持續(xù)跟蹤

需求交付給設計和開發(fā)以后，應該持續(xù)跟蹤，以保證實現(xiàn)的方式跟需求是吻合的。

人與人之間交流，內(nèi)容傳遞是一個衰減的過程，你想的和你說的，以及對方聽到的，可能內(nèi)容都不一樣。

那么，該如何避免制造事故的？

需求采集階段

需求一定是采集來的，而不是自己憑著主觀意識和想當然的同理心去設想出來的，采集需求一定要客觀，只有客觀才能最貼近真實需求，只有貼近真實需求，才能保證接下來的工作路線是正確的。

運營部反饋了一個問題：“用戶覺得這個地方字太小，內(nèi)容又多，操作起來很麻煩，看久了眼睛又花又累?！?/p>

如果單純聽取運營部的想法，以及主觀思考來分析，很容易“誤入歧途”的認為，只要“通過優(yōu)化UI清爽界面，或把一個頁面的功能拆分為兩個頁面來完成” 就能解決用戶這個需求。

其實只有去拜訪用戶，面對面交流，觀察以后，才會發(fā)現(xiàn)用戶的真實需求為：在Web端上開發(fā)出這個功能，因為能用電腦操作，屏幕大。

如果把產(chǎn)品經(jīng)理的工作看作是修路，終點是“滿足用戶需求”，那么需求采集階段就是修路的第一段，我們的理解和看法，產(chǎn)生的思考結果，將決定這條路的方向。

思考實現(xiàn)的方法，實現(xiàn)的路徑，實現(xiàn)的難度，資源的分配，就如盤上公路一半，S型的蜿蜒盤旋，繞過一個又一個的“雷區(qū)”。

只有思考的越透徹，那后面的雜音才會越小，落地的速度才會最快。

分析與設計階段

需求分析與設計，是產(chǎn)品工作中很重要的一部分，這里產(chǎn)出的內(nèi)容，將決定公司接下來的營銷、運營、研發(fā)等資源的調配與消耗，所以需求分析一定要謹慎，產(chǎn)品設計一定要匹配。

1. 學會頻繁的梳理自己的PRD文檔，也許每過一遍，就會修復一些邏輯缺陷，或者產(chǎn)生更好的想法來調優(yōu)方案。
2. 拿捏不準的和概念模糊的，學會請教相關的人，描述想法給他人，以驗證對方案的設想是否正確，只有得到驗證才好大膽的去實現(xiàn)。
3. 對自己批判性思考，學會問自己“首先是這是不是真實需求，其次是這樣解決的可行性如何？最后是這種解決方案在邏輯上是否合理”。
4. 開需求評審會以前，盡量先跟參會的關鍵人員們通通氣，分歧和不統(tǒng)一的意見，盡量放到臺下來解決，減少會議上的雜音。

今年年初，我牽頭負責了我們產(chǎn)品“錢包”功能的重構設計，以下是這期間我的大致工作流程：

如果前期我“聽風就是雨”，做的驗證不夠就拿到臺面上來宣講，那么帶來的結果：

1. 可能與財務系統(tǒng)有沖突。
2. 可能技術實現(xiàn)有困難。
3. 可能不符合公司運營方案的策略。
4. 產(chǎn)品思路有問題，缺陷明顯。
5. 上線后問題暴露，傷害用戶，造成損失。

作為產(chǎn)品的第一負責人，只有嚴謹?shù)淖鍪路绞饺ケ苊獬霈F(xiàn)“產(chǎn)品事故”，才能有機會站在臺上，被眾人所注目，被聚光燈所照亮。

如果只能做螺絲釘，也要做一顆有思想的螺絲釘。

本文由 @擁抱變化?原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉載。