待办专题（3）：1个待办中台实现TO B待办服务生态（中台篇）
一、专题概述
待办中心是TO B产品中最为常见的功能模块，其体现了企业服务中“管理直达、效率提优”的核心目标。
纵观多个SAAS产品和践行多个项目，个人愈发感觉、在未深度实践企业经营，是无法设计好待办中心产品功能的；也愈发察觉，市场的SAAS产品也并未真正围绕“待办”这个企业经营常态做好产品架构。
本文围绕“待办”这个企业经营常态做产品专题，共分为“理念”、“闭环”、“中台”和“运营”4篇文章，本文为待办专题第三篇。
- 待办专题（1）：3个待办中心理念构建TO B待办价值杀手锏（专题篇）
- 待办专题（2）：闭环思维构建待办中心业务价值链（闭环篇）
- 待办专题（3）：1个待办中台实现TO B待办服务生态（中台篇）
- 待办专题（4）：GSM在TO B待办运营中的探索与实践（运营篇）
二、待办中台的建设目标
和所有的企业中台一样，待办中台也由技术中台和数据中台构成。数据中台提供功能层面的能力聚合；数据中台提供数据层面的能力聚合。
- 中台应该具备能力的集约性；每一个中台能力都微服务化，都可插件式运行。
- 中台应该具备数据的沉淀性；每一个中台都要建立数据仓库，都要形成全套数据标准。
- 中台应该具备服务的配置性；每一个中台能力都可以多维配置，实现高兼容性。
- 中台应该具备API的开放性；每一个中台体系，都应该尽可能将数据和服务开放给业务系统。
三、待办中台的技术架构图
四、技术中台能力建设
能力1：IM嵌入能力
为了降低驳回率和超期率，系统必须在流程的基础上，添加上更简便的社交能力，比如IM沟通。故而技术中台需以IM引擎作为嵌入服务，将IM嵌入到待办任务之中。
能力2：批量操作能力
我们期待每个员工都可慎重的看待每一条待办，都会点进去查看详情，都会谨慎的更新任务完成百分比；可实际情况是很多人会快速的审批；所以对批量操作能力，本人是持怀疑态度的。
因为若对某个员工开启批量操作能力，一方面代表在此流程节点上该员工的权限之必要性；另外一方面也代表该任务提升到待办级别应该重新评估；所以批量操作能力可作为辅助能力，可针对任务+节点+角色进行配置实现。
能力3：定时获取最新待办能力
员工是不可能会主动的去获取最新待办。这违背了人性心理。所以建立定时获取最新待办能力是整个待办中台的基础能力。
该能力还需要做好三方面，其一、获取频次要根据不同系统而不同；其二、有新待办则需立即显示到页面前端；其三、前端需明确告知当前是否有新待办。
能力4：通知机制能力
通知机制是待办中台中极为关键的一环。通知类似一个AI助手。帮助管理者、帮助待办人降低管理成本。
通知机制包括几个方面：
- 其一，通知要集约性管理，不能出现一个待办就发一条通知，不能出现一条超期就发一条催办，因为通知发多了就敏感性和约束力不强了，要建立日报、月报和常规通知的混合推送机制；
- 其二，通知要有级别定义，有些付款待办、有些高层领导推送待办、有些客户一线待办，则需要建立高级别的推送机制；
- 其三，通知要有服务上升机制和协议。通知给个体只是代表传达，而个体是有懒惰性的，所以建立协议机制，多久没有处理则上升到领导层。才可根本解决通知的无效传播。
五、数据中台能力建设
1. 能力体系：数据库结构
（1）待办任务库
依据数据统一标准，开放API给业务平台，业务平台的待办统一存储在一个公共的任务库之中。
（2）审批时效库
依据数据统一标准，存储每单的审批时效数据。并将审批时效数据开放成API给到业务系统访问。
（3）超期待办库
依据超期统一标准，超期待办要单独标签管理，实现超期任务可随时搜索，定时发起通知。
2. 能力体系：数据治理
- 待办数据标准：单据号、单据标题、业务系统、提交时间。
- 审批数据标准：审批人、审批时间、审批状态、审批意见。
- 行为数据标准：总耗时、到达当前节点的时间、当前节点耗时。
六、中台总结
中台是整个待办体系能力走向开放、走向稳健、走向生态的关键。开放才可让更多业务系统毫无障碍的接入；稳健才可让能力中心性能最优、配置最灵活；生态才可让数据通过API不断的被外部统计系统调用。
做中台不是做围城，而是做平台。适应更多场景、接入更多服务、输出更多价值。才可能待办中台成为企业管理不可或缺的一部分。
本文作者 @ boyka
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
