互聯(lián)網(wǎng)產(chǎn)品經(jīng)理必備文檔技巧(編輯修改稿)
2025-07-21 16:09 本頁面
【文章內(nèi)容簡介】 以靈活的 跳過模板某些部分和創(chuàng)建新的內(nèi)容。 區(qū)分需求的優(yōu)先級 在這些年里， 我從來沒有碰到一個工程師團隊實現(xiàn)了 MRD 里包括的所有特性的沒有刪減的項目通常由于那些我們控制之外因素！ 這就是說作為 MRD 作者的產(chǎn)品經(jīng)理，當出現(xiàn)需要決定取舍的時候，應(yīng)該提供一個辦幫助讓他們決定那些特性要實現(xiàn)那些可以推遲。 區(qū)分需求的優(yōu)先級是一個最好 的能幫助完成這個事情的辦法。 我發(fā)現(xiàn)把需求分等級就像 P1， P2， P3...這樣工作的剛剛好。在這個分類中P1 是最高優(yōu)先級，P2 是第二高優(yōu)先級等等。 最好的決定一個已經(jīng)明確的需求的優(yōu)先級方法這個需求實現(xiàn)后的好處包括你的客戶和你的公 司。在實際實踐中，最好是和其他多種因素一起綜合決定。 我推薦你只要包括 P1，P2，P3 的需求在你的 MRD 中，在多數(shù)的項目中更低的優(yōu)先級可能未必會 實現(xiàn)。還有這樣也讓 MRD 變得更加容易讀。 說明是什么和為什么，但不要如何 說明是什么 為什么 但不要如何 產(chǎn)品經(jīng)理為理解客戶的需求負責，然后基于這些理解定義什么和為什么需要開發(fā). 有一件比任何事情讓開發(fā)者發(fā)瘋就像在幾英里外都能聽到的汽笛在他們耳邊尖叫一樣的是一個令人痛苦 的詳細描述了怎樣實現(xiàn)每一個需求細節(jié)的 MRD。 考慮你們公司正在開發(fā)的以下兩種描述 CRM“Login”功能的方法。 推薦描述“是什么” Mike 是一個銷售經(jīng)理，當他打開我們的 CRM 軟件，他會看到一個登陸界面...登陸界面建議提供 “記住我”復選框。如果 Mike 在點擊登陸按鈕之前選擇了該復選框，我們的軟件將記住并且在他下次來 到登陸界面時自動填寫他的名字。 不推薦描述“怎么樣” Mike 是一個銷售經(jīng)理，當他打開我們的 CRM 軟件，他會看到一個登陸界面...登陸界面建議提供 “記住我”復選框。如果 Mike 在點擊登陸按鈕之前選擇了該復選框?qū)⑼ㄟ^ Javascript 保存他的名字 以 cookie 的方式寫到他的硬盤。當 cookie 寫到硬盤后，用戶名和密碼將被發(fā)送到服務(wù)器。下一次 Mike 來到登陸界面時，Javascript 將讀取他的 cookie，成功讀取后，Javascript 將是適當?shù)?DOM 命令填充 登陸頁面上的用戶名。好的產(chǎn)品經(jīng)理擅長理解用戶的需求和描述什么需要實現(xiàn)，好的工程師擅長決定怎 么樣實現(xiàn)它。好的工程師希望能自由的決定怎么樣最好的實現(xiàn)用戶希望得到的東西。 我注意到有技術(shù)背景的產(chǎn)品經(jīng)理尤其喜歡描述“如何實現(xiàn)”。如果這些描述的就是你，應(yīng)該從現(xiàn) 在開始不要再做這樣的事了。工程師們將會感謝你。 附： 這里有一些例外的情況當在描述“是什么”中描述“怎么樣”是必要的， 當描述“是什么” 的最好的方式和/或唯一的方式就是描述“怎么樣”的情況。 覆蓋非功能性需求 盡管功能性需求描述產(chǎn)品的功能，非功能性需求描述系統(tǒng)特性，如： a)性能 b)可伸縮性 c)可用性 d)國際化 e)等等... 我注意到因為許多產(chǎn)品經(jīng)理和產(chǎn)品市場人員認為這些是“技術(shù)細節(jié)”，而在 MRD 中被忽略。我發(fā)現(xiàn)這些是我的 MRD 中非常重要的一部分，工程師們會非常感激在 MRD 中定義這 些需求。 要點：當寫非功能性需求的時候，盡可能的是使他們可度量（可測試）。否則，QA 不能測試它 們，你將沒有辦法知道完成的產(chǎn)品是否已經(jīng)實現(xiàn)了這些非功能性需求。評審amp。修正 評審amp。 我有一個朋友我們叫他 Matt（他的真名叫 Steve）。Matt 在硅谷一家成功的公司做產(chǎn)品經(jīng)理工 作。最近我在午餐的時候碰到他是告訴我一個非常有趣的故事。 他們雇用了一個有三年經(jīng)驗的產(chǎn)品經(jīng)理。在他被雇用的幾個月里，不知何故他讓他的產(chǎn)品經(jīng)理同 事和工程師一樣疏遠他。 他是罪犯？他基本上認為他的 MRD 就像一個法令。他寫了它，但不想和任何人評審或在反饋的基 礎(chǔ)上修改它。他僅僅想工程師團隊沒有問任何問題的拿著它并實現(xiàn)它們！ 不要像 Matt 的同事那樣。確信做到和你的產(chǎn)品經(jīng)理伙伴和工程師團隊評審你的 MRD。保持一個 敞開的思想然后在評審反饋的基礎(chǔ)上更新 MRD。這將幫助你寫出
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1