上周五，一位前同事微信给我：
“救命！我在做学校的管理后台，里面有个考勤管理，我不知道咋做，你们是不是有这块的功能？”
她是一名资深的C端产品经理，近期刚入职到一家新公司，可能是需要同时负责一些B端的产品工作。
紧接着，又问：
“现在的考勤只有学校教学楼的闸机、还有大会议室门口的闸机，都是人脸识别。我想记录这些打卡记录。但是我不知道在考勤管理后台用什么样的形式展示，就是以什么纬度去列出这个表。”
“你说老师和学生的考勤记录要放在一起吗，还是拆分开来两个菜单页面？”
我感受到了她作为C端资深产品转型设计B端产品时的焦虑，以及渴望迅速掌握新领域，却无从下手的困境。
当时，给了她一些建议，以及附上了一些截图，却自觉不够系统，故把它总结成文，希望对你有启发。
如何上手设计第一款B端产品？
首先，转变设计思维，认知到B端与C端产品设计思维的本质区别。
C端产品是概率论模式，而B端产品是微积分模式。
怎么理解？
C端产品面向广泛用户，需求多变且含隐性需求，需通过ABTest、“小步快跑，快速迭代”、参考竞品等方式验证和满足。
B端产品针对特定角色，需求源于角色职责，相对确定，重点在于还原和优化这些确定性需求，以满足角色的工作需求。
所以，B端产品设计的大忌是“快速上手，直接设计。”
比如她直接问“用一个菜单，还是两个菜单来放学生和老师的考勤记录。”
怎么办呢？
遵循两个方法论：
方法论1：需求是1，方案是0。
在设计方案前，先把客户和用户的需求调研清楚后，再考虑解决方案，而不是直接进入原型设计。
方法论2：以终为始，全局设计；从始至终，最小闭环。
把所服务的客户和用户等角色的工作职责、工作流等调研清楚，加上自己对业务认知的终局推演后进行全面产品规划与设计（即倒推模式），最终落地时，则可将其拆解为一个个独立的闭环项目即可。
具体来说，你可以六步走：
第一步：通过调研/轮岗等形式，梳理清楚所有角色的工作职责。输出内容不限，可以是脑图，或流程图，或角色工作流流转图等。
什么程度算梳理清楚了呢？至少可以回答以下问题：
- 你的产品有哪些角色？学生、老师、年级主任、校长、人事办专员、学生发展中心专员、学生发展中心主任等
- 哪些角色是你的用户，哪些角色是你的客户？用户是使用系统的人（如人事办专员），客户是决策是否使用系统的人（如校长）
- 哪些角色是管理员？他们的工作职责和流程分别是什么？比如人事办专员、学生发展中心主任等，他们的主要职责是什么，工作流程如何？
- 哪些角色是你的重点（即一期必须满足），哪些角色是相关角色（即后续再满足）？
-
重点角色的关键工作目标以及衡量指标，分别是什么？
产品角色认知
第二步：梳理关键角色的关键职责与流程。
核心是梳理清楚关键角色的工作流程与关键场景后，把它们“搬到”线上。一般是以角色流程图或用户体验地图等形式输出（如下图）。
以考勤系统为例。关键角色是考勤管理员、业务负责人以及决策者（即CEO/老板等）。
第三步：梳理产品架构图与优先级分期。
明确关键角色，分别需要哪些产品/系统来满足？每个系统/产品的定位是什么？核心需要有哪些能力？哪些优先级更高（一期/二期），哪些可以滞后（待定）？
这个过程的核心就是遵循【以终为始，全面设计】的思路，将可能的扩展性都考虑在内，再通过【以始为终，最小闭环】的思路，将拆分为独立且闭环的分期实现。
第四步：设计权限系统。
B端系统的基础之一，就是权限系统。它至少需要包含两个层面的权限限制：
第一层是数据权限。它是指角色所能查看/管理的员工范围。比如超管可管理全员，而分公司管理员只能管理分公司。
第二层是功能权限。它包含菜单权限、功能点权限。比如角色A只能排班、调班；角色B则只负责管理员工的考勤数据，而不能排班或调班，则只配置对应的菜单与功能点。
最基本的权限管理体系应区分用户和角色，每个角色有独立的数据和功能权限，而一个用户可“扮演”多个角色，从而灵活配置数据权限和功能权限。
第五步：设计业务管理系统。
在B端产品设计中，完成前四步后，您对关键角色的关键流程和场景有深入了解。
接下来，将这些理解转化为原型设计：
- 确定关键角色：如考勤系统的考勤管理员、老板/HRD、员工和一线管理员。
- 设计流程：从管理员倒推至员工，或从员工行为正推至管理员，确保业务流程顺畅。
- 功能设计：根据角色需求设计功能。例如，学生和老师都需要打卡，其数据可能需要不同角色查看和管理。
- 数据记录与权限：设计打卡记录表，记录打卡来源与角色，利用权限系统区分管理人员范围。
- 菜单设计：根据打卡数据字段信息和用途决定是否合并菜单。如字段和用途一致，可合并；否则，建议区分两个菜单或使用页签区分。
第六步：落地执行并分期迭代。
B端产品设计类似于微积分模式，理想情况下应全面考虑所有可能场景，避免为后期迭代留下隐患。
但由于调研限制或业务认知不足，基本无法完全预见所有情况。
因此，至少考虑最近3个月的规划，确保设计满足近期业务需求的同时，保持设计灵活性，以便不给后续的产品埋坑。
