项目从0到1避坑指南
背景：
物流行業，老板信息化意識弱，不是現有的TMS而是一個新的方向，目前市場上競品較少
前言：?
一個項目從0到1，有相關的固定的考慮事項。然而，由于公司環境、項目涉及的行業等一些實際條件的約束，會在共性上，生出個性化的場景，需要解決。
本次話題落于物流行業，且老板的互聯網思維不夠強。
然而沒有具體問題的場景，無法給出針對性的解決方案。但可以從項目0到1的歷程需要注意的事項，去對標解決思路，獲取相關的解決手段。故，本次話題整理，將從以下路徑，來解析產品從0到1避坑指南：
1.項目從0到1的流程
2.項目管理關鍵因素
3.物流行業項目解析
一、項目從0到1的流程
一個項目從0到1，在無特殊情境下，一般會歷經以下流程
對于產品經理來說，上述產品的從0到1流程基本已經足夠全面了解。但是對于相關項目來說，上述流程還會插入相關的流程，如：
a.公司業務立項
公司開展一個新的業務方向，也許是戰略調整，也許是老板一時思路轉換，或者投資人的相關意見。當業務概念之后，產品需要根據老板給予的方向進行市場、業務、需求分析調研，同時給出相關的產品解決方案。
相關的公司會需要對相關的項目進行立項審批和答辯。大部分公司會先開始根據產品方案進行開發之后，回頭進行立項補充。也有公司直接跳過立項流程，直接開始產品設計，進行研發。
b.商務拓展
公司切入新行業賽道。或者進入相關新市場地盤。比如政府類項目，從北京，重新打入廈門市場。在產品研發介入之前，需要商務對客戶先進行客戶關系和需求對接，且依靠公司現有產品或者相關產品解決方案（產品解決方案不一定有成型產品）打動客戶，和相關競爭對手產品進行PK。
c.產品演練
商務恰談之后，相關客戶，會需產品根據客戶的相關需求進行場景化產品演練。客戶根據演練的產品，提出相關場景建議或者正式進入商務合作。
d.可研分析
一般政府類相關項目，在正式開始產品設計之前，需要進行可研分析，需要對整個市場、政策、需求、業務進行相關實際調研，并且給出可研分析報告。
e.項目招標投標準備
若客戶方對采購有相關招標流程需求，產品還需要配合商務做好相關招標準備。比如提供產品系統說明，項目資質提供（比如藥品交易的特殊牌照、系統等級證明等）等相關材料。
如果按照的排列，還缺少一個自己自研產出項目
產品/項目從0到1，從簡單來講就是需求到功能實現。然而，對于不同職位、階段、公司的產品經理相關的產品/項目0到1，思考維度、職責范圍都會有所差異。
二、項目管理關鍵因素
對于大部分產品經理來說，上述產品/項目流程知道，了解，對于實戰經驗空白的人來說，指導性可能不夠落地。故本部分，就相關流程階段需要關注的相關因素進行舉例說明，并給出相關解決思路參考。
1.全流程管理
1）在項目開始之前或者在1或者2個版本完成之后，梳理好整個項目流程的sop。做好流程節點管理、職責范圍、規范各方輸出的文檔規范。
注意事項：
為最大效能發揮團隊價值，最好最好職責范圍的劃分；由于公司人力配比的差異，不同公司、部門、團隊都有自己的合作風格。不管是產品驅動研發，還是銷售主導產品，要么在開始之前先立好規矩，要不在合作中去復盤，尋找到合適的團隊管理規范。
大部分公司，很多時候問題都不到能力層面，往往都停留在人的層面，任何規范或者標準流程是圍繞人而制。故項目中先搞定人，是項目過程中的關鍵關注指標之一。但對新手產品也許并沒有管人，管流程的職責，可以觀察學習你的上級是怎么做的。
2.產品定義階段
1）首先確認目標是什么？服務對象？人員架構？
2）梳理業務流程，確定系統邊界
注意事項：
1）是否有具體的目標，比如上線后達到一個可量化的效果，或者建立數據中心，數據可視化；有，確認實施過程中的可行性，如果沒有，則需要梳理業務發展的演進，和相關部門及負責人溝通，了解業務發展目標，組織架構，業務流程等，進而確定系統邊界；
2） 如果確認系統邊界：了解哪些是系統能提高效率，優化流程等；
3.需求分析階段
1）梳理系統業務流程，確定核心功能；
2）多期規劃，小步快跑試錯驗證；
注意事項：
1）業務全流程及細節、痛點吃透；
2）梳理好業務后，根據優先級管理好需求池，對需求版本進行控制；
3）對客戶需求、老板需求、研發需求對方需求進行管理，避免需求蔓延；
4）業務調研時，為避免一知半解，可以尋求業務顧問或者相關行業專家的幫助。如何尋找行業專家幫助，可以看往期，如何快速切入一個行業的建議。
4.產品設計階段
1）規范產品原型、產品需求變更管理流程；
2）UI設計規范
注意事項：
不同團隊，對產品需求文檔格式，產品的需求變更有不同的管理辦法。
核心訴求是需求可以快速、簡潔、高效傳達給研發。團隊過大，傳達的人數過多時，可以通過郵件、信息有記錄留存形式傳達給團隊。對于小團隊而言，先做傳達，后續補充記錄即可。
5.技術實現階段
1）注重技術壁壘，和技術邊界；
2) 考慮安全性、等保級別、性能相關的技術支持和架構支持
注意事項：
1）在資本允許的情況下，盡量自主研發。如果一定要走上外包的道路，做好階段性工作成果的測試，萬不可等到交付日期了，再去驗收測試產品。外包公司的能力水平參差不齊，選擇的時候，多多參照前人經驗。互動過程友善嚴格，階段性驗收測試。
2）產品在初級版本時，也許不會考慮未來產品可能發展的業務量支持。比如當前是1萬用戶的系統，未來發展成千萬級用戶，技術要求自然會有所差別。在不同產品階段，相關的技術要求肯定是不一樣。但如果系統使用方，特別看重系統的等保級別，安全性能，最好在早期技術選型時，就對研發提出相關需求。
3）如果是小業務功能，那么就針對流程要注意理順，如果是針對一體化軟件設計，用戶角色權限就要先考慮好。
6.測試驗收階段
產品測試環節不能少。
然而，不同公司對測試的理解千差萬別。比如有有的團隊，沒有測試通過報告，運維不允許產品上線。有團隊，直接跳過測試，直接交付產品或客戶。
然而實際表明，沒有經過測試的產品上線后，發生問題的概率遠遠大于經測試上線的產品。
測試的工作是產品做，還是聘請相關的測試人員做，還是客戶做測試做，基本跟進公司情況定，如果沒有測試人員情況下，產品經理有話語權的情況下，還是補全測試人員吧。
7.風險管控
從產品立項開始，人、物、錢、時間等會影響項目的相關風險，需要保持敏銳的嗅覺。比如經典的快艇預算，航空母艦期望。這里的需求實現多少，達到什么效果，都需要你有論據情況下與老板及時溝通。
8.與老板相處
人有千萬種，所以不要指望遇到的都是特別好的老板。
老板對業務感知弱，這不是很正常么，專業的人交給專業的人處理，才是你的價值。
如果希望你能解決老板和你之間的信賴感，前提是你對他這個項目的業務了解深度和廣度足夠。在專業能力基礎上，學一下溝通的技巧和話術。好聽話的沒人不喜歡聽，高效率溝通，也是一項能力。
不同事項，不同的層面的決策，需要擔任不同的責任。靠近老板想要實現的目標下，實現自己的目標。老板目標不合理的時候，管理老板的目標。做好需求確認的書面文書記錄。
三、物流行業項目解析
1）梳理清楚物流相關的人、車、貨、物、錢、位置的相關流轉流程
2）做出業務流、數據流、金錢流具體流程
3）梳理個流程節點涉及的角色
4）做好項目流程節點控制
5）預算合適情況下，請專業供應商解決
電商物流行業參考--群友kikiwong貢獻
電商物流模塊的規劃既是獨立又是與其他模塊在業務流程上具有關聯性。物流是先有訂單后有物流，正常下單由商家發出的物流。售后等逆向訂單有C端用戶退回的物流。
如果有自建倉庫的話，物流又跟商品從倉庫打包，打印發票，分揀出庫，配送倉的貨品核對有關。物流包裹是否收到會影響訂單是否完成。訂單是否完成會影響該筆訂單是否進入本次對賬結算，清算范圍。
售后物流是否寄回會影響售后單的狀態，售后單狀態會影響后置退款單是否進入對賬核算范圍。所以，在前期規劃過程中，物流模塊既要在服務層面獨立出來，也要在業務流程上與其他模塊關聯性上分析細致。
總結：
公司規模，業務的重要程度，都會在一定程度上影響一個新項目的發展和存活。對于不同能力層的產品有不同的能力需求。
當自己能力不足夠時，有條件需要前輩指引時，最好尋找一個有經驗的前輩做指導。沒有相關的經驗或者能力，也不必過于驚慌。很少有人是在完全準備好的情況去應對挑戰。然而處理問題的底層能力是我們時時可以去鍛煉和學習的。
本次避坑指南，只能在相關通用性上，去做一些經驗上的個人分享，自然有不足和不全的地方。歡迎更有經驗的大佬們留言補充，也歡迎伙伴們拋出問題，對具體場景的討論交流。
如果你喜歡這篇文章，歡迎關注上面的公眾號
最后，我建立了各大城市的產品交流群，想進群小伙伴加微信：yw5201a1??我拉你進群。
關注微信公眾號：產品劉?可領取大禮包一份。
··················END··················
今日研報：抖音聯合巨量算數發布《抖音直播2021年度生態報告》，公眾號后臺回復“?抖音直播”，即可下載完整PDF文件。
申明：報告版權歸?抖音和巨量算數?獨家所有，此處僅限分享學習使用，如有侵權，請聯系小編做刪除處理。
RECOMMEND
推薦閱讀
實例講解策略產品經理工作內容
手把手教你做產品經理
產品經理和開發打起來了
用戶激勵體系搭建指南
點擊“閱讀原文”
查看更多干貨
總結
以上是生活随笔為你收集整理的项目从0到1避坑指南的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 递归遵守的条件
- 下一篇： IDEA下maven项目Plugins和