起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識項目復盤：0-2項目的深度剖析
編輯導語：作為產品經理，在工作中往往要面對多方的問題，通過一個又一個的項目積累經驗。本文作者對自己做過的一個項目進行了總結，通過復盤減少重復性犯錯的可能，總結經驗，才能更快成長，成為一名優秀的產品經理。
我曾負責過多個項目，一直以來都沒有對做過的項目進行復盤分析，本文我挑一個同時帶有B端和C端特點的0-2項目進行復盤，回顧過往的經驗和遇到的問題。
一、項目背景
我公司所處行業為跨境電商，在準備做該項目時，公司剛剛上線了采購系統，采購部門的工作已經完全實現系統化。上級領導決定，開發一個“供應商門戶系統”，對接內部采購系統，用于供應商端的接單、發貨。產品經理負責人是我，業務部門也派出一個同事與我對接，他作為關鍵相關方。
二、V1.0.0版本
1. 項目啟動
我之前并沒有接觸過采購相關的業務流程，業務同事首先給我講解公司現有采購流程。
我們確認了公司現有的情況，采購內部已經實現了系統化作業，所有的下單、對賬工作都可以在采購系統完成。但是對外的溝通工作，需要通過微信、QQ等社交軟件進行，下單需要通過excel表格、截圖進行傳遞給供應商，效率教低，出錯率高。
若訂單跟進過程中有員工離職，很難追溯溝通記錄和訂單進程，對于訂單按時交貨有較大影響。我們根據現有情況明確了第一版本系統要做的核心功能是接單、發貨。接下來我們開始研究同行業和相關SaaS公司的系統，分析了他們的核心流程和功能點，結合我們公司現有的情況，制作了第一張框架圖。
經過一個月的調研設計，我們完成了原型V1.0.0，與相關部門的負責人進行了第一遍的評審。不出所料，第一遍評審過程中，不同部門提出了他們的意見：
- 倉庫部：這個系統設計在接單發貨過程中，為什么沒有考慮倉庫的收貨難度？我們希望供應商發貨必須有箱嘜和裝箱清單，否則我們拒收。
- 財務部：既然已經可以在系統實現接單發貨了，我們也希望可以進行對賬請款，由供應商自行查看賬單，減少溝通。
- 采購部：供應商不配合怎么辦？我們有什么方法能夠強制供應商使用？
- …
會后我將所有的反饋進行了整理，并進行以下分類：第一版本需解決問題、后續版本待排期需求、暫不由系統解決問題。將問題分類和解答之后，和相關業務方進行單獨的溝通，得到明確的答復，我們開始優化V1.0.0的設計稿。
一周后我們開始了第二輪的評審，需求更加明確了，得到的肯定變多了，也仍然有一些反饋意見，會后我們按照第一次的方法處理了反饋意見。又過一周我們開始了第三輪的評審，本次評審順利過關，各個業務方都得到了想要的答案。
我們的項目真的可以進行開發了嗎？我們對評審通過的方案打了一個問號，本項目有點特殊，特殊的點在于我們是B端產品，業務需求提出人是公司內部員工，但是系統使用方是“供應商”，在需求設計評審階段，使用者沒有參與，我們意識到了問題的嚴重性。
我們把這個問題與上面領導進行了溝通，爭取與供應商當面交流的機會。我們前后約了5個不同區域不同行業的供應商，與他們交流之后得到了有效的建議，我把這些建議納入到需求設計中，并進行了再次的評審。
至此，從接到任務到第一版本需求設計完成已經過了兩個月了，需求評審通過之后，我們召開了項目的開工會議，項目正式進入開發階段。
2. 項目開發
項目進入開發階段，組織上對這個項目較為重視，投入的開發資源比較充足，所以開發進程很快。
但是在開發接近尾聲的時候還是出了問題，由于項目組人員過多，又是兩個地理區域的人員同時參與，前面各自開發單獨模塊很順利，在聯調過程中，多個技術沒有事先溝通好對接方式，調試各種失敗。項目經理決定，調配項目人員到同一區域，當面溝通，確認技術細節，項目才順利進入到提測階段。
3. 項目上線
經過了漫長了開發、聯調、測試，項目終于要上線了。
上線前的時光也并不順利，我們之前的項目都是內部B端系統，缺乏C端系統的經驗，上線前沒有申請公共服務郵箱和網站域名，一系列問題接踵而至，作為產品沒有理由推卸責任，這是我經驗不足導致的問題。
立馬聯系運維，與公司領導協商方案，最終郵箱申請為163郵箱（這個為后續埋下了坑），網站使用官網域名建立二級域名，所有問題解決之后，項目總算上線了。
4. 上線使用
上線的那一刻我們是喜悅了，但是之后我們是痛苦的，按照之前的規劃，我們邀請了10位供應商參與試用，賬號開啟了，郵件發了，但是并沒有人用，我們傻眼了。
我們去找供應商溝通，為什么不使用我們的系統呢？我們得到的答案是，使用系統對他們來說并不會有實際的效益，而且還要按照系統流程來走，很不方便，他們現在使用聊天軟件溝通挺好的，沒有太多限制。
我們在前期設計時，做了大量的調研，規范了業務的流程，滿足公司的使用場景，也考慮到了供應商的使用醫院，調研時，他們表示愿意使用系統，但是結果大家并不愿意配合，我深刻的理解了一句語：不要聽他怎么說，而要看他怎么做。
難道我們只是做出了一個自嗨的系統嗎？難道真的沒人用了嗎？不，我們不甘心，與上面領導開會溝通，為了促進供應商的使用，我們從下面幾個方向各個部門并行推進系統的使用：
- 供應商門戶系統開發“產品推薦”的功能，只要供應商愿意使用，我們就給他們入口，推薦他們的產品給我們，增加合作點；
- 倉庫優先處理通過供應商門戶發貨的訂單；
- 財務可以優先支付通過供應商門戶處理的訂單；
- 公司上層領導與供應商溝通，加強合作。
大致有了方向之后，我們開始了第二個小版本的需求規劃。
三、V1.1.0版本
本版本的核心目標是推進供應商的使用，開發新品推薦的功能。我與產品開發部的同事溝通流程之后，就進行了設計開發，總體開發上線時間為3周。上線之后，給供應商開通了相關模塊，供應商表現出了一定的使用意愿，開始慢慢接受了。
在逐步開發用戶量100個，并穩定使用1個月時，系統經過小版本的迭代，優化功能基本完善，我們準備開放用戶量到1000個。
第二批用戶開放1000個左右，開通賬號發送郵件邀請供應商使用，在郵件發送到180個時候，郵箱被限制了，163郵箱檢測我們郵件發送過多，判定為推廣郵件，郵箱被限制了…坑還是踩到了。
我們嘗試更換阿里郵箱、126郵箱，都會在某個數據量上被限制。無奈之下臨時切換了方案，使用短信發送，短信的缺點在于無法設定格式，放置圖片，只能做到通知作用。
在大量賬號開通的通知送達之后，還是切換回了郵箱，同時優化郵件的格式，加入更多的參數，使用多個模板，減少郵件相同的比例，避免觸發郵箱的風控機制，并且準備使用自有的郵箱服務器。
供應商門戶系統開始進入正式的使用階段，0-1項目搭建完畢。
四、V2.0.0版本
第一階段公司內部現有供應商已經被激活，我們第二階段要開始嘗試引入新的供應商，“供應商入駐”功能開始進行規劃。一個月時間供應商入駐完美上線，前后流程已經打通。
兩周后問題出現了，供應商入駐的入口是供應商門戶網站，但由于入口太深，外部供應商根本找不到入駐頁面，無法聯系到我們。網站推廣成了問題，我們開會溝通，得到了以下方案和可行性：
- 百度推廣：成本太大，供應商門戶系統商業價值不大，沒有全面推廣的必要性；
- 改造公司官網，搭載供應商入駐入口：實現方式快，改造成本低，官網有一定知名度，該方案為首要方案；
- 使用公眾號推廣，成本低，但是實現周期長，作為迭代版本方案。
搭載官網入口的方案上線之后，第一個月陸陸續續有100家供應商進行了申請，效果不錯，得到了供應商管理部門和上級的認可。在V2.1.0版本，公眾號上線之后，配合官網使用，效果不錯。
接下來我們陸續開發了公眾號接單、開放API接口、簽署合同、視頻版幫助中心、下載發貨標簽等等的功能，供應商門戶系統雖然沒有為公司帶來直接的收益，但是也在減少人工、提高效率，縮短交期方面做了突出的貢獻。
五、結語
一個系統從0-1搭建不容易，把一個產品從1帶到2，更是一個挑戰，在中間會遇到各種各樣的問題，我沒有退縮，一直在尋找更高的突破。
產品經理作為產品第一責任人，負責的不僅僅是方案的輸出，還要負責系統的使用和不斷的優化，在我的產品觀中，產品沒有完結，它擁有無限的生命力和價值，我們要做的就是讓產品生命周期不斷延續，發揮無盡的價值。
望與君共勉，歡迎評論騷擾~
本文由 @elvin 原創發布于人人都是產品經理，未經作者許可，禁止轉載。
題圖來自Unsplash，基于CC0協議。
采購、供應商、供應鏈產品經理
贊