编辑导语：TO B产品的目标是管理直达、效率提优，是技控替代人控，是流程驱动运行。待办是企业效率的典型场景，本文主要从待办的“理念”、“闭环”、“中台”、“运营”四个维度，对TO B产品的设计理念进行了阐述，与大家分享。

一、专题概述

待办中心是TO B产品中最为常见的功能模块，其体现了企业服务中“管理直达、效率提优”的核心目标。

纵观多个SAAS产品和践行多个项目，个人愈发感觉、在未深度实践企业经营，是无法设计好待办中心产品功能的；也愈发察觉，市场的SAAS产品也并未真正围绕“待办”这个企业经营常态做好产品架构。

本文围绕“待办”这个企业经营常态做产品专题，共分为“理念”、“闭环”、“中台”和“运营”4篇文章，本文为待办专题第三篇。

1. 待办专题（1）：3个待办中心理念构建TO B待办价值杀手锏（专题篇）
2. 待办专题（2）：闭环思维构建待办中心业务价值链（闭环篇）
3. 待办专题（3）：1个待办中台实现TO B待办服务生态（中台篇）
4. 待办专题（4）：GSM在TO B待办运营中的探索与实践（运营篇）

二、待办中台的建设目标

和所有的企业中台一样，待办中台也由技术中台和数据中台构成。数据中台提供功能层面的能力聚合；数据中台提供数据层面的能力聚合。

• 中台应该具备能力的集约性；每一个中台能力都微服务化，都可插件式运行。
• 中台应该具备数据的沉淀性；每一个中台都要建立数据仓库，都要形成全套数据标准。
• 中台应该具备服务的配置性；每一个中台能力都可以多维配置，实现高兼容性。
• 中台应该具备API的开放性；每一个中台体系，都应该尽可能将数据和服务开放给业务系统。

三、待办中台的技术架构图

四、技术中台能力建设

能力1：IM嵌入能力

为了降低驳回率和超期率，系统必须在流程的基础上，添加上更简便的社交能力，比如IM沟通。故而技术中台需以IM引擎作为嵌入服务，将IM嵌入到待办任务之中。

能力2：批量操作能力

我们期待每个员工都可慎重的看待每一条待办，都会点进去查看详情，都会谨慎的更新任务完成百分比；可实际情况是很多人会快速的审批；所以对批量操作能力，本人是持怀疑态度的。

因为若对某个员工开启批量操作能力，一方面代表在此流程节点上该员工的权限之必要性；另外一方面也代表该任务提升到待办级别应该重新评估；所以批量操作能力可作为辅助能力，可针对任务+节点+角色进行配置实现。

能力3：定时获取最新待办能力

员工是不可能会主动的去获取最新待办。这违背了人性心理。所以建立定时获取最新待办能力是整个待办中台的基础能力。

该能力还需要做好三方面，其一、获取频次要根据不同系统而不同；其二、有新待办则需立即显示到页面前端；其三、前端需明确告知当前是否有新待办。

能力4：通知机制能力

通知机制是待办中台中极为关键的一环。通知类似一个AI助手。帮助管理者、帮助待办人降低管理成本。
通知机制包括几个方面：

• 其一，通知要集约性管理，不能出现一个待办就发一条通知，不能出现一条超期就发一条催办，因为通知发多了就敏感性和约束力不强了，要建立日报、月报和常规通知的混合推送机制；
• 其二，通知要有级别定义，有些付款待办、有些高层领导推送待办、有些客户一线待办，则需要建立高级别的推送机制；
• 其三，通知要有服务上升机制和协议。通知给个体只是代表传达，而个体是有懒惰性的，所以建立协议机制，多久没有处理则上升到领导层。才可根本解决通知的无效传播。

五、数据中台能力建设

1. 能力体系：数据库结构

（1）待办任务库

依据数据统一标准，开放API给业务平台，业务平台的待办统一存储在一个公共的任务库之中。

（2）审批时效库

依据数据统一标准，存储每单的审批时效数据。并将审批时效数据开放成API给到业务系统访问。

（3）超期待办库

依据超期统一标准，超期待办要单独标签管理，实现超期任务可随时搜索，定时发起通知。

2. 能力体系：数据治理

• 待办数据标准：单据号、单据标题、业务系统、提交时间。
• 审批数据标准：审批人、审批时间、审批状态、审批意见。
• 行为数据标准：总耗时、到达当前节点的时间、当前节点耗时。

六、中台总结

中台是整个待办体系能力走向开放、走向稳健、走向生态的关键。开放才可让更多业务系统毫无障碍的接入；稳健才可让能力中心性能最优、配置最灵活；生态才可让数据通过API不断的被外部统计系统调用。

做中台不是做围城，而是做平台。适应更多场景、接入更多服务、输出更多价值。才可能待办中台成为企业管理不可或缺的一部分。

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

题图来自Unsplash，基于CC0协议