做產(chǎn)品也有快一年多了，一直都是野蠻生長承桥，做的也都是一些中小需求驻粟，感覺自己把握的還可以，這次做了個大活兒凶异，感覺暴露出了不少問題蜀撑，所以做個總結(jié)，只求以后能盡量避免剩彬。
項目是運營商外包出來的酷麦，國企嘛，領(lǐng)導(dǎo)拍拍腦袋喉恋，底下人風(fēng)風(fēng)火火的就開始干沃饶。前期的調(diào)研一概沒有，沒有明確的目標(biāo)用戶及市場轻黑，需求自然也是領(lǐng)導(dǎo)拍板的糊肤，一個1.0版本的產(chǎn)品，都快趕上別家4.0的了（別較真氓鄙，我就隨口這么一說）馆揉。最要命的是項目時間，從立項到上線只給兩個月抖拦，呵呵把介。
我們公司目前伺候了好幾個省的大爺勤讽，目前資源是這樣分配的：設(shè)計及客戶端資源是共享的，根據(jù)各省任務(wù)靈活調(diào)配拗踢；服務(wù)端每個省都是固定的人脚牍，除了做該項目，同時還要處理各種線上問題巢墅、領(lǐng)導(dǎo)拍腦袋的需求以及一些不痛不癢的運營需求（說到這我就忍不住吐槽诸狭，國企做事情，真的只是為了做而做君纫，東施效顰驯遇，浪費資源而已）；測試只有一個人蓄髓，還是跟一個大省共享叉庐。
我跟需求方也不是直接接觸，有一個中間人在我們之前做傳達(dá)会喝，所以需求溝通起來陡叠，也是比較費勁，浪費時間肢执。給過來的需求都比較糙枉阵，一句或幾句話的描述，要了解需求的來龍去脈预茄，明確目的后兴溜，評估方案后轉(zhuǎn)化成文檔。
六月初啟動到現(xiàn)在耻陕，Android和iOS基本開發(fā)完成拙徽，Android的問題基本解決完了，iOS還有較多問題需要修改诗宣。這是在砍掉了一個大功能膘怕，推送基本沒做，UI沒有調(diào)整梧田，不影響大流程就不改的前提下達(dá)到的淳蔼。
前文談到侧蘸，項目時間比較緊裁眯，具體到我這邊的時間也沒有多少，我給了自己一周時間讳癌，出教師穿稳、家長兩個版本的需求，兩個版本整體功能相似晌坤。
現(xiàn)在正式開始吐槽我的給開發(fā)大大們埋下的坑了逢艘。
1旦袋、前期梳理產(chǎn)品結(jié)構(gòu)及信息結(jié)構(gòu)太糙，直接導(dǎo)致產(chǎn)品開發(fā)出來后它改，用起來覺得少東西疤孕，有些功能提供的信息不足；
2央拖、需求文檔寫的太糙祭阀，不少細(xì)節(jié)沒有描述清楚，還有一些是非诚式洌基本的专控，像搜索結(jié)果的展示，部分列表的排序等等遏餐。這就造成了非常大的溝通成本伦腐，甚至有些開發(fā)懶得跟你溝通，按著自己的想法做了失都。還有就是柏蘑，文檔分的格式太多，維護起來實在太累嗅剖，版本管理及更新說明不夠規(guī)范辩越。
3、需求評審太糙信粮，當(dāng)時開發(fā)也沒有看文檔細(xì)節(jié)黔攒，只是聽我大致講了一遍本來就粗糙的文檔。很多可以避免的坑强缘，也未能避免督惰。其實正常迭代，我會至少跟開發(fā)旅掂、測試過兩遍需求赏胚，一遍我講，一遍開發(fā)商虐、測試講觉阅，確保三方對需求的理解達(dá)到一致。這次真心是太趕了秘车。
4典勇、溝通太糙。無論是項目的跟蹤叮趴，還是說同步需求變動到所有項目成員割笙，都不那么主動、及時眯亦。包括跟外部（領(lǐng)導(dǎo)及第三方）溝通也不足伤溉，項目進展沒有及時主動同步般码、匯報，困難和風(fēng)險也未能及時提出乱顾。
回顧下來板祝，明顯感覺離一名合格的產(chǎn)品經(jīng)理還有不少差距，未來的路還很長（希望還有路可走）走净。希望在三年級的時候扔字，至少可以獨立做出一款完整、嚴(yán)謹(jǐn)?shù)漠a(chǎn)品温技。至于像業(yè)界流傳的牛逼產(chǎn)品方法革为，還是留給更高級的我去使用吧。
兒子昨天滿月舵鳞，順便祝他健康快樂震檩，跟老爸一起成長。
