在产品五部曲中，之所以将业务需求分析单独罗列为一个章节，是因为业务需求分析要解决业务供给双方在需求层面的难题“你所给的，并非我想要的”。如何从换位思考的角度衡量出绝大多数目标用户的需求，是考验需求分析的能力，而业务需求分析的评审更是考量团队决策的前瞻性与洞察性。
架构规划
释义（什么事？）
业务架构规划是指产品架构师（产品人员）[22]根据需求池及自身能力，以及产品战略部署等诸多因素凑在大脑中的思考维度，难点在于规划出符合近远期产品规划的业务架构、产品形态等。
认知（怎么做？）
业务架构规划，不是简单的罗列产品的结构与产品由哪几个形态组成（服务端管理后台、网站PC站、安卓客户端、IOS客户端、H5站、微信公众号、微信小程序……），而是基于自身产品定位、规划、业务需求分析的基础，做出符合自身发展规律的业务架构的（支撑近期及远期业务形态的）规划行为。
通常我们访问一个应用的过程，是一个由表现层、业务层、数据层依次递推与关联所构成的。一般从用户可见的表现层，可以获取到用户可体验的功能与界面；再由表现层可以推演出所依赖的逻辑层，在逻辑层给予表现层的应用展示功能以基础服务；业务逻辑层的数据IO输入输出又依赖于数据层，在数据访问层提供给业务逻辑层所需的数据存储与应用的数据服务如图4-11所示。
图4-11 业务架构图
关键点：业务架构、产品定位、需求分析、自身规律、支撑近期及远期规划，表现层、业务（逻辑）层、数据层。
示例（打个样！）
【案例分析】小章在接到某地方旅游网站的架构规划工作后，因为项目较小并且获知该客户的需求比较倾向于某旅游服务平台，在原有产品规划的基础上，罗列出如图412所示的架构导图（附注部分细化功能的说明）。
图4-12 地方旅游网的业务架构导网
【案例分析】鲜么网在进行客户端产品的架构规划时，采用系统体系架构图的方式进行预演与汇报。在体系架构图中将系统分为三层面，即“表现层”“业务逻辑层”“数据访问层”，如图413所示。
图4-13 某应用的体系架构图
在表现层（用户应用时接触的系统，鲜么安卓客户端）的核心功能点罗列，比如“食材信息展示、自制菜谱分享、延伸销售应用、到货追溯应用”。
业务逻辑层包括“应用服务”及“基础服务”。应用服务为支撑表现层功能而提供逻辑服务，包括服务于食材信息展示功能所依托食材信息推荐服务、服务于自制菜谱分享应用所依托的食材信息采集服务、服务于延伸销售所依托的销售与导购服务、服务于到货追溯应用的签收与追溯服务等。
业务逻辑层中，将搭建的基础服务能力通过平台化的构建，予应用服务以支撑，其中包括“精准推荐、数据采集、单据服务、信息反馈”等。
数据访问层包括“数据控制服务”和“数据支撑服务”。数据支撑服务提供给数据控制服务以支撑平台的数据能力，有“鲜么平台挖掘引擎数据库、鲜么平台集成接口数据库、鲜么平台基础应用数据库”，同时有数据控制服务提供给业务逻辑层所依托的“推荐引擎服务”“数据采集服务”“平台接口服务”“权限控制服务”。
产品用例概图
释义（什么事？）
产品用例图是指由产品人员根据用户需求进行场景化描述的图示。一般形式采用用例图，在用例图中描述用户、产品需求及关联关系等。
用例图是指由参与者（Actor）、用例（UseCase）以及它们之间的关系构成的用于描述系统功能的视图。
认知（怎么做？）
产品用例图，不限于形式可以使用工程UML中的UseCase，也可以用表格罗列UserStory，目的只有一个就是“清楚地表达用户与需求间的关系”，如图414所示。(www.xing528.com)
图4-14 思路阶段示意图
建议：UseCase本身是用来快速理清用户与功能需求之间关系的软件工程用图，如果达不到效果，只是为了拼凑需求而补充的UseCase意义不大。
示例（打个样！）
【案例分析】某手机应用客户端用户的用例分析。小明同学在接到某电商客户端项目后，在原有调研的基础上，进行用例分析，输出用例分析图及用例分析表。
用例分析图如图4-15所示：
图4-15 鲜么手机应用客户端会员专用
用例分析如表4-2所示：
表4-2 鲜么手机应用客户端会员用例表
（续）
业务流程
释义（什么事？）
在产品五部曲中业务流程主要关注的几个核心，包括：业务角色、流程节点、流程线、节点间关系、流程的开始结束等。
业务流程主要解决的问题，是如何将用户（角色）在使用的复杂的功能（需求功能）流程、限制条件及输出物，清晰与准确的阐述出来。
认知（怎么做？）
业务流程一般采用软件工程中的业务流程图（泳道图、活动图、跨职能流程图等），通过业务流程图的输出，服务于客户（用户方）、产品、UI、架构、测试、研发人员等多方人员，帮助其快速了解“用户需求的形态及功能逻辑间的关联关系”等。
业务流程是为达到特定的价值目标而由不同的人分别共同完成的一系列活动。活动之间不仅有严格的先后顺序限定，而且活动的内容、方式、责任等也都必须有明确的安排和界定，以使不同活动在不同岗位角色之间进行转手交接成为可能。活动与活动之间在时间和空间上的转移可以有较大的跨度。而狭义的业务流程，则认为它仅仅是与客户价值的满足有联系的一系列活动。
针对流程的应用与使用方法，详见入门篇的Viso工具的讲解。
示例（打个样！）
【案例分析】小杰针对鲜么电商平台运营系统的销售业务流程，在分析原有业务需求分析基础上，分别设定（客户端使用者）会员用户、（电商平台使用者）运营人员、销售跟单员、库房管理员等角色，根据角色日常应用的功能、功能与功能间的关联及判断、流程活动秩序等，考量诸多因素后撰写业务流程图，如图416所示。
图4-16 鲜么销售业务流程图
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
