摘要：而嚴選現有的后臺系統多數是基于現有流程的設計，現有的流程存在即顆粒。再來說設計功能這件事，后臺系統和用戶端相比，數據的重要性大大凸顯。，我和嚴選分銷一起繼續成長更多網易技術產品運營經驗分享請訪問網易云社區。

本文由作者朱夢珺授權網易云社區發布。

從5月份接手嚴選分銷系統到現在，被坑過無數次

所以不能我一個人被坑，被坑過的那些事要告訴你們

從用戶端到后臺系統，最大的區別就是業務本身

之前做郵箱大師的時候，產品需求多數來源于市場調研和用戶需求分析，我們可以用數據來說明功能的重要性，用使用率來決定功能的優化方向。而嚴選現有的后臺系統多數是基于現有流程的設計，現有的流程存在即顆粒。它不需要有發現需求的眼睛，而是需要深刻理解業務的能力。只有正確的梳理現有流程及其問題，才能合理的流程線上化。如果沒有深入的理解，直接的結果就是只解決了表層的問題，根本的問題會一直存在于業務中。

比如一直以來困擾渠道運營很多的庫存問題。原有的庫存分配采用的人工劃撥的方式，即劃撥多少銷售多少。直接導致的問題就是每次庫存耗盡都需要運營人工增加庫存，而主站即將售罄時有需要運營回撥剩余庫存，會消耗大量的人工。所以在第一次設計解決方案設計時，重點關注人工消耗的問題了，打算采用自動劃撥代替了人工劃撥，以圖達到節省人工的目的。而實際上線后發現，人工劃撥的請求并沒有變少，一者是發現系統調度的規則還有優化的空間，二者是發現庫存回撥操作實際上商品快速銷售和渠道庫存占用的矛盾，這才是真正核心需要解決的問題。

后臺的產品不再僅僅是功能的設計

之前做郵箱大師的時候，功能設計的過程中關心功能流程如何？用戶體驗如何？UI展示如何？在接觸后臺系統后發現，不是所有的產品設計，都是完整的方案呈現，也不都是設計功能本身。

先說完整方案呈現這件事，在分銷系統的迭代過程中，徹底的體驗了把小步快跑的快感。以商品為例，原策劃中，完整的設計了從信息錄入、分級判定、到分級使用的完整業務場景，開發時間評估需要1個月以上。而商品分級在渠道中推廣的核心數據只有分級數據本身，其他步驟可以暫時通過人工計算錄入來完成，這部分的系統開發會大大影響了功能上線推廣的速度，不應該放在同等的開發優先級上。

再來說設計功能這件事，后臺系統和用戶端相比，數據的重要性大大凸顯。對于分銷系統來說，數據可以是商品、可以是庫存、也可以是訂單。對于我來說，在設計功能的方面，也需要深入了解我所擁有的數據，才能提供更多的功能。比如分銷之前的商品數據間接從商品中心獲取，我們直接簡單的將信息傳遞給第三方。而隨著商品數據的擴充，簡單的信息提供已經不能滿足需求。我需要詳細了解商品的每個信息字段，閱讀每一個接口的信息，才能針對分銷的場景，對商品字段二次包裝，在提供給渠道方。簡單的停留在功能設計，只能成為過去式。

3 復盤很重要，多忙都不能忘

曾經的我最害怕復盤，我單純的認為，我自己心里知道就好了，復盤什么不重要。現在的我，無論工作多忙，都要對功能進行復盤。寫策劃的時候我更多的關注功能細節，而復盤的時候能夠讓我更加完整的審視整個方案，認真思考是否正確的解決了問題。尤其是對于線上已有的功能，BUG的發現和修復終究只是打補丁，定期的復盤才能夠發現真正問題的核心。

以訂單結算為例，始終是內控和財務對賬的心病。每次對賬都會發現有不少的訂單計算錯誤，錯誤的原因也是五花八門，沒有一定的規律。雖然有針對發現的問題，修正系統，但是始終沒有解決核心的問題。于是我決定從原有系統每個計算步驟入手，發現核心的問題在于原有產品不清楚業務邏輯，混淆了銷售流水和結算流水，需要針對實際的使用場景進行拆分，才能正確的計算金額。至此之后的修改，才真的起到了作用。

到現在，我還依稀記得接手分銷系統時的一臉懵逼。同時，我也感謝分銷系統，雖然無數次掉進坑里再爬出來，但是我也真正獲得了成長。現在的我，對于分銷業務的認識更加的深刻，對于它的發展也有更多的想法。2018，我和嚴選分銷一起繼續成長

更多網易技術、產品、運營經驗分享請訪問網易云社區。

文章來源： 網易云社區