當開發(fā)按PRD做出來的產品讓你欲言又止，問題往往出在需求傳遞的'感覺差'上。產品設計中最關鍵的'為什么'和'應該什么樣'常常被文檔的靜態(tài)描述所遺漏。本文揭示了產品與開發(fā)間的信息差本質，并提供了三個比寫八頁PRD更有效的溝通方法，幫你把腦海中的產品圖景真正傳遞到開發(fā)者手中。

———— / BEGIN / ————

我們日常工作的時候很容易遇到這種情況，產品做到一半，開發(fā)突然發(fā)來一張截圖：”你看，這是按你說的做的?！?/p>

你盯著屏幕看了三秒，內心涌起一股說不清道不明的情緒。那是你的需求嗎？說是，也是，邏輯沒錯。說不是，差太遠了，那個感覺完全不對。

這種情況幾乎每個產品經理都經歷過。然后開始互相甩鍋：產品說，我都寫在PRD里了；開發(fā)說，我就是按PRD做的。兩邊都沒說謊，但東西就是做歪了。

問題到底出在哪？

寫清楚了不等于說清楚了

大多數產品經理溝通需求的方式，是寫文檔。

寫文檔沒錯，但文檔是靜態(tài)的，它只能描述”是什么”，很難傳遞”為什么”和”感覺應該是什么樣”。偏偏產品設計里最重要的東西，恰恰是那個”感覺”。

你寫”點擊按鈕后彈出確認框”，開發(fā)看了會做一個確認框。但你心里其實想的是：這個操作風險很高，用戶很可能是誤操作，所以確認框要足夠醒目，措辭要帶一點警告感，不能是那種隨手一點就消失的提示。這些，PRD里有嗎？

大概率沒有。因為你覺得這是”常識”，不用寫。結果常識歸常識，實現(xiàn)歸實現(xiàn)，兩件事完全是兩條平行線。

信息差不是態(tài)度問題

這里有個很多產品人容易搞錯的地方：開發(fā)做錯了，不等于開發(fā)不認真。

開發(fā)的思維模式是：給我一個明確的輸入，我給你一個明確的輸出。他不會去猜你想要什么感覺，他只處理你給的信息。你給了什么，他就做了什么。

你說”彈框要醒目”，他做了個紅色的、字號18的彈框，你看了覺得太丑。那是因為”醒目”在你腦子里是一個具體畫面，但在他那里只是一個形容詞。

這不是態(tài)度問題，這是信息差。很多產品人在這里走偏了，開始覺得”開發(fā)不配合””故意的””油鹽不進”。然后陷入對立情緒，溝通越來越難。其實真正的問題是：你沒有把你腦子里的那張圖，完整地傳遞到對方腦子里。

把腦子里的圖傳過去

怎么傳？三個方法，我覺得比寫八頁PRD管用。

第一，用參考物。不要說”風格要簡潔”，直接發(fā)三張你覺得對的截圖?！本瓦@感覺，參照這個。”視覺上的東西，比形容詞傳遞效率高十倍。

第二，說使用場景而不是功能描述。不要說”新增一個搜索框”，說”用戶在找某個歷史訂單，可能記得的就是一個模糊的關鍵詞，他需要能快速定位到”。當開發(fā)理解了這個人在什么處境下用這個功能，很多設計決策他自己就想明白了。

第三，關鍵節(jié)點當面過一遍。交給開發(fā)之前，約15分鐘，你把整個流程像講故事一樣走一遍。用戶從哪里進來，走哪些步驟，可能在哪里卡住，每一步你期望的狀態(tài)是什么。講完讓對方復述一遍，哪里有偏差，當場對齊。

這15分鐘，能省掉后面三次返工。

說不清楚的需求，本身就沒想清楚

還有一種情況，就是你跟開發(fā)講了半天，發(fā)現(xiàn)自己也說不清楚，前后矛盾，越說越亂。

這其實是一個很好的信號。需求說不清楚，往往是因為需求本身沒想清楚。文檔寫起來可以糊弄過去，因為你可以挑能說清楚的部分寫，但當你面對面要把一個完整鏈路講明白的時候，漏洞就全暴露出來了。

所以逼自己當面講一遍，是檢驗需求質量最快的方式，比自己反復翻文檔效率高得多。能講清楚的需求，才是真的想清楚了的需求。

溝通從來不只是一個技巧問題，它是你對需求理解深度的外顯。你理解得越透，講得越清楚；越清楚，開發(fā)越不會做錯；越不做錯，你們之間的信任越強，下次溝通的摩擦就越少。

這個循環(huán)，值得認真經營。

本文來自公眾號：時光筆記簿 作者：知魚之樂