一个中心两个基本点是

对于初入B端产品设计领域的新人而言，从一张白纸开始设计一款完整的B端产品是一项具有挑战性的任务。本文将以一位从C端产品经理转型至B端产品设计的实际案例为导引，详细介绍从需求调研到最终执行的全过程。

上周五，一位资深的前同事通过微信向我咨询：“我正在为学校设计管理后台，其中的考勤管理部分让我很困惑。你们是否有现成的解决方案？”她是一名资深的C端产品经理，现在新公司的工作涉及到了B端产品设计。

在详细询问并了解她的需求和困惑后，我认识到她面临的不仅仅是技术问题，更多的是如何从C端产品设计的思维转向B端产品设计。

要明白C端产品和B端产品设计之间的本质区别。C端产品设计更注重概率论模式，满足广大用户的多样化、隐性需求，需要通过ABTest等方式进行验证和满足。而B端产品设计则更侧重于微积分模式，针对特定角色，满足其工作需求，需求和解决方案更为确定和明确。

对于这位前同事来说，直接设计考勤管理功能并不足够，她需要先深入了解用户的需求和角色。我给出了两个方法论：

一是“需求是1，方案是0”。在设计方案之前，首先要深入了解客户和用户的需求，然后再考虑解决方案，而不是直接开始原型设计。

二是“以终为始，全局设计；从始至终，最小闭环”。需要全面理解所服务客户和用户的工作职责、工作流程等，然后进行全面的产品规划与设计。最终落地时，可以将其拆解为一个个独立的闭环项目。

具体的设计流程可以分为六步：

第一步：通过调研、轮岗等方式深入了解所有角色的工作职责。这包括明确产品中的角色类型，如学生、老师、各类管理员等。同时要明确哪些角色是用户，哪些角色是客户。这一步的目标是清晰地了解每个角色的工作职责和工作流程。

第二步：针对关键角色，梳理其关键职责和流程。这一步的核心是将这些角色的工作流程和关键场景“搬到”线上，可以通过角色流程图或用户体验地图等形式进行输出。以考勤系统为例，关键角色包括考勤管理员、业务负责人以及决策者等。

第三步：构建产品的架构图，并确定产品的分期实现优先级。需要明确哪些系统或产品能满足关键角色的需求，每个产品或系统的定位和功能，以及哪些项目应该优先实施。

第四步：设计权限系统。这是B端系统的基础之一，需要包含数据权限和功能权限两个层面的限制。数据权限是指角色所能查看或管理的员工范围，如超管可管理全员，分公司管理员只能管理分公司；功能权限则包括菜单权限、功能点权限等。

第五步：进行业务管理系统的设计。在完成前几步后，深入理解关键角色的需求和场景，将这些理解转化为原型设计。包括确定关键角色、设计业务流程、功能设计、数据记录与权限管理以及菜单设计等。

第六步：落地执行并分期迭代。由于B端产品设计涉及到复杂的业务场景和需求，设计时很难完全预见所有情况。在设计和执行过程中要有长期的规划，同时也要保持设计的灵活性，为后续的迭代和改进留下空间。

以上这些观点均由资深产品经理邢小作提出并发布在其专栏“产品方法论集散地”，旨在为广大产品新人提供有价值的设计方法和思路。“本文原创发布于人人都是产品经理平台”，未经许可，“禁止转载”。关于产品设计中的具体细节和技巧还需在实际操作中不断摸索和实践。