起點課堂會員權(quán)益
職業(yè)體系課特權(quán)
線下行業(yè)大會特權(quán)
個人IP打造特權(quán)
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業(yè)技能直播
會員專屬社群
榮耀標識一個優(yōu)秀的管理型系統(tǒng)是怎樣的？
系統(tǒng)的好壞評定對系統(tǒng)設計者來說其實是一個非常重要、并且需要長期去思考的問題。對一個系統(tǒng)好壞的定義在一定程度上可以反應出個人對這個系統(tǒng)的定位以及作為設計者對用戶的了解程度。因此，對這個問題的思考，可以更好的幫助產(chǎn)品經(jīng)理優(yōu)化自己的產(chǎn)品和設計方向。
本篇主要分享下筆者對于管理型系統(tǒng)優(yōu)劣的思考維度。
前置思考：
首先，在定義優(yōu)劣之前需要先定義用戶期望，只有滿足用戶需求的系統(tǒng)才有存在的價值，而對用戶的滿足程度實際上就是我們可以拿來評判優(yōu)劣的標準了。所以首先必須要明確：
- 系統(tǒng)是為誰服務的（用戶）
- 用戶希望獲得什么（價值）
- 用戶害怕什么（痛點）
1. 滿足度的評價指標
針對于用戶的期望和需求的整理，可以將維度分成以下幾個（實際上，大部分的管理類系統(tǒng)都可以從以下幾個方面進行評估）：
1.1 流程覆蓋度
流程線上化是很多管理型系統(tǒng)都需要走的一條很漫長的路，因為幾乎后期所有的數(shù)據(jù)積累、流程優(yōu)化、智能化都是基于先一步的流程線上化。所以往往各個層級的用戶都非常關(guān)注流程的搭建。
但同時，這也是一條一不小心就容易走歪的路。經(jīng)常有用戶提線上化需求，在需求價值分析和溝通的過程中，他們往往把“線上化程度提高”作為一個價值點。
不過這真的是價值點嗎？
不，切記，流程線上化是途徑而不是目的，管理系統(tǒng)并不是單純?yōu)榱擞面I盤代替紙筆。所有線上化的前提是確保流程數(shù)據(jù)的價值性或者效率的提升點（當然，還有線上化的實施難度）。
此外，在這個過程中，對系統(tǒng)和流程認知的固化也是十分危險的。比如，做倉儲做WMS就一定會有上下架嗎？盤點一定是對著實物數(shù)據(jù)和庫存數(shù)據(jù)進行的嗎？這個問題的答案可在后文中找到。
1.2 用戶驅(qū)動力
上文提到，流程線上化只是途徑，真正的目的應該是實現(xiàn)系統(tǒng)的自我驅(qū)動。如果只是單純的線上化，那么從單次來看，或許確實可以省幾個人員，那么長期看你的前進方向在哪里？
在此，個人認為系統(tǒng)的用戶驅(qū)動力可以分成2部分來看——數(shù)據(jù)驅(qū)動、策略驅(qū)動。
- 數(shù)據(jù)驅(qū)動，這部分是需要結(jié)合用戶關(guān)鍵指標來進行考量的。線上化的流程需要對關(guān)鍵數(shù)據(jù)和節(jié)點進行積累，提取關(guān)鍵指標，通過數(shù)據(jù)及報表的數(shù)據(jù)展現(xiàn)來驅(qū)動業(yè)務動作，并幫助業(yè)務進行決策（題外話：之前我們對用戶的報表需求管控是十分嚴格的，并不是單純因為資源問題，更多的是希望用戶真正認識到“正確數(shù)據(jù)”的重要性，而不是報表越多越好）。需要注意對于不同層級/角色的用戶，數(shù)據(jù)是需要有區(qū)分度的。
- 策略驅(qū)動，在線上化的過程中，針對用戶對流程的期望進行策略設計，通過策略實現(xiàn)流程優(yōu)化及對用戶指導。如WMS中的入庫策略、分揀策略，不是單純的用系統(tǒng)代替紙筆，而是直接由系統(tǒng)提供決策結(jié)果，減少用戶思考，實現(xiàn)最優(yōu)方案。
1.3 系統(tǒng)容錯性
人非圣賢孰能無過，這句話用在系統(tǒng)使用過程中真的是一點都不過時，因為我們無法確保使用者對系統(tǒng)的了解程度和個人的能力，所以在系統(tǒng)設計必須要系統(tǒng)的易用性、防呆和異常處理，以此來提高系統(tǒng)的容錯能力。
易用度：減少用戶思考，在適當?shù)臅r候給用戶提示；了解用戶習慣和用戶語言，讓你的系統(tǒng)看起來更簡單易懂。
防呆：盡可能設計不會出錯或者更難出錯的流程。簡單的如二次確認或者入庫前的掃碼校驗等，都是系統(tǒng)的防呆設計。
異常處理：如果還是難以避免用戶犯錯，那么還是要考慮必要的異常處理，最簡單的“單據(jù)撤回”功能就是一個很典型的異常處理。甚至有時我們需要特意設計一些“后門功能”避免用戶在出錯時無計可施而影響正常業(yè)務（這些功能往往需要高權(quán)限人員操作）。
雖然說對員工的培訓和管理是業(yè)務在推進系統(tǒng)實施中需要盡到的職責。但是，記住，人總會犯錯。我們可以通過系統(tǒng)記錄異常數(shù)據(jù)協(xié)助用戶進行員工管理，但單純通過提高系統(tǒng)使用門檻絕對不是最好的辦法。
1.4 用戶體驗
雖然說對于管理系統(tǒng)來說，用戶體驗的重要性可能確實沒有在2C應用中那么重要，但是也是不可忽略的。不同于C端的體驗是側(cè)重于體感，B端的體驗依然是更側(cè)重于流程。
比如，筆者之前接觸了一款OMS，在新增發(fā)貨倉庫時，需要分別在多個頁面配置倉庫基礎(chǔ)信息、倉庫-物流對應信息、物流覆蓋信息、物流成本信息、物流時效信息等基礎(chǔ)資料，且系統(tǒng)并未提供任何指導，但是只要少配置一個信息，這個倉庫都將無法使用，這對于不熟悉系統(tǒng)的用戶是十分不友好的，用戶學習成本也提高了，也容易讓用戶在不斷的報錯、嘗試中感到沮喪。
當然并不是完全不注重體感，系統(tǒng)視覺設計的美觀簡潔當然也可以提升用戶體驗。
1.5 安全性
安全性往往是用戶關(guān)注比較少，但是作為設計者又不得不考慮的事。主要體現(xiàn)在權(quán)限的管控、審批流的設計（哪些流程需要審批，達到什么條件需要審批，需要誰審批）、用戶數(shù)據(jù)的安全性、內(nèi)容數(shù)據(jù)的安全性（如供應商信息、客戶信息的存儲、可見性）、數(shù)據(jù)隔離等。
對不同的企業(yè)，甚至對同一個企業(yè)不同的發(fā)展階段對不同維度的重視度必然是不同的，通常系統(tǒng)前期更關(guān)注流程，中期關(guān)注驅(qū)動，后期關(guān)注體驗，而安全和容錯則貫穿其中。
產(chǎn)品經(jīng)理也需要根據(jù)當前企業(yè)的需求分階段性設計，分資源投入。這樣才能做到在不同的階段實現(xiàn)“好系統(tǒng)”的目標。
2. 基于行業(yè)的適應度
最后基于個人的體會，我還想補充一點，系統(tǒng)需要對行業(yè)有一定的適應度。
什么叫行業(yè)適應度？
目前的經(jīng)濟環(huán)境下，行業(yè)內(nèi)、甚至企業(yè)內(nèi)其所運營和承載的業(yè)務往往都不只一種，比如電商公司的供應鏈按運營模式有自營、聯(lián)營，按品類更是五花八門，同時還結(jié)合各種營銷；比如倉儲按目的可分為前置倉、品類倉、中心倉等；并且所有的行業(yè)、企業(yè)內(nèi)部都在快速的發(fā)展著，嘗試著不同的新業(yè)務。
所以，一個好的系統(tǒng)其底層搭建，是需要能夠快速適應同行業(yè)不同業(yè)務模式的需求的。
這里我來分享個負面案例：
從業(yè)初期，我有幸先后負責過兩個不同行業(yè)的WMS設計，電商的和生鮮的。
在電商WMS的設計過程中，對當時的電商倉儲場景基本完全覆蓋，所有的出入庫及庫內(nèi)管控都是非常標準化的流程。
但是在接到了生鮮的需求后，幾乎是傻眼了，當時我們只做前置倉，基本的庫內(nèi)作業(yè)就是驗收、分揀。因為需要快速出入庫（前置倉是為了滿足近距離的配送需求是不做倉內(nèi)存儲的）的需求，且生鮮類目并不多，所以業(yè)務流程是不需要上下架的，通過線下的實體庫位劃分來管控；且生鮮類目的驗收規(guī)則（涉及到稱重）和普通商品也是完全不同的，而原來的那套WMS的流程是不具備任何可配置能力，如果直接套用反而造成現(xiàn)場浪費大量的時間在系統(tǒng)操作上，且原訂單的來源是固定來源于上游X系統(tǒng)，也沒有做標準的對外對接接口。所以當時為了滿足生鮮業(yè)務的需求，幾乎是新做了一套WMS。
所以，如果企業(yè)存在多業(yè)務運營的可能性，或者本身就考慮到SAAS化，那么前期就必須考慮到系統(tǒng)流程的可配置性去滿足后期業(yè)務的快速拓展。
3. 總結(jié)/寫在最后
所以好的系統(tǒng)來源于對用戶和系統(tǒng)定位的準確把握，通過對用戶期待的抽象，定義需求優(yōu)先級，需要在資源有限的情況下合理安排迭代。同時不要忘記系統(tǒng)的可適應性設計，提升系統(tǒng)的適配度。
以上就是我個人對于這個問題的分享，希望可以對你有所啟發(fā)。對于這個問題，你有什么想分享的嗎？?你覺得你現(xiàn)在設計的或者在用的系統(tǒng)好嗎？
本文由 @?麋鹿產(chǎn)品 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載
題圖來自Unsplash，基于CC0協(xié)議
寫得不錯！