如果你不能簡單表達它，說明你還不夠了解它 ——愛因斯坦
近期參加了不少的需求評審，不管是團隊內部還是自己所帶的產品新人。在落地產品需求中，每個產品經理都要打一場有準備的“仗”，在需求落地中我總結一個好的需求落地除了有效的解決問題外，還要從簡、快、情上面去落地需求評審會。為此圍繞這三個字，我舉例3個不同的場景。
簡單的需求
我們在產品需求挖掘中，每一次迭代都會盡可能的將需求深度不僅滿足業務外，還要方便以後擴充套件。這裡舉例個人資訊繫結微信頁面，在這個頁面裡使用者會有解綁和繫結的操作。 在上圖中，產品經理為避免使用者非本人情況下將其解綁，增加了微信解綁的密碼輸入驗證。整個需求在實現過程中，完全滿足業務流程（解綁和繫結）。 換另外一個方案，使用者點選解綁後只需要彈出彈窗給予使用者選擇是否解綁即可 產品經理也似乎找不到更好的理由去選擇方案1.最終落地的需求方案是方案2. 這個case我希望表明，需求的簡單不是代表著無法滿足業務。而是為業務找到最合適的方案。 快速的過需求 我們在需求落地中，會議與溝通是整個需求實現外最花費時間的環節。為此如果要儘可能的讓需求上線。應該在專案排期中快速的將需求在會議中溝通，不是主業務的需求在私下會議下溝通。 例如使用者的個人資訊展示頁面，在這個頁面中。除了核心的賬戶名稱、使用者頭像、性別、年齡外，其他資訊是產品經理圍繞產品屬性或周邊給予的欄位 在會議溝通中若出現下面場景： 開發同學A：“我覺得沒必要出現郵箱吧” 產品同學：“郵箱是為了支援更多的訊息觸達渠道” 產品同學B：“我覺得abxcxaxxxxxx" 產品同學：“XXX%%%%” 10分鐘過去了，還是停留在討論這個郵箱 類似這樣的溝通方式，產品經理需要把控整體頁面沒有大的需求問題下。非常細的欄位問題可以留到會議下溝通。 類似這樣的場景，你會如何處理呢？ 用情去說服開發 這裡的情不是人情，而是一個產品經理在工作中的情商表現。很多需求例如上面的個人資訊欄位在評審會花大量時間去溝通一個方案是不顯示的。為此下來後產品經理可以走到負責該模組的開發同學哪裡，去拍板產品的方案。很多時候這些細小的欄位，產品經理私下溝通即可。既可以避免在評審會議中，你一句我一句將整個評審會議的主題帶偏。也可以不影響產品主業務需求下，去讓產品需求快速上線。 我們無法否認，很多細節的需求我們沒辦法有更好的理由表達為什麼做了會比不做好。感覺不做也差不多，但是有了又可以更精緻，開發工作量也不需要增加太多。 其次，在開發中我建議產品經理可以根據開發的節點或偶爾過去與開發交流。不僅可以將需求表達的更具體形象，還可以撿漏。 這裡的撿漏：有一些細節或許在評審中遺漏或沒有明確說不做的，可以讓開發同學做。 好啦，今天的分享就在這裡。我堅持每週分享2篇原創～ 近期專題 產品經理對接第三方case，國內外4家公司聯動落地專案 《人生的意義》,我們永不停歇忙著去做什麼？ 產品落地的細緻活，標準文案 後臺產品，1個case|專欄正式上架 學會“引導”，讓需求快速落地 降價處理的另一種方式，產品人PK需求方 另外我個人第一本書籍《從零到壹：PM改變世界的點滴》電子檔正式上線這本我歸納222篇產品原創，涵蓋產品經理面試、演算法、互動等不同維度的內容，如果你感興趣可以打賞後留言你的郵箱。我會在每天中午12點左右傳送到你郵件中（希望大家勿外傳支援，支援版權）。如果你需要預覽書籍大綱，可以跳轉連結 一本給自己與產品人的書：從零到壹。