起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識待辦專題（3）：1個待辦中臺實現TO B待辦服務生態（中臺篇）
編輯導語：TO B產品的目標是管理直達、效率提優，是技控替代人控，是流程驅動運行。待辦是企業效率的典型場景，本文主要從待辦的“理念”、“閉環”、“中臺”、“運營”四個維度，對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? 原創發布于人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基于CC0協議
雁過留痕
待辦專題（4）：GSM在TO B待辦運營中的探索與實踐（運營篇） 大佬，這篇沒有啦？
最后這篇內容有點少