摘要：对于刚接触B端产品设计的新人来说，从0到1设计一款B端产品是一项极具挑战的任务。本文以一位资深C端产品经理转型设计B端产品的实际案例为切入点，详细介绍了从需求调研到落地执行的完整流程。

对于刚接触B端产品设计的新人来说，从0到1设计一款B端产品是一项极具挑战的任务。本文以一位资深C端产品经理转型设计B端产品的实际案例为切入点，详细介绍了从需求调研到落地执行的完整流程。

上周五，一位前同事微信给我：

“救命！我在做学校的管理后台，里面有个考勤管理，我不知道咋做，你们是不是有这块的功能？”

她是一名资深的C端产品经理，近期刚入职到一家新公司，可能是需要同时负责一些B端的产品工作。

紧接着，又问：

“现在的考勤只有学校教学楼的闸机、还有大会议室门口的闸机，都是人脸识别。我想记录这些打卡记录。但是我不知道在考勤管理后台用什么样的形式展示，就是以什么纬度去列出这个表。”

“你说老师和学生的考勤记录要放在一起吗，还是拆分开来两个菜单页面？”

我感受到了她作为C端资深产品转型设计B端产品时的焦虑，以及渴望迅速掌握新领域，却无从下手的困境。

当时，给了她一些建议，以及附上了一些截图，却自觉不够系统，故把它总结成文，希望对你有启发。

首先，转变设计思维，认知到B端与C端产品设计思维的本质区别。

怎么理解？

C端产品面向广泛用户，需求多变且含隐性需求，需通过ABTest、“小步快跑，快速迭代”、参考竞品等方式验证和满足。

B端产品针对特定角色，需求源于角色职责，相对确定，重点在于还原和优化这些确定性需求，以满足角色的工作需求。

所以，B端产品设计的大忌是“快速上手，直接设计。”

比如她直接问“用一个菜单，还是两个菜单来放学生和老师的考勤记录。”

怎么办呢？

遵循两个方法论：

方法论1：需求是1，方案是0。

在设计方案前，先把客户和用户的需求调研清楚后，再考虑解决方案，而不是直接进入原型设计。

方法论2：以终为始，全局设计；从始至终，最小闭环。

把所服务的客户和用户等角色的工作职责、工作流等调研清楚，加上自己对业务认知的终局推演后进行全面产品规划与设计（即倒推模式），最终落地时，则可将其拆解为一个个独立的闭环项目即可。

具体来说，你可以六步走：

第一步：通过调研/轮岗等形式，梳理清楚所有角色的工作职责。输出内容不限，可以是脑图，或流程图，或角色工作流流转图等。

什么程度算梳理清楚了呢？至少可以回答以下问题：

你的产品有哪些角色？学生、老师、年级主任、校长、人事办专员、学生发展中心专员、学生发展中心主任等 哪些角色是你的用户，哪些角色是你的客户？用户是使用系统的人（如人事办专员），客户是决策是否使用系统的人（如校长） 哪些角色是管理员？他们的工作职责和流程分别是什么？比如人事办专员、学生发展中心主任等，他们的主要职责是什么，工作流程如何？ 哪些角色是你的重点（即一期必须满足），哪些角色是相关角色（即后续再满足）？ 重点角色的关键工作目标以及衡量指标，分别是什么？

产品角色认知

第二步：梳理关键角色的关键职责与流程。

核心是梳理清楚关键角色的工作流程与关键场景后，把它们“搬到”线上。一般是以角色流程图或用户体验地图等形式输出（如下图）。

以考勤系统为例。关键角色是考勤管理员、业务负责人以及决策者（即CEO/老板等）。

关键角色业务流

用户体验地图-考勤管理员

第三步：梳理产品架构图与优先级分期。

明确关键角色，分别需要哪些产品/系统来满足？每个系统/产品的定位是什么？核心需要有哪些能力？哪些优先级更高（一期/二期），哪些可以滞后（待定）？

这个过程的核心就是遵循【以终为始，全面设计】的思路，将可能的扩展性都考虑在内，再通过【以始为终，最小闭环】的思路，将拆分为独立且闭环的分期实现。

产品架构图

产品架构图之分期实现

第四步：设计权限系统。

B端系统的基础之一，就是权限系统。它至少需要包含两个层面的权限限制：

第一层是数据权限。它是指角色所能查看/管理的员工范围。比如超管可管理全员，而分公司管理员只能管理分公司。

第二层是功能权限。它包含菜单权限、功能点权限。比如角色A只能排班、调班；角色B则只负责管理员工的考勤数据，而不能排班或调班，则只配置对应的菜单与功能点。

最基本的权限管理体系应区分用户和角色，每个角色有独立的数据和功能权限，而一个用户可“扮演”多个角色，从而灵活配置数据权限和功能权限。

最小化权限设计

第五步：设计业务管理系统。

在B端产品设计中，完成前四步后，您对关键角色的关键流程和场景有深入了解。

接下来，将这些理解转化为原型设计：

第六步：落地执行并分期迭代。

B端产品设计类似于微积分模式，理想情况下应全面考虑所有可能场景，避免为后期迭代留下隐患。

但由于调研限制或业务认知不足，基本无法完全预见所有情况。

因此，至少考虑最近3个月的规划，确保设计满足近期业务需求的同时，保持设计灵活性，以便不给后续的产品埋坑。

邢小作，，人人都是产品经理专栏作家。一枚在线教育的产品，关注互联网教育，喜欢研究用户心理。

本文原创发布于人人都是产品经理。未经许可，禁止转载。

题图来自 Unsplash，基于CC0协议

该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。

来源：人人都是产品经理一点号