知识分享

  • 首页
  • 市场分析
  • 需求分析
  • UI设计
  • 产品运营
  • 产品设计
  • 项目管理
  • 新玩意儿
不积跬步无以至千里
不要停留,欣赏沿途的风景
  1. 首页
  2. 产品经理
  3. 正文

业务与需求、业务设计与需求设计的区别

2020年12月26日 245点热度 0人点赞 0条评论

编辑导语:业务和需求,业务设计和需求设计,这两组词我们经常能够听到,那么你了解它们的有什么区别吗?本文作者站在软件工程师的角度,为我们进行了分析和说明,搞清楚它们的区别之后,或许会对我们的工作有不小的帮助。

“业务和需求”,这两个词软件工程师们每天都会用到几次,但却不一定很清楚两者的区别:

“业务”指的是软件客户现在从事的工作,“需求”指的是客户对未来系统的期望或要求,因此业务设计与需求设计是两个不同视角的设计。

正确的顺序是:先对业务进行充分的设计,然后基于业务设计成果再进行软件的需求设计。搞清楚这两者的定义、区别、相互关系,对需求的理解、分析,并通过设计提升客户的满意度是有非常重要的指导意义的。

一、需求与业务的区别

1. 业务

站在软件公司的角度看客户的工作时,软件工程师们把未来系统所要对应的客户工作称之为“业务”。

如系统要实现的业务包括:销售工作、人资工作、采购工作、财务工作、物流工作等,在软件工程师来看,不论客户的领导、还是普通员工的工作,都是客户的“业务”(注:在客户企业内部对“业务”的定义与软件公司是不同的)。

2. 需求

“需求”是指客户根据自身的业务内容,对即将要开发的软件系统所提出来的需要、要求,当只提“需求”两个字的时候,通常默认为是指系统的“功能需求”。

但是实际上在调研分析过程中,“需求”并不仅仅指的是“功能需求”,收集到的原始客户需求来自于不同的岗位、需求表达的形式也不近相同,如:

  • ①企业经营岗:用信息化手段,提升企业竞争力(目标需求);
  • ②部门管理岗:在采购流程上设置审批功能,强化对生产成本的过程监控(业务需求);
  • ③业务执行岗:在合同界面上增加Excel表的导入功能,提高合同编制效率(功能需求)等。

从上面的三个例子可以看出:③直接给出了对系统的具体“功能”需求,而①、②则不能直接看出来对应什么样的系统功能。因此,需要通过分析①和②的需求,并将它们转换为具体的系统功能需求③,交付给后续的软件设计师和开发工程师。

可以从上述定义看出来,“业务”和“需求”不是一回事:

  • 业务:指的是客户现在从事的“工作”;
  • 需求:指的是对客户现在从事的工作在引入到信息系统中时所提的“需要、要求”。

二、需求设计与业务设计区别

清楚了需求与业务的区分,下面探讨一下“需求设计”和“业务设计”的不同,各自的目的、作用、价值以及相互作用。

1. 需求设计

有些软件公司常常使用“需求设计”一词,需求设计一般指的就是对收集到的功能需求,按照系统实现的要求进行的功能设计,需求设计的主要目的是给出对系统实现的“功能”描述。

2. 业务设计

业务设计,主要内容是对客户的工作现状按照未来的信息化标准要求进行梳理、优化、完善,如:物资采购流程的优化设计、组织管理结构的扁平化设计、成本过程管理设计等。

为什么需要有业务设计呢?

因为客户提出的需求大都是根据既有的工作现状提出来的,这些工作现状不一定是符合信息化要求的,管理方式甚至是落后、不科学的,按照这个工作现状提出的需求去开发系统,其结果可能是用先进的信息化手段、模拟了落后的工作方式。

这样做的结果客户最终不能获得信息化带来的价值,只有充分地理解业务、并对既有的工作现状按照信息化的标准进行优化、完善设计,在这个业务优化设计的基础上,才能确定需要什么功能、并依据业务设计结果判断客户提出的需求是否正确。

业务设计是需求设计的基础,顺便说一句,前面的①和②的需求,只有通过业务设计,才能找出来需要的是什么系统功能。

业务设计主要包括三个层面的内容,即:架构层、功能层和数据层,包括:

  • 架构层:首先,从整体上对客户工作现状用架构图(分解图、流程图等)的形式进行梳理、优化、完善;
  • 功能层:其次,对客户的每个工作(界面的原型)的具体操作内容进行梳理、定义、优化,制定操作层面的标准、规则等;
  • 数据层:最后,对每个工作产生的数据建立标准、定义、采集规则等。

3. 两种设计的相互作用

两个设计的理念和目的是不同的:

  1. 业务设计:关注的是对工作现状如何用信息化的标准进行梳理、优化、再定义;
  2. 需求设计:关注的是系统功能该怎么实现。

软件工程师获得了功能需求,但如果不熟悉业务背景,直接去设计功能需求,就是“知其然,不知其所以然”。在充分地理解了业务、优化了业务、并在确定了未来信息化环境下业务处理最佳方式的基础上,再去确定功能需求、设计功能需求,才是做到了“知其然、也知其所以然”。

由于客户不是信息化专家,往往提的需求不一定正确,软件工程师通过对客户业务的设计,就可以正确地理解客户需求,并且可以识别出需求的真伪(同时,软件工程师也会根据自己的经验提出建议)。

也就是说,只有将“需求”放在“业务”的背景中去思考、设计,才能做出优秀、实用、客户价值高的系统功能。

总结,“需求设计”不是“业务设计”,也不能替代“业务设计”,业务设计有业务设计所需要的知识和方法。业务设计的水平高,完成后的系统带来的客户价值就高。

要想获得高水平、高价值的软件系统,就一定要先进行业务设计(业务优化),再进行需求设计。

 

本文由 @李鸿君 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

给作者打赏,鼓励TA抓紧创作!

标签: 暂无
最后更新:2020年12月26日

小虾米

同理心,洞察力!

点赞
< 上一篇
下一篇 >

文章评论

razz evil exclaim smile redface biggrin eek confused idea lol mad twisted rolleyes wink cool arrow neutral cry mrgreen drooling persevering
取消回复
最新 热点 随机
最新 热点 随机
组件详解|级联选择、树形选框、穿梭框,用法有什么区别? 年轻人为什么都在小红书上“看病”?网红医生靠谱吗? 用C端经验做B端产品,需要考虑客户的整个体验旅程 外呼不通?如何排查 迈向数字化产品经理的10个工具:如何抽象具体的一个业务? B端系统设计5要素,一学就会! 跨境电商亚马逊SP广告知识(1) 整个VR行业,都在指望着明天的苹果发布会 电商巨头,掀起“清库存”大战 大厂SaaS平台的7个真相 抖音盯上小红书?防御即是增长 懂行业对产品经理发展的重要性 店铺优惠券管理及用户使用流程说明需求文档 直觉的力量|超越可用性的设计 618前瞻:电商平台的GMV之争,将变成低客单火拼 干货分享:跨境电商海外仓OTWB的基础资料管理与分发 扎克伯格“截胡”苹果,但好像没什么用 自动驾驶风口退潮的深层逻辑 都在骂网暴,为什么网暴一直没有停过 产品思考:视觉冲击!以图片展示金额,“省钱卡”这样玩就对了
被集市收割、被买家嫌弃,“摆摊后浪”有点惨蓝领用工招聘平台的数字化建设思路干货分享:WMS系统—PDA的应用iOS 17,能否守住「iOS神话」?系统功能设计:网络加速器系统产品需求设计电商扫盲第一讲:GMV的底层逻辑打造一个基于本地社区的闲置交易平台,你看好吗?东南亚出海洞察:去东南亚为直播电商开荒,没有超头主播,货品供给不足……定金+尾款模式背后的套路天涯老用户的自救,让我明白情怀是最不值钱的东西抖音上线酒店日历房,其他平台会慌吗?从需求到设计开发,产品质量问题如何分析靠咱们看腻的电视剧,爱奇艺和腾讯在东南亚成了顶流如何让你的“对内B端产品”看起来有价值?设计走查知多少产品思考:视觉冲击!以图片展示金额,“省钱卡”这样玩就对了多多买菜为什么比美团买菜要便宜?都在骂网暴,为什么网暴一直没有停过韩国漂流记:明星在面前,咖啡在手里,中国互联网公司在广告墙自动驾驶风口退潮的深层逻辑
微信小程序如何做好“授权”设计?v2.0 谷歌的 10 个“Material Design”设计要点(下) 退烧的云游戏还需“添柴加火” 提升单手操作体验,只需要这4个方法 互联网巨头从未放弃“卖菜” 美团入“港”,能讲出新故事吗? 摇滚、说唱、街舞、喜剧……青年文化流变史 “企业微信”的20年:腾讯是如何连接人和企业? 【社交电商】拼多多拼团背后的产品逻辑 硬核养生,男颜经济,反向旅行…打工人的钱都花哪儿了?| 2023消费趋势报告 厂里做了半年“亏播” 我为啥要亏百万元做直播? B端SaaS产品:提示的需求设计 当爆破猎手闯入网课教室 ChatGPT,云服务商们的全新“云”阵地? “金三银四”遇冷?求职者路在何方 工具类在线教育走向何处 大厂正在“去大厂化” 产品体验|10个助力产品增长的设计细节(21) Ins创始人再造美版今日头条 传统企业的用户体验为何难以改进

COPYRIGHT © 2023 知识分享. ALL RIGHTS RESERVED.

Theme Kratos Made By Seaton Jiang