在当今数字化办公时代，B端系统已成为企业运营不可或缺的工具，然而，信息割裂、待办遗漏、操作路径长以及新人入手难等问题，却常常困扰着企业用户。为了应对这些挑战，工作台作为B端系统的核心组成部分，其设计质量的高低直接决定了工作效率的提升与否。

通过分析和调研企业用户行为发现，B端系统使用中常会遇到的问题：

• 信息割裂：业务数据分散多个系统（CRM/OA/ERP等），跨平台获取信息降低效率
• 待办遗漏：一人多职，每个人都是多个事项同步推进，待办处理遗漏不及时
• 操作路径长：日常高频功能操作路径长，关键功能隐藏层级深
• 新人入手难：缺乏业务指导，新人了解自己核心负责和关注的事情难度大

在行业通用解决方案中，工作台就是一个很常规的解决手段，而工作台的设计质量高低直接决定了工作台是虚设还是实际有价值，本文就带你来解构B端工作台的产品设计

1 工作台分类

根据用户角色和目标差异，工作台可以分为以下2类

• 管理型工作台：主要CEO或部门负责人，核心目标掌握核心数据进展、下属核心事项完成进度等
• 任务型工作台：主要是一线的销售/客服/运营，核心目标是缩短任务处理路径，提升执行效率

不同目标的工作台，在产品模块和具体设计上都有不同，本文主要是以任务型工作台作为说明，部分管理型工作台是任务型工作台的数据聚合，比如张三作为商务待续客户数是20个，那作为他的mgr的待续客户就是下属之和，然后以一定的图表去做呈现

2 工作台设计

2.1 设计策略

• 统一性：整合所有子系统或三方系统入口，支持单点登录降低系统切换成本
• 目标感：角色化工作台，基于不同用户的核心工作流来呈现工作台，按角色实现用户的操作目标明确
• 精简化：以数据/看板来呈现，尽可能简化和直接，少即是多。且数据“实时”减少理解成本
• 闭环性：工作台与实际操作打通，能够从工作台出发去处理事情，然后又回到工作台

2.2 产品设计

工作台是一个功能聚合页面，针对某一个模块，可能是所有角色都有，可能是某几个角色有，也有可能是指定角色有，所以更建议是按单个模块分别开发和控制权限，灵活性更强。类似将每一个模块看出一个积木，最后拼成一个页面

通过分析工作台的用户痛点、竞品参考、用户需求等，可以得出工作台一般会包括以下几个模块：

• 核心数据
• 待办事项
• 快捷工具
• 系统通知

2.2.1 核心数据

在需求分析的模块有说明如何定义角色的核心数据。针对各岗位而已，核心数据离不开以下几块内容：

• 核心工作流：你主要负责哪些方面工作，每个工作占比多少，日常工作流程是怎么样的，你关注什么数据
• 考核指标：针对你的角色，公司在过程管理和结果管理上对你有哪些考核指标，如何知道考核指标的实时进展
• 大盘数据：很多情况下，针对可公开数据，你不止要看到你自己的数据，还需要能看到在大盘中自己的位置

由以上几个维度进行调研、分析、拆解，就能得出3-5个一级维度，再从一级维度去拆解成关注的指标，就得出该用户的核心数据。所以具体的步骤包括：

（1）**明确角色，**核心用户是谁是哪个岗位，因为每个岗位职责不同工作台需求也不同

（2）梳理核心工作流，通过访谈或观察等方式，对所有用户角色的核心工作流及工作预估占比进行梳理：

（3）拆解核心工作流，针对该用户角色的核心工作项，进一步识别每个角色的行动点或关注点、考核点，如CSM注重客户沟通/拜访数量，那针对这个一级类目，哪几个指标是重要的呢，关联到公司对于CSM的过程考核中，要求CSM两周需要全部覆盖沟通/拜访一次客户，那在核心数据和待办事项对应就有：近2周未沟通/拜访客户

（4）设计具体的交互样式，是以直铺、折线图、饼状图等各种图示如何能体现核心数据。这个部分可多与UED进行交流

（5）除此之外，最好是提供可配置的仪表盘，用户可以通过点击添加或拖拽等方式自定义看板，原因在于虽然角色有统一的工作流和考核指标，但是每个用户针对达成这个指标做的事情和关注的内容是不一样的，允许自定义可以为用户提供更多的灵活性，满足用户需求

基于竞品参考以及本身业务梳理，拆解出CSM工作台功能列表初版。这个每个公司每个岗位职责都不一样，此处仅为举例，以下同。并且，待办事项也可以按照以上的顺序进行拆解，在下一个模块不单独说明

2.2.2 待办/异常提醒

待办/异常提醒，可以按事项分类或时间分类

（1）按事件分类

以提醒的具体事项进行提醒，点击可查看具体事项的详情。比如待处理审批（3），表示有3个待处理的审批，点击数字，则可以查看哪3条待办的审批

**待办事项：**基于登录人的待办事项提醒，针对紧急需要处理的可以红色标识。如：

• 开户提醒
• 待处理审批
• 被退回审批
• 客户陪访邀约 异常预警：基于核心业务异常情况的预警，商务或运营及时介入处理。如：
• 异常订单
• 库存不足
• 客户断约风险
• 客户健康度风险
• 实时流量异常
• 严重客诉提醒

（2）按时间分类

以日历的样式展示提醒信息，更适合于待办可以具体到日期的场景，并且可以对待办进行添加

2.2.3 快捷工具

快捷工具模块，可以有以下几种选择，可根据实际业务选择其一或多个：

• 常用功能：使用频率最高的功能，能够一键触达
• 三方系统：支持接入第三方工具，整合多个系统的入口
• 最近使用：按照功能使用埋点，展示最近使用的功能
• 自定义组件：支持用户按需增减工具模块，如嵌入数据小组的图表或看板

2.2.4 消息中心

消息中心模块，可以有以下几种选择，可根据实际业务进行选择其一 或多个：

• 系统公告：系统管理员对用户发布的系统公告。比如产品动态、商务政策
• 业务提醒：基于业务变更的提醒，比如客户负责人变更、审批进度、订单状态变更等
• 协助提醒：审批流中@提及、任务分配等协助提醒

3 工作台设计注意事项

负责的工作台上从上线到使用已经一年之久，在这个过程中，站在当前的节点，去回顾产品设计和维护，会有以下几点需要注意的地方

• 关于权限设计，基于角色化工作台，角色名称的变更、岗位职责的变更，会对应到工作台配置的变更，这个需要考虑灵活性，比如公司将原有销售和CSM岗位推行新续一体，那工作台如何配置调整实现
• 关于工作台的更新，工作台对应的底层是不同的产品能力，如沟通/拜访记录，是沟通/拜访功能上实现的指标，而功能本身的迭代，也需要考虑工作台的迭代，不然工作台更新不及时会造成功能的慢慢不再使用
• 关于工作台的使用情况，工作台是系统的首页，不能用UV或者简单的页面留存在度量其价值，所以在产品上线的同时，每个模块每个可点击数据的埋点就非常重要，特别是核心数据和异常提醒模块，如果用户操作的路径都不是从工作台进入，而是直接找到对应的菜单进行操作，那工作台本身的设计需要调整，或者用户的行为需要引导和培养了
• 工作台模块/数据在精不在多，工作台是核心事项的整合入口，不是全部，一旦信息过载增加用户的判断成本，用户就会不愿意增加判断而使用工作台，所以不要求多，可以以数据来指导产品设计，并且支持一定程度上的用户自定义 注：以上截图都来自于官网或公开资料，如有侵权请私联，感谢

本文由 @亚亚的半亩产品田 原创发布于人人都是产品经理。未经作者许可，禁止转载

题图来自 Unsplash，基于CC0协议

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