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