B端产品设计流程——如何进行产品架构设计.docx

《B端产品设计流程——如何进行产品架构设计.docx》由会员分享，可在线阅读，更多相关《B端产品设计流程——如何进行产品架构设计.docx（13页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、B端产品设计流程一如何进行产品架构设计在上一篇文章中跟大家介绍了 B端产品的流程，其中把B端产品设计阶段拆分 成了两个大步骤分别是产品策划设计阶段和产品设计开发阶段。在产品策划设计阶段我们通过对市场和产业链分析以及商业画布得出产品的产 品定位，那么接下来这篇文章围绕着产品设计开发阶段，在产品设计开发阶段我 们需要通过业务调研输出概要设计，也就是产品的架构图。整个阶段的核心产出物包含了业务调研报告（目标用户、目标角色、核心流程）、 产品架构图、核心业务流程图以及产品路线图。在这个阶段的产品路线图还只是 一个阶段性路线图，还未细化到功能清单。整个阶段会拆分成两篇文章，第一篇 核心围绕如何进行业务调

2、研和产品架构基础介绍，第二篇则会细化围绕如何设计 产品架构跟大家分享讨论。流程调研也分为三步第一步确定流程的分类，第二步分析流程价值，第三步明确 调研流程要素。第一步流程分类：我们可以从两个维度去做分类一类是功能维度，另一类是必要 性维度。在功能维度主要可以分为业务流程/财务流程/管理流程三类。必要性维 度分为核心流程/可选流程/附属流程。我们确定流程的分类其目的是为了明确这 个流程在未来架构中的归属，确定其主要的职能和操作人的角色。第二步分析流程的价值：在流程调研中我们需要与被调研人讨论流程的价值，流 程价值主要包含了它产出了什么结果，解决了什么问题，汇聚了那些内容。第三步明确流程的要素：

3、典型场景：这个场景在什么情况下启动，流转过程需要经历几个环节，每个环节又 是什么样的流程，流程在什么情况下结束，是正常结束还是意外终止；关犍角色：每个环节场景有哪些操作角色，分别承担了什么职能，谁是主动推动流 程流转，谁是被动响应的； 操作行为：这些角色在这些场景下需要做哪些操作，不能做哪些操作；结果分支：这些操作产生了什么结果，哪些结果是预期的流程结果，那些是预期外 的分支； 数据沉淀：每一个环节完成以后，我们的数据发生了哪些变化，哪些变化是业务主数据变化，哪些数据变化是操作数据变化; 在调研过程除了正常流程操作我们还需要关注异常流程，比如在某个环节因为某个事项卡住了，不执行了他们是如何处理

4、的。针对流程调研的比较常用的方法5W1H法5W1HWhy：为什么要发起整个流程？Who：谁发起，谁操作？What：发起整个流程需要做哪些事？When：什么时间发起这个流程？Where：在什么场景下发起这个流程？How：如何将这个流程从开始推动到最终结束;.结果分析阶段业务调研结束后，需要及时对调研结果进行整理、筛选及分析，选取有效内容, 分析出整个业务中的关键角色、核心模块、核心流程及核心场景，并生成业务调 研报告，梳理业务现状，总结业务问题并最终为整个产品的架构设计提供现实依 据。在对结果分析的时候我们从四个维度去做调研分析：客户模块（考虑模块的职能边界）、使用角色（考虑不同角色的职责与输入

5、和输出）、场景分析（分析业务 流程中出现的场景，这些场景之间是如何串联的）、流程分析（考虑客户有哪些 业务流程，每个流程对应的价值是什么）这四个维度。分析的结果是选取对下一阶段有用的内容，而选择内容主要是从四个反馈和输出 的内容来选择，他们分别是关键角色反馈内容、核心模块相关内容、主流程相关 内容、核心场景中的内容，这些内容所包含的信息很大概率都是需要保留的信息。 关键角色：主要是管理者、决策者、付费者、高频使用者、有影响力的人（财务、 法务、风控）。 核心模块：体现客户商业模式本质的模块、体现客户管理诉求的模块、为客户各模 块提供基础支持的、生成最核心的业务数据的部分。 判断主流程：串联核心

6、模块的流程大多是主流程、跨职能团队多的流程大多是主流 程、流程节点涉及到管理层级较高的，大多是主流程、高频出现的流程大多是主流 程、产线核心业务数据的流程大多是主流程、无法被取代的流程可能是主流程、必 须要闭环或者有线下处理方案的流程可能是主流程。 核心场景：主流程中第一个发起的场景，大概率是核心场景、主流程不同操作产生 的分支场景，大概率是核心场景、产品核心业务数据的场景、大概率是核心场景、 涉及到业务财务结合的场景，可能是核心场景、为客户带来收入或节约成本的场景, 可能是核心场景、高频的场景可能是核心场景。3 .调研注意事项 同时在进行业务调研的过程中我们对调研有一个清晰地认知，我们需要知

7、道业务 调研不是需求调研，不需要过分关注细节，需要把握重点。业务调研不是行业调 研，太过抽象宏大的问题是无法获取产品经理想要的信息的，不是需求答疑会, 不能随意承诺需求，更不能当场讨论解决方案，不能毫无准备，盲目问问题，需 要聚焦业务本身，关注业务整体状态，不能自己丫丫，要有数据依据支撑。不能笔削春秋，要客观工作，不能相对单一的调研对象，要考虑调研对象之间的 关系，不能顾此失彼，不能指望一次调研获取所有信息，这是一个反复研磨反复 修正的过程。在调研过程中要带着预设去提问、调研过程要记录问题、问题设置 前后要有关联性、提问要有同理心、提问要思路连贯内容聚焦。I调研提问小技巧模块之内问能力，模块之

8、间问边界。整体流程问节点，关键节点问行为。所有角色都有痛点，不同角色问场景。高频场景问效率，低频场景问必要性。抛弃现有看整体，具体行为看价值。 在调研过程中我们需要遵循一定的原则，以及如何去做好此次调研工作，我们说 过调研是一个反复的过程，那么我们如何减少调研的次数，如何一次调研尽可能 获取更多业务信息,这就需要调研人员具备一定的经验和技巧，需要不断地磨炼。 也需要自己在调研中不断总结。三、结尾最后我们再总结回顾下，我们需要业务调研去了解目标客户的业务形态、整体流 程，业务模块之间的相互关系，最终能给整个产品设计提供现实依据。好的业务 调研是准备充分、沟通有效、反馈及时、总结到位的。产品策划设

9、计阶段产品设计开发阶段产品策划设计阶段我们需要从市场角度、产业链角度和商业模式角度这三个角度去分析出对应市场所存在 的痛点、机会点和盈利点，最终明确产品定位，产品设计开发阶段我们需要拆分成两个小阶段：规划设计阶段和详细方案设计阶段，在规划设廿需要通过业务调研去梳理出业务架构、设计架构图以及产品路线图；在详细方案设计则需要细水场景，每一个流程，每一个原型、每一个逻辑、每一个数据，我们需要通过需求调研、分析详纲品逻辑和交互，去做到功能层面落地。产品定位1.产品定位解决了产品、公司、客户、市规划设计详细方案设计1.规划设计解决了产品整体长什么样的问1.详细方案解决了具体的功能是f2.规划设计解决了产

10、品如何演进的问题;问题；2.详细方案解决了从业务到技术攵场之间关联关系的问题：2.产品定位解决了产品成长方向的问题;题;3.产品定位解决了产品策略打法的问题;3.规划设计解决了整体如何串联的问题:4.规划设计解决了客户整体如经营的问题:的问题；3.详细方案解决了客户具体如何招一.产品架构是什么产品架构是将具体的业务功能按照一定规则组装成业务模块，将不同业务模块按 照一定规则进行划分和归拢，并用图形或者文字把各模块之间的关系表达出来的 逻辑模型；那么我们可以理解产品架构是一个逻辑模型，而逻辑模型的关注点是 业务模块和业务模块之间的关联关系，而业务模块则是由业务功能组成的，业务 功能则指的是一个个

11、小的具体功能点。1 .为什么设计产品架构 产品架构是对业务本质的抽象,只有找到了业务本质并且抽象成了业务模型，我 们才会明白目标客户的业务到底是怎么流转和运营的，也才能明白我们产品侧重 点是什么，什么样的解决方案才能去满足客户的核心诉求，同时也是产品进行需 求判断的核心基础。而基于对业务理解抽象之后而产出的产品架构是指导产品演进的路标，我们通过 产品架构的抽象，看明白了客户业务是什么，长什么样，才能明白我们产品现在 的样子到产品最终的样子到底存在多少偏差，才明白我们如何迭代成产品最终的 样子。产品架构同时是整个产品的骨架，是整个产品最终能够落地的依据。.如何通过业务调研梳理产品架构进行产品架构

12、设计时，首先需要抽象业务本质。在我们接受一项新的产品/任务, 需要先理解业务，只有完成高质量的业务调研,才能帮助我们更好地了解业务形 态、整体流程及相互关系，才能设计符合业务形态的产品架构。在业务调研过程中最主要的目的是了解客户业务是什么样的、他们是如何展开工 作的、他们工作分成了哪些部分、流程是什么、产出是什么，依赖是什么、职责 是什么，最终输出业务调研报告。2 .业务调研报告需要包含什么业务调研报告包含了三个层面分别是业务调研基本情况介绍、业务现状梳理，业 务问题总结。业务调研基本情况主要是一些基础信息，比如调研人是谁，被调研人是谁，调研 的时间，调研的方式等等。在业务现状梳理这个层面是整

13、个调研报告的核心，包 含了对目标客户的产品定位和战略目标、目标客户经营策略、目标客户的业务模 块，核心业务流程以及核心业务场景、目标客户重点关注的产出及评价指标、目 标客户内部的运作机制。在业务问题总结层面主要包含对关键业务痛点的梳理和痛点的解决思路，在这里 的解决思路不需要细化具体的解决方案，只需要大概的解决方案即可。二.如何开展业务调研业务调研工作本身可以分为三个阶段: 第一个阶段是准备阶段，整个阶段要完成调研计划的确认，调研背景资料准备等工 作，整个阶段工作质量将对能够顺利开展调研工作起到关键保障作用。 第二个阶段是调研实施阶段，根据调研计划确定好调研对象对于业务模块和业务流 程进行调研

14、，最终了解业务形态，整体流程及相互关系，在这个过程中需要注意的 是访谈的技巧。 第三个阶段是结果分析阶段，调研结束后对结果进行分析，并生成业务调研总结， 梳理业务现状，总结业务问题，为架构设计打下坚实的基础。我们也会根据我们的 调研结果去判断是结束调研，还是需要再次调研。1.调研准备在B端调研过程中作者推荐是自顶向下的调研方式，原因是因为层级越高的被 调研人，其信息对称程度越高，基础员工很容易陷入到与自身相关的细节和操作 当中，对我们调研来说则无法掌握全貌。一开始如果从基层开始则很容易形成顾 此失彼的局面。在调研准备阶段中可以细化成三个步骤。第一步是制定业务调研计划表，他包含了调研时间的确认，

15、调研目的确认、调研 对象的确认、调研方式的确认以及调研问题清单。第二步是调研预约，针对被调研方因为涉及多个不同角色，不同层级的调研，我 们需要确认一位被调研方的对接人，在进行调研前我们需要把之前整理的调研计 划与对接人进行预约沟通商讨整个调研过程，我们最终需要与对接人明确几点: 第一点：调研时间我们需要达成一致，被调研的人是否满足此次调研的角色，是否 和我们调研计划的角色匹配上。 第二点：在此过程中我们需要明确哪些是产品的使用者，哪些是产品的付费者，哪 些人是核心业务流程中的关键角色，哪些是管理者，哪些是决策者。 第三点：需要确认的是调研方式，我们需要明确哪些是可以线上沟通的，哪些是需 要面对

16、面沟通的，我们有哪些数据可以看，哪些数据我们不能看，哪些场景我们是 能够上手体验，或者我们可以旁观等等。 第四点：则是被调研人需要做哪些准备，需要讨论哪些方面的内容，也需要发给对 接人，让对方也有准备。第三步是调研准备工作的回顾，明确做好准备。在整个调研准备过程中我们要做 到：准备充分，目的明确，内容聚焦，安排合理，不饶圈子。业务调研计划表iMJ项目Tip调研时间明确开始时间和结束时间明确每个时间单位调研对象和内容调研目的明确调研目的，如了解企业能源管理的需求调研对象明确被调研人的角色身份明确被调研人的沟通J顺序调研方式明确需要几种沟通或单独沟通的内容明确支撑及不支持看的数据明确需要实操的内容

17、调研问题清单提了解客户商业模式和管理模式制定调研问题清单2.调研实施阶段业务调研我们是需要了解客户的整体情况包括业务模块的划分、主要的关键的业务流程。所以我们调研内容也分成模块调研和流程调研两个部分。针对SaaS产品经理来说如果客户规模比较大，业务比较复杂。则需要先看模块 的划分，根据模块的划分分别和不同的业务人员进行调研和沟通，优先了解各职 能之间的边界，流程调研可以在各模块划分之后，先看跨部门跨职能的流程，再 看流程中每个部门每个团队分别承担了哪些工作，再去看每个模块内部的小流程 发生的场景，具体的动作。如果客户规模较小，业务相对简单，可以考虑通过流程串联起整个业务的运作, 通过一个个流程

18、对企业各职能部门进行了解和观察。访谈调研表参考访谈调研表访谈人被访谈人被访谈人部门名称被访谈人部门职务联系电话联系邮箱访谈时间访谈底单访谈目标访谈记录概要结论1）模块调研模块调研分为三步分别是划分模块的归属，确认模块能力区间，讨论模块边界, 本质是先看这个模块属于哪个部分的，再看这个模块能干什么，最后讨论模块的 职能范围。第一步：模块的划分是在于理解业务的脉络，提前划分模块是为了能够确认需要 问的问题，同时也能了解客户的运营模型，如果模块划分不对，就找不到对应的 人，找不到对应的信息。第二步：确认模块能力区间主要是为了了解目标群体内部的工作范围划分，在后 续产品设计中这块会影响产品的模块划分以

19、及使用者权限的问题，调研过程中需 要不断的去试探被调研者的能力区间。大部分情况下被调研者都是无法根据产品经理的语言给出能力区间的，能力区间 确定得不合理，调研出来的内容是相对零散的，在这块调研的时候我们可以根据 常识先确定一个大范围，再根据调研问问题的方式不断修正能力区间。在调研过程中我们可以有针对性的去做提问比如：XX工作是否是你的职责，你 的产出是什么？ XX工作是否是你日常工作的一部分？ XX工作是否是你领导要求 你做的内容？ XX工作是否与你绩效考评kpi有关？第三步：在第二步我们讨论了能力区间，既然是区间那么必然会有边界，他们的 工作职能，他们的工作范围都是有边界的，在调研过程中我们也需要与被调研者 讨论边界相关的问题，但在实际工作场景中，往往会出现一人身兼数职的情况。 在这里我们认为人可以是没有范围和边界的，但职能一定是有边界的。所以在调研过程中我们也不能将人和职能混淆在一起，在针对模块边界调研时我 们可以问，你的上下游同事分别是谁，他们承担了那些工作？那些工作是你一定 不能做的，那些工作是你们都可以做的？你和你的上下游同事之间，相互输出分 别是什么？在怎样的情况下，这个事情会由你来处理，或者不会流转到你这边。2）流程调研