起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識畢業后入行產品的這一年，我踩過哪些坑？
本文作者主要總結了自己在畢業后入產品這一行里，踩過的坑和學到的一些知識。一起來看看~
還沒畢業的時候，因為畢竟欠缺相關經驗，我進入了一家做智能硬件的創業公司實習，從此開始我的產品之路。從去年4月份到現在在這里也有一年多時間了，雖然平時有寫工作日志，但還沒有系統全面地復盤總結。得承認，還不是因為懶。
很幸運，我的主管也就是我們公司的產品總監，他是國內一流院校畢業的工科生，有10年的行業經驗。令人驚訝的是，他好像樣樣都懂，尤其是技術層面，而且邏輯清晰、思維敏捷，可以快速從復雜的業務流程中理出頭緒并得出可供參考的方案，雖然可能不是最優的方案，但能夠在短時間做到這點我很佩服。
一開始主要是熟悉當前運營的幾個平臺，以及業務流程和功能邏輯。那時候我們平臺組的產品就我老大和我倆人，遇到問題我只好去問測試和開發的小伙伴，因為老大忙，我也只能挑晚上下班后去打擾，一開始熟悉的速度也慢，跟開發討論問題都沒有底氣，自信心明顯不足。
開始熟悉
（1）打基本功
慢慢地老大陸續交給我一些我們內部平臺和后臺系統中某個功能點的設計，單純的進行某個功能點的設計，跟開發討論出方案并執行落地、上線，這個階段的我更多是一名執行者和初級的推動者。
老大其實是做好需求分析和功能設計了，我的任務就是幫他把構想轉換成原型交互、文檔。這一階段就是在跟團隊磨合，打基本功。
（2）承擔責任
后來老大交給我負責我們唯一的對外開放的平臺型產品，這個平臺其實作為我們很多業務的入口和展示有一定的戰略作用，但由于早期的人手不足，在開發上線后一直處于疏于管理的狀態，沒有及時的迭代。很多業務端的需求還沒有實現平臺化，而且與市場上的競品相比有一些差距，平臺可以說是“百廢待興”的狀態。
（3）需求管理
隨著我對這個開發者平臺的接手，越來越多的需求直接或間接從業務端導給我，這時就涉及到了對需求的管理以及其優先級的判斷，這就對我提出了更高的要求。我需要站在更高的角度去審視整個產品，梳理出所有的功能、業務邏輯，從而去思考我們要做的需求在整個產品中的實現方式。
（4）項目管理與封閉開發
前段時間，我們有一個內部的平臺需要開發，因為老板催得緊，我們快速地成立了一個不到10人的小團隊赴外地進行封閉開發，我有幸作為項目owner負責項目的整體質量。
從最初的交互設計到與視覺定稿、評審開發、與開發溝通、測試驗證，到最后項目按期完工，我發現封閉開發的效率還真的是高，有問題一說大家一起討論馬上就能出方案。這對我來說真的是很寶貴的經驗。
（4）競品分析
這個工作平時做的較少，也沒有人要求做，因為我們的產品本身就已經很多需求在排隊。我自己會偶爾看看我們主要的競品的平臺，保持持續地關注，分析思考各自的優勢與功能的適用場景，并定期更新競品分析報告，更新的頻率一般是一到兩個月一次，可以看到競品最近迭代了哪些功能和內容。
（5）兼容性考慮
同時我負責的平臺跟公司其他系統平臺是有數據流通的，所以針對某些功能的設計需要考慮到跟其他平臺的兼容性。比如：我在新的版本中要增加幾個字段，那這些數據結構就變了，因為開發會改變新數據存入數據庫的表結構，那對于以前的老數據如何兼容？
因為老數據是沒有這些新增的字段的。
踩過的坑
（1）需求理解不一致
開發、測試對業務流程、版本要達到的目的理解不充分，不清楚需求的意義以及它能解決的問題。而且是發生在項目開發階段之中，評審會已經通過了并且都已講過的……所以開發過程中的及時溝通還是很重要的。
（2）需求的變更沒有保持團隊的信息同步
導致開發測試信息不對稱，變更的需求測試不充分。我們是一個團隊，如果真要變更需求，一定要保證大家信息同步，而且開發過程中盡量不要做需求變更……程序猿們會很難受。
（3）周五進行版本升級，線上出了問題
周五晚上進行的版本升級，結果到線上發現有嚴重的bug，只好晚上熬夜解決，最終看當天是解決不了的，跟老大商量還是決定做了版本回退，血的教訓。
（4）偽需求的開發
業務端提的需求，而且還是高優先級插隊進來的，我們開發完，后來他們又說其中某個模塊又用不到了……需求的真實應用場景沒有分析充分，業務端過來的需求有的他們自己都沒想好，需要更合適的方法去解決。
（5）早期的思維錯誤
為了趕進度而出的原型，未考慮完全，存在明顯的硬傷，即使評審也問題很多，對開發無益。應該在保證自己工作質量，即使因此delay了也不要為了趕進度強行輸出，這樣的方案一定是漏洞百出的。
（6）兼容性問題
平臺的某個模塊升級，而未考慮到跟它相關的老數據的兼容性而出現問題。這個設計缺陷當然就被我們測試leader抓住了，我接鍋……
后來老大語重心長地引用《孫子兵法》中“先為不可勝，以待敵之可勝”來勉勵我，讓先武裝好自己，等把自己武裝到沒有弱點，再去發現敵人的弱點。
周會的收獲
每周一早上我們會召集研發各部門負責人的周會，CTO主持會議，老大讓我每次都參與旁聽， 因為涉及到公司所有業務線的所有環節，我更多時候是懵逼狀態，但聽的多了自然是對自己的工作有些收獲與啟發的。
（1）一個需求的導入需要思考
現存哪些問題–>期望達到的目的–>功能使用的場景–>驗收要達到的效果–>期望完成的時間點和優先級。
（2）閉環意識
任何時候都要有閉環意識，多思考一個功能/產品在整個業務閉環起到什么作用。
（3）關注原始需求，思考最優的解決方案
因為有些需求，看似是一個需求，要挖掘出他們的根本需求，他們為什么提出這個需求，遇到了什么問題，實際上總有更好的實現方式，最好的做法不是滿足客戶/用戶的需求，而是在滿足他們的基礎上，讓他們感到驚喜。
其他的點
（1）身兼多職
因為我們還是創業公司，人手不多，所以在我們規劃版本時需要身兼多職，不僅要規劃好這個版本要上的功能，還要做好交互設計并盡可能的去照顧用戶體驗，同時還要兼任項目經理，保證項目按期完成。
（2）設計
交互設計的能力在這一年中得到了極大提升，最開始用axure連動態面板都不會用，原型丑陋到滿屏的黃色隱藏框，因為要做多個彈框，到現在我還保存著最初的原型文件。
（3）運營
因為我所負責的是平臺型產品，用戶一般是跟我們合作的TOB的客戶和一些開發者，所以這里沒有怎么涉及到留存、促活以及數據分析，就是做一些日常的平臺維護與審核工作。
（4）技術
平時跟開發測試溝通的多了，“技術黑話”不得不去了解，接口、表結構、寫死、post請求……
代碼打包、部署，以及前端頁面的“檢查元素”查看請求的后端接口與響應……為了更順暢地跟程序猿哥哥們溝通，這些還是很有必要加強的。
作者：舅本華，微信公眾號：舅本華
本文由 @舅本華 原創發布于人人都是產品經理。未經許可，禁止轉載。
題圖來自 Pexels，基于 CC0 協議
很真實?。???
切身體會
很實用，可否弄個微信群，可以和請教呢？謝謝
微信群還是算了吧，就咱們倆多尷尬，可以關注我公號，我都會及時回復的 ?? 。
1024
2的十次方？ ??
受教，已關注公眾號。
謝謝老鐵。