如何寫好一份結構清晰的PRD桨啃？看過很多人寫的prd，經(jīng)歷了數(shù)不清的大大小小的產(chǎn)品評審會議檬输，讓我發(fā)現(xiàn)一個普遍的現(xiàn)象，包括本人也是這樣匈棘。比如分析的不夠透徹丧慈、設計不夠嚴謹、流程考慮不夠全面主卫、邏輯不夠完善。
為什么這么說呢簇搅？
首先大家都知道瘩将，一個好的產(chǎn)品是不需要過多解釋的。
回到我們的PRD上面來肠仪，大家是不是總遇到這個問題异旧。在你進行串講的時候也就是溝通需求的時候提佣，給大家講邏輯的時候大家都覺得聽懂了拌屏，明白了，設計師知道如何如何設計了然低、開發(fā)小哥哥知道如何如何開發(fā)了，測試也清楚了带兜，總之大家覺得沒啥問題了吨灭。但真的是這樣嗎？
???????? 我這個人比較容易最求完美无畔，總想一次性解決問題浑彰。不想來回改動決定好了的東西拯辙，想必大家也是這樣子涯保。在一切你覺得理所當然的時候，大家各司其職的時候未荒，設計稿出來了你覺得不是這樣及志，開發(fā)過來一遍遍的問你邏輯是不是這樣困肩，這樣不行那樣不行锌畸，這樣會影響之前的如何如何邏輯等等一系列問題，甚至是測試在寫測試用例的時候也過來詢問等等一系列情況比默。如果一個人負責的內容較多的時候命咐，忙起來真是有點他丫的恨不得重新來PRD寫谐岁。當開發(fā)開發(fā)的交互不對的時候，當設計設計不對的時候沛善，當測試在問的時候有沒有想過這是因為PRD不合格的原因而只是悶頭在修改PRD塞祈，沒有總結，沒有頭緒尤蛮，甚至是有的產(chǎn)品邏輯都沒搞清楚产捞。
???????? 那么如何解決這個問題呢哼御？---下次再更新一下沒寫完艇搀。
