這篇文章以作者在工作中負責的「營銷系統-訂單管理子產品」為例，介紹如何實施B端系統的自動化建設，主要從六個方面進行介紹。希望能幫助到你的工作。
一、為什麼需要自動化？
- 提效降本：企業協作流程中，會存在大量重複的、規則結構化的工作，若能用系統替代人工，那必然能縮短業務流程的周期，同時降低人力成本。
- 管控風險：人工操作會存在人為原因導緻出錯的風險，在系統程式不出錯的前提下，自動化程式卻能實作百分百按照規則執行任務。
二、如何挖掘自動化機會點？
下文介紹了幾種方法，實際應用中一般都需要結合使用：
- 流程梳理與拆分
- 按業務角色調研痛點
- 與關鍵使用者一起判斷自動化可行性
- 分析系統營運資料
1. 流程梳理與拆分
流程自動化可以由單據自動化組合而成，而單據自動化中又包含多個節點自動化，是以在按照業務場景梳理流程之後，再拆分出具體的單據、功能點，更有助于找到問題點及優化措施。
下面以訂單流程自動化為例，展示了如何通過該方法識别自動化優化點：
第一步：業務場景梳理
由于不同業務場景的流程會有所差别，是以需要先将業務場景進行細分，再在第二步中列出每一個場景的流程。
下圖展示了訂單流程中的部分場景分類：
第二步：拆分流程
分别梳理拆分每個業務場景的流程，并列出流程中的執行動作、業務角色等，以便更容易找到優化的“落腳點”，同時確定任何可能造成效率低下的環節都不會被忽略。
第三步：尋找不同流程中的異同點
經過第二步後，我們已經梳理了多個流程，但這些流程中實則有很多一樣的節點，為了使節點自動化功能更具有通用性，應把同一大類的細分流程中的相同點找出來，以便開發過程中采用同一個方法。
下圖示出了差異點，而非相同點，是因為差異點較少，這樣能使流程圖更清晰：
2. 按業務角色調研痛點
使用該方法前，一般需要先梳理業務流程，然後列出每個流程節點涉及的使用者角色，可通過問卷調查、關鍵使用者訪談等方式收集不同角色的痛點及需求。
下面列出了常見的兩種調研方式應用在自動化需求中的适用場景、優缺點。當然，以下兩種方式在實際應用中常常結合使用。
3. 與關鍵使用者一起判斷自動化可行性
首先，我們要明确以下兩點：
- 一切自動化都需要以線上化流程為基礎，若業務流程無法實作線上化拉通則無法納入自動化範疇
- 自動化的實作需要依賴結構化的業務規則，若業務規則無法固定或必須參雜人為判斷，也無法實作自動化
是以，在我們有了大緻優化方向之後，需要判斷這兩個問題：
- 該流程是否已實作/可實作線上化拉通
- 該操作節點能否給出結構化的業務規則
以上兩個問題，則需要我們和關鍵使用者一起探讨，若都可以滿足，該需求才具備“可行性”。
4. 分析系統營運資料
用途一：通過資料挖掘待優化點
- 周期長短：統計不同節點之間的周期，可以看出哪一段操作流程需消耗較多時間
- 使用次數：統計功能按鈕的使用次數，可以看到哪個功能使用率較高，可将其看作“重點關注對象”
- 咨詢次數：這是指日常系統運維過程中，使用者咨詢某個功能的次數，咨詢次數較多的功能必然存在較多待改善點
用途二：通過資料驗證需求的價值
- 驗證需求的影響範圍：例如當收到使用者回報“在A場景下會出現XXX問題，希望實作XXX”，我們首先可以通過分析系統資料檢視A場景涉及的使用者群體有哪些、使用者數量多少、出現的頻率多高，進而判斷該需求的範圍，一般來說，範圍越大則價值越高。
- 檢驗需求的真實性：例如當收到使用者回報“在B場景下每次都需要耗時XX”，我們可以通過分析該操作環節的耗時，檢驗該需求僅為偶爾出現的主觀感受，還是經常出現的客觀存在。
三、調研自動化需求
調研過程實則是對原始需求的深入挖掘、全面了解，一般可以圍繞以下四方面展開調研：
另外，我總結了一些調研過程的注意點：
四、自動化功能設計
關于功能設計其實有很多方法論、模型等，這裡僅記錄我認為在自動化功能設計過程中，容易被忽略但卻十分重要的兩點：
1. 可擴充性
滿足業務彈性的同時節省重新開發的成本。因為業務常常會發生變化，是以在設計功能時應考慮若業務發生變化或者使用該功能的範圍被擴大，如何更迅速地基于已有功能滿足需求。
例如，可從以下兩點着手：
- 具體規則可配置：哪些節點需要啟用自動化事件
- 使用範圍可配置：哪些産品線需要比對自動化規則
2. 運維工具
及時監控自動化的異常，并讓問題可追溯。若自動化事件出現異常，應及時讓負責人清晰可見，否則會導緻流程堵塞。再者，這也是增強使用者信任度的關鍵措施，讓自動化從”黑盒“變為”白盒“。
例如，可從以下三點着手：
- 封包：指展示自動化事件的結果，主要包含：成功/失敗的執行結果、失敗原因、執行時間。以訂單自動執行為例，一般可以在訂單清單增加【自動化封包】字段，讓自動化的執行過程及結果清晰可見。（效果可參考下圖）
- 标簽：為成功執行了某個自動化節點的單據打上對應标簽，标簽不但相比于文字更清晰，而且便于後續統計資料。（效果可參考下圖）
- 節點日志：該點更偏向于開發層面的記錄，在何時執行了哪個程式、執行結果如何等等，當出現異常時，應能確定通過查詢日志能準确追溯到原因。
五、自動化功能的資料營運
1. 分析哪些次元？
- 自動化率：用于驗證自動化規則的可行、輔助計算節省人天
- 周期時長：對比[啟用自動化功能後流程周期] VS [人工操作的流程周期]，用于驗證自動化功能帶來的價值
- 自動化執行失敗的各類原因占比：用于優化自動化規則
- 使用者群體：便于有方向地推廣自動化功能，應重點幫助自動化使用率較低的群體梳理出流程線上化/自動化規則，才能提高系統整體自動化率
2. 如何快捷利用系統現有字段進行分析？
- 封包：适用于分析自動化執行失敗的各類原因占比
- 标簽：适用于統計自動化率
- 時間：适用于統計周期時長，包括各個節點的建立時間/更新時間
- 組織資訊/使用者崗位資訊：适用于統計使用者群體的使用情況
六、發展趨勢暢想
1. 超自動化
超自動化的定義是“是有關機器人流程自動化（RPA）、人工智能（AI）、機器學習（ML）及流程挖掘等先進技術，在業務過程自動化中的應用”。繼續以訂單流程為例，在未來的實際應用中，我們可能使用RPA自動識别客戶郵件回簽的合同并上傳到對應的訂單附件中；利用AI充當系統的智能客服，實作自動化運維等。
2. 輸入自動化
目前很多單據主要還是靠人工文本輸入，未來可以利用圖像技術、語音技術更快捷完成輸入節點。
本文由 @天天向上的海豹 原創釋出于人人都是産品經理。未經許可，禁止轉載
題圖來自Unsplash，基于CC0協定。
該文觀點僅代表作者本人，人人都是産品經理平台僅提供資訊存儲空間服務。