B端产品设计流程——如何进行产品架构设计（上）
在上一篇文章中跟大家介绍了B端产品的流程，其中把B端产品设计阶段拆分成了两个大步骤分别是产品策划设计阶段和产品设计开发阶段。
在产品策划设计阶段我们通过对市场和产业链分析以及商业画布得出产品的产品定位，那么接下来这篇文章围绕着产品设计开发阶段，在产品设计开发阶段我们需要通过业务调研输出概要设计，也就是产品的架构图。
整个阶段的核心产出物包含了业务调研报告（目标用户、目标角色、核心流程）、产品架构图、核心业务流程图以及产品路线图。在这个阶段的产品路线图还只是一个阶段性路线图，还未细化到功能清单。整个阶段会拆分成两篇文章，第一篇核心围绕如何进行业务调研和产品架构基础介绍，第二篇则会细化围绕如何设计产品架构跟大家分享讨论。
一、产品架构是什么
产品架构是将具体的业务功能按照一定规则组装成业务模块，将不同业务模块按照一定规则进行划分和归拢，并用图形或者文字把各模块之间的关系表达出来的逻辑模型；那么我们可以理解产品架构是一个逻辑模型，而逻辑模型的关注点是业务模块和业务模块之间的关联关系，而业务模块则是由业务功能组成的，业务功能则指的是一个个小的具体功能点。
1. 为什么设计产品架构
产品架构是对业务本质的抽象，只有找到了业务本质并且抽象成了业务模型，我们才会明白目标客户的业务到底是怎么流转和运营的，也才能明白我们产品侧重点是什么，什么样的解决方案才能去满足客户的核心诉求，同时也是产品进行需求判断的核心基础。
而基于对业务理解抽象之后而产出的产品架构是指导产品演进的路标，我们通过产品架构的抽象，看明白了客户业务是什么，长什么样，才能明白我们产品现在的样子到产品最终的样子到底存在多少偏差，才明白我们如何迭代成产品最终的样子。产品架构同时是整个产品的骨架，是整个产品最终能够落地的依据。
2. 如何通过业务调研梳理产品架构
进行产品架构设计时，首先需要抽象业务本质。在我们接受一项新的产品/任务，需要先理解业务，只有完成高质量的业务调研，才能帮助我们更好地了解业务形态、整体流程及相互关系，才能设计符合业务形态的产品架构。
在业务调研过程中最主要的目的是了解客户业务是什么样的、他们是如何展开工作的、他们工作分成了哪些部分、流程是什么、产出是什么，依赖是什么、职责是什么，最终输出业务调研报告。
3. 业务调研报告需要包含什么
业务调研报告包含了三个层面分别是业务调研基本情况介绍、业务现状梳理，业务问题总结。
业务调研基本情况主要是一些基础信息，比如调研人是谁，被调研人是谁，调研的时间，调研的方式等等。在业务现状梳理这个层面是整个调研报告的核心，包含了对目标客户的产品定位和战略目标、目标客户经营策略、目标客户的业务模块，核心业务流程以及核心业务场景、目标客户重点关注的产出及评价指标、目标客户内部的运作机制。
在业务问题总结层面主要包含对关键业务痛点的梳理和痛点的解决思路，在这里的解决思路不需要细化具体的解决方案，只需要大概的解决方案即可。
二、如何开展业务调研
业务调研工作本身可以分为三个阶段：
- 第一个阶段是准备阶段，整个阶段要完成调研计划的确认，调研背景资料准备等工作，整个阶段工作质量将对能够顺利开展调研工作起到关键保障作用。
- 第二个阶段是调研实施阶段，根据调研计划确定好调研对象对于业务模块和业务流程进行调研，最终了解业务形态，整体流程及相互关系，在这个过程中需要注意的是访谈的技巧。
- 第三个阶段是结果分析阶段，调研结束后对结果进行分析，并生成业务调研总结，梳理业务现状，总结业务问题，为架构设计打下坚实的基础。我们也会根据我们的调研结果去判断是结束调研，还是需要再次调研。
1. 调研准备
在B端调研过程中作者推荐是自顶向下的调研方式，原因是因为层级越高的被调研人，其信息对称程度越高，基础员工很容易陷入到与自身相关的细节和操作当中，对我们调研来说则无法掌握全貌。一开始如果从基层开始则很容易形成顾此失彼的局面。在调研准备阶段中可以细化成三个步骤。
第一步是制定业务调研计划表，他包含了调研时间的确认，调研目的确认、调研对象的确认、调研方式的确认以及调研问题清单。
第二步是调研预约，针对被调研方因为涉及多个不同角色，不同层级的调研，我们需要确认一位被调研方的对接人，在进行调研前我们需要把之前整理的调研计划与对接人进行预约沟通商讨整个调研过程，我们最终需要与对接人明确几点：
- 第一点：调研时间我们需要达成一致，被调研的人是否满足此次调研的角色，是否和我们调研计划的角色匹配上。
- 第二点：在此过程中我们需要明确哪些是产品的使用者，哪些是产品的付费者，哪些人是核心业务流程中的关键角色，哪些是管理者，哪些是决策者。
- 第三点：需要确认的是调研方式，我们需要明确哪些是可以线上沟通的，哪些是需要面对面沟通的，我们有哪些数据可以看，哪些数据我们不能看，哪些场景我们是能够上手体验，或者我们可以旁观等等。
- 第四点：则是被调研人需要做哪些准备，需要讨论哪些方面的内容，也需要发给对接人，让对方也有准备。
第三步是调研准备工作的回顾，明确做好准备。在整个调研准备过程中我们要做到：准备充分，目的明确，内容聚焦，安排合理，不饶圈子。
2. 调研实施阶段
业务调研我们是需要了解客户的整体情况包括业务模块的划分、主要的关键的业务流程。所以我们调研内容也分成模块调研和流程调研两个部分。
针对SaaS产品经理来说如果客户规模比较大，业务比较复杂。则需要先看模块的划分，根据模块的划分分别和不同的业务人员进行调研和沟通，优先了解各职能之间的边界，流程调研可以在各模块划分之后，先看跨部门跨职能的流程，再看流程中每个部门每个团队分别承担了哪些工作，再去看每个模块内部的小流程发生的场景，具体的动作。
如果客户规模较小，业务相对简单，可以考虑通过流程串联起整个业务的运作，通过一个个流程对企业各职能部门进行了解和观察。
1）模块调研
模块调研分为三步分别是划分模块的归属，确认模块能力区间，讨论模块边界，本质是先看这个模块属于哪个部分的，再看这个模块能干什么，最后讨论模块的职能范围。
第一步：模块的划分是在于理解业务的脉络，提前划分模块是为了能够确认需要问的问题，同时也能了解客户的运营模型，如果模块划分不对，就找不到对应的人，找不到对应的信息。
第二步：确认模块能力区间主要是为了了解目标群体内部的工作范围划分，在后续产品设计中这块会影响产品的模块划分以及使用者权限的问题，调研过程中需要不断的去试探被调研者的能力区间。
大部分情况下被调研者都是无法根据产品经理的语言给出能力区间的，能力区间确定得不合理，调研出来的内容是相对零散的，在这块调研的时候我们可以根据常识先确定一个大范围，再根据调研问问题的方式不断修正能力区间。
在调研过程中我们可以有针对性的去做提问比如：xx工作是否是你的职责，你的产出是什么？xx工作是否是你日常工作的一部分？xx工作是否是你领导要求你做的内容？xx工作是否与你绩效考评kpi有关？
第三步：在第二步我们讨论了能力区间，既然是区间那么必然会有边界，他们的工作职能，他们的工作范围都是有边界的，在调研过程中我们也需要与被调研者讨论边界相关的问题，但在实际工作场景中，往往会出现一人身兼数职的情况。在这里我们认为人可以是没有范围和边界的，但职能一定是有边界的。
所以在调研过程中我们也不能将人和职能混淆在一起，在针对模块边界调研时我们可以问，你的上下游同事分别是谁，他们承担了那些工作？那些工作是你一定不能做的，那些工作是你们都可以做的？你和你的上下游同事之间，相互输出分别是什么？在怎样的情况下，这个事情会由你来处理，或者不会流转到你这边。
2）流程调研
流程调研也分为三步第一步确定流程的分类，第二步分析流程价值，第三步明确调研流程要素。
第一步流程分类：我们可以从两个维度去做分类一类是功能维度，另一类是必要性维度。在功能维度主要可以分为业务流程/财务流程/管理流程三类。必要性维度分为核心流程/可选流程/附属流程。我们确定流程的分类其目的是为了明确这个流程在未来架构中的归属，确定其主要的职能和操作人的角色。
第二步分析流程的价值：在流程调研中我们需要与被调研人讨论流程的价值，流程价值主要包含了它产出了什么结果，解决了什么问题，汇聚了那些内容。
第三步明确流程的要素：
- 典型场景：这个场景在什么情况下启动，流转过程需要经历几个环节，每个环节又是什么样的流程，流程在什么情况下结束，是正常结束还是意外终止；
- 关键角色：每个环节场景有哪些操作角色，分别承担了什么职能，谁是主动推动流程流转，谁是被动响应的；
- 操作行为：这些角色在这些场景下需要做哪些操作，不能做哪些操作；
- 结果分支：这些操作产生了什么结果，哪些结果是预期的流程结果，那些是预期外的分支；
- 数据沉淀：每一个环节完成以后，我们的数据发生了哪些变化，哪些变化是业务主数据变化，哪些数据变化是操作数据变化；
- 在调研过程除了正常流程操作我们还需要关注异常流程，比如在某个环节因为某个事项卡住了，不执行了他们是如何处理的。针对流程调研的比较常用的方法5W1H法
3. 结果分析阶段
业务调研结束后，需要及时对调研结果进行整理、筛选及分析，选取有效内容，分析出整个业务中的关键角色、核心模块、核心流程及核心场景，并生成业务调研报告，梳理业务现状，总结业务问题并最终为整个产品的架构设计提供现实依据。
在对结果分析的时候我们从四个维度去做调研分析：客户模块（考虑模块的职能边界）、使用角色（考虑不同角色的职责与输入和输出）、场景分析（分析业务流程中出现的场景，这些场景之间是如何串联的）、流程分析（考虑客户有哪些业务流程，每个流程对应的价值是什么）这四个维度。
分析的结果是选取对下一阶段有用的内容，而选择内容主要是从四个反馈和输出的内容来选择，他们分别是关键角色反馈内容、核心模块相关内容、主流程相关内容、核心场景中的内容，这些内容所包含的信息很大概率都是需要保留的信息。
- 关键角色：主要是管理者、决策者、付费者、高频使用者、有影响力的人（财务、法务、风控）。
- 核心模块：体现客户商业模式本质的模块、体现客户管理诉求的模块、为客户各模块提供基础支持的、生成最核心的业务数据的部分。
- 判断主流程：串联核心模块的流程大多是主流程、跨职能团队多的流程大多是主流程、流程节点涉及到管理层级较高的，大多是主流程、高频出现的流程大多是主流程、产线核心业务数据的流程大多是主流程、无法被取代的流程可能是主流程、必须要闭环或者有线下处理方案的流程可能是主流程。
- 核心场景：主流程中第一个发起的场景，大概率是核心场景、主流程不同操作产生的分支场景，大概率是核心场景、产品核心业务数据的场景、大概率是核心场景、涉及到业务财务结合的场景，可能是核心场景、为客户带来收入或节约成本的场景，可能是核心场景、高频的场景可能是核心场景。
4. 调研注意事项
同时在进行业务调研的过程中我们对调研有一个清晰地认知，我们需要知道业务调研不是需求调研，不需要过分关注细节，需要把握重点。业务调研不是行业调研，太过抽象宏大的问题是无法获取产品经理想要的信息的，不是需求答疑会，不能随意承诺需求，更不能当场讨论解决方案，不能毫无准备，盲目问问题，需要聚焦业务本身，关注业务整体状态，不能自己YY，要有数据依据支撑。
不能笔削春秋，要客观工作，不能相对单一的调研对象，要考虑调研对象之间的关系，不能顾此失彼，不能指望一次调研获取所有信息，这是一个反复研磨反复修正的过程。在调研过程中要带着预设去提问、调研过程要记录问题、问题设置前后要有关联性、提问要有同理心、提问要思路连贯内容聚焦。
在调研过程中我们需要遵循一定的原则，以及如何去做好此次调研工作，我们说过调研是一个反复的过程，那么我们如何减少调研的次数，如何一次调研尽可能获取更多业务信息，这就需要调研人员具备一定的经验和技巧，需要不断地磨炼。也需要自己在调研中不断总结。
三、结尾
最后我们再总结回顾下，我们需要业务调研去了解目标客户的业务形态、整体流程，业务模块之间的相互关系，最终能给整个产品设计提供现实依据。好的业务调研是准备充分、沟通有效、反馈及时、总结到位的。
本文作者 @技术差一般不说话 。
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
