B端产品设计步骤和流程

一、初识B端产品设计

01对B端产品设计需要同样了解该行业，甚至更能洞察该行业，业务本身的复杂性质决定了后台产品架构也会比较庞大；

02无论是工厂商家，政府医院，企业的产品，除了行业门槛外，对信息和产品也有保密协议的使命感；

03对于逻辑思维能力要求更高，设计师不仅仅是做界面、优化流程，也要主动和产品经理沟通交流，并对产品探索。

二、B端产品工作流程分为三大阶段

第一阶段：业务需求调研

1行业需求调研

01行业基本认识：对产品和行业本身有基本的认知。要了解如：产品目标、用户人群、产品定位、需求分析、功能模块、主要竞品和产品特色。

02业务需求调研：明白产品中各个模块存在的意义。要真的深入到所服务的业务当中，明白真正为业务创造的价值是。

2探究流程场景

01探究业务流程：通过业务调研找到关键业务问题，这是设计产品解决方案的核心前提。通过和开发沟通业务流程图，提前将技术问题梳理清楚，避免功能设计后技术实现困难。

02明确所有场景：运用逻辑思维穷尽需求可能发生的所有情况，这是考验逻辑完整性的过程，我们可以通过脑图软件帮助我们遍历场景。

3制定作战方案

01确定系统目标

接到需求思考问题：系统给谁用？要做哪些事？系统的边界是什么？在这个大目标下，开展后续的工作。

02梳理业务流程

包含角色、关键节点，顺向流程，逆向流程，中间分支流程，梳理业务流程要做到：要闭环；要看到底，要有边界。争取用一个大的业务流程图，包含整个系统要解决的问题。

03定义最简粒度

需要定义的A，拆解到合理大小颗粒度的A——系统主要解决的问题的基础组成部分，靠这些最小颗粒度的A组成系统。

节点对应的是系统里的关键状态；不同的人，在这个系统里存在，就是系统里的角色；有哪些角色针对A的节点产生影响，针对内容产生影响是权限和数据范围。

根据业务流程，抽象出：基本单位“一件事”、关键状态的“节点”、使用者的“角色”、“权限”、“数据范围”。这个系统就基本成型了。

04建立框架与归类

根据不同的角色和功能，归类后组合成一个整体框架，用页面的形式呈现，可以形成交互稿。

依次步骤后是一个拆解再组装的过程，先拆解了、揉碎了再用产品思路组装起来以形成最终的产品形态。

05撰写需求文档

用文字的形式将产品逻辑、图表、页面、功能点串起来，并丰富细化，就形成了需求文档。好的需求文档：逻辑严谨，条理清楚，文字简练，能把事说清楚。每个角色都能准确理解需求的背景、目标、实现方式，大到流程逻辑，小到功能细节。

第二阶段：设计解决方案

4工作流程概述

做原型和流程的梳理，需要关注的当前版本规划、功能模块、功能类型、功能描述、任务优先级、完成时间等，交互原型则伴随着功能描述、规则判定条件、触发条件等内容。

始做UI 视觉方面的设计，而后端同步构思需求的实现方案。

向前端了解实现框架，方便交接和沟通。

在完成设计执行后，从信息层级、文字、图标、图片等方面设计走查，多次设计验证与测试。

5产品概念设计

最终产出物建议是一份功能思维导图。强烈建议不要一上来就直接去思考交互原型和文档了，除非你具备足够的模块化思维和抽象思维能力，能把原型和文档拆好模块。

6整体方案设计

●核心业务：梳理主干流程，确定环节需要实现线上化。

● 产品定位：明确产品的子系统，分别支持业务流程和版块。

●应用架构：考虑该产品和公司现有系统的融合关系。

●功能模块：基于对业务的理解，抽象产品的具体功能模块。

●演进蓝图：根据业务优先级与发展策略，制订实现各功能模块的计划和节奏。

7总体方案设计

●业务领域建模：细节方案设计中最重要的环节，是保证产品设计严谨可行的关键工作。只有基于对业务的理解，抽象出合理且灵活的数据模型，设计出有持续灵活性和扩展性的应用系统。

●角色与流程设计：涉及业务团队的组织架构和岗位编制，需要产品经理与业务负责人一起讨论决定。

●界面与报表：业务用户直接看到的部分，在设计时最好能提供可以体验的交互界面。

8技术方案设计

产品的整体方案、细节方案都设计好后，就需要技术人员做技术方案设计了，从而保证软件系统在正确的技术选型和合理的技术架构下进行编码开发工作。

9流程图原型图：

流程图表达一种过程，既是生产线上的工艺流程，也可以是完成一项任务必需的管理过程。使用图形表示算法的思路是一种极好的方法，因为千言万语不如一张图。原型图同理也是如此。

10技术讨论评审：

由一组评审者按照规范的步骤对软件需求、设计、代码或其他技术文档仔细地检查。技术评审为新手提供软件分析、设计和实现的培训途经，后备、后续开发人员也可以通过正规技术评审熟悉他人开发的软件。

第三阶段：执行并优化解决方案

11产品数据分析

根据产生的具体问题不断迭代，且观察产品能否通过准确的数据反映问题、体现能力，虚心接纳使用者的使用建议并严谨思考其合理性，用户的使用和反馈是优化产品的重要途径。

12迭代产品设计

产品设计是持续进行的，这个过程用到了模块化。不一定每次设计都是针对整体产品的大调整。特别是对于B端产品，这根所谓的产品体验关系不大，而是违反了使用习惯。

13方案管理实施

如果项目管理混乱，任意变更需求、扩大项目范围，就会导致项目无限延期。

14产品运营迭代

新系统上线后，产品经理要和业务人员一起参与产品的运营迭代工作，包括宣传、推广、使用效果分析、问题和反馈意见的收集。以及持续的迭代优化。

三、流程中关键点

1.提炼需求方式：用户使用场景驱动分析，用户一旦使用就不会随意更换，很大程度是靠着同行间的口碑传播从而取得了良好的效益。其中需求收集方式是通过运营、市场以及客服同事的反馈重点提炼。

2.关键信息表达：会涉及到和用户切身利益相关的大量数据，数据一旦出现错误，将会导致无法挽回的后果。据B端用户功能侧重点分析，稳定性和安全性尤为重要，因此将涉及到的利益信息、收益信息等企业商家用户最关注信息应做重点展示优化表达。

3.提高使用效率：对于B端，用户的时间就是金钱，大量订单的处理、批量管理和网站运营等方面，对于效率有着极高的要求。所以B端产品的表达要做到最简单直观，降低用户的认知成本。

4.识别度保证：由于B端用户复杂的使用场景，相对于C端用户来说没有充足的时间精力来关注页面弱化信息，关键信息的展示需要保证较高的识别度以便于用户在复杂场景下的良好体验。

5.通用性设计：由B端人员构成特点分析，产品可能会面向团队、组织和企业提供服务，那么一个B端产品可能会接入多个不同的业务，所以在设计中比较重要的一点是通用模块化设计，可以提高系统内部组件的复用又可以根据不同场景来进行编辑。