歡迎加入QQ討論群258996829
蘋果6袋
麥子學(xué)院
產(chǎn)品經(jīng)理實習(xí)生怎樣提高文檔書寫能力？
發(fā)布時間：2018-06-11 17:49 回復(fù):0 查看:4312 最后回復(fù)：2018-06-11 17:49
萬事萬物皆產(chǎn)品，一個好的
產(chǎn)品經(jīng)理
不一定要有成為喬布斯那樣改變世界的抱負，但一定要有寫好產(chǎn)品需求文檔的能力。對于剛?cè)胄械漠a(chǎn)品經(jīng)理特別重要，那么怎樣提高文檔書寫能力呢？
在分享具體的文檔結(jié)構(gòu)之前，有兩個撰寫的前提：
第一，產(chǎn)品文檔的終極目標是指導(dǎo)設(shè)計和開發(fā)，建立對于項目的共同理解。所以在書寫的時候，要對閱讀對象的理解能力和知識水平以及對這個項目的了解程度都要有個大致的判斷，確保每個人都可以看得懂。在Lean startup的背景下，我們既不倡導(dǎo)事無巨細地記錄，也不倡導(dǎo)凡事只講個要點。這個平衡的把握，基于對團隊中每個人的了解。
第二，產(chǎn)品文檔是一個不斷更新的過程。在產(chǎn)品概念設(shè)計階段，根本沒有辦法寫設(shè)計的具體需求和測試計劃。早起產(chǎn)品文檔扮演的角色就是記錄那些已經(jīng)確定的概念和目標，到產(chǎn)品中后期，大家都明白做什么了，也確定了一些用戶流程和屏幕細節(jié)，文檔的整個骨架才會慢慢支撐起來。這意味著，我們一定要做好版本控制。
公司的產(chǎn)品文檔包含十個部分。
1. 產(chǎn)品概覽(overview）大概用三四句話左右高度描述一下我們會做一個什么樣的產(chǎn)品以及為什么要做這樣一個產(chǎn)品。
2. 問題與機會（problem and overview)描述我們通過這個產(chǎn)品需要解決的問題，或者是我們正在尋求的機遇。一般來說，這段話的作用在于讓人閱讀后明白我們?yōu)槭裁匆〞r間做這件事，以及明白了這件事的意義所在。
3. 產(chǎn)品目標與范圍
基于SMART原則來制定的一系列產(chǎn)品目標。其中最重要的是要定義什么是產(chǎn)品的成功。這一點在產(chǎn)品開發(fā)時越早提出來越有優(yōu)勢，慢慢會發(fā)現(xiàn)是一切決策的依據(jù)。
產(chǎn)品范圍不僅定義我們決定花時間去做的事，也包括了決定放棄的功能。明確把這些out of scope的東西也列出來，有利于在未來討論時不用反復(fù)出現(xiàn)“那我們做不做這個？做不做那個”的討論。
4. 產(chǎn)品需求產(chǎn)品需求指的是一小列通過用戶的視角撰寫的聲明。例如“我希望通過這個產(chǎn)品我可以實現(xiàn)……”它不需要包含具體的實施細節(jié)，也不需要寫具體的界面元素。它們只是對于產(chǎn)品成功的一些具體表現(xiàn)。
5. 產(chǎn)品原則這里面會提到一些設(shè)計和技術(shù)的原則，例如facebook的設(shè)計原則就是：universal, clean, consistent, useful等等。不同的產(chǎn)品會需要不同的原則。例如對于2B的一些企業(yè)級軟件，安全和易用是非常高的原則。然而對于一些消費者產(chǎn)品，趣味性和創(chuàng)新可能更為重要。
6. 用戶故事
之前已經(jīng)有人提到了用戶故事，里面講到了用戶故事的三大元素：誰，是什么，為什么。這是一個比較直接的表述。一般在設(shè)計師眼里，會考慮更多的場景，動機，用戶行為以及最終的價值實現(xiàn)。所以一般一個產(chǎn)品，會支持若干個優(yōu)先級的用戶故事。每個用戶故事是描述了一段獨立的end-to-end的使用體驗。它包括：用戶畫像（persona），使用場景（context), 使用意圖（intent), 步驟（flow), 產(chǎn)品價值（value, 產(chǎn)品如何幫助用戶實現(xiàn)價值），以及優(yōu)先級（priority）
一般優(yōu)先級最高的進入MVP（minimal viable product), 然后依次類推，優(yōu)先級最低的進入backlog，大家有空有資源再考慮實現(xiàn)。
7. 設(shè)計細則這里包含的是設(shè)計的細節(jié)。產(chǎn)品經(jīng)理有時候可以提供一些wireframe，也可以讓設(shè)計師來提供更加專業(yè)的設(shè)計稿。
8. 衡量指標這一塊講的是具體如何衡量一個產(chǎn)品的成功。指標性的東西來幫我們判斷自己的努力是否有了預(yù)期的回報。
9. 依賴物（dependencies)這一點比較容易被人忽略，但是往往很重要。因為產(chǎn)品經(jīng)理是對一個產(chǎn)品最有全局觀的人，所以一定要說清楚，哪些交付物得走在哪些交付物的前頭，交付物和交付物之前是什么樣的關(guān)系，這樣對應(yīng)的負責(zé)人才有一個清晰的認識，不致于誤了開發(fā)時間。
10. 測試計劃
測試計劃是一系列需要在產(chǎn)品發(fā)布之前做的測試，確保在各種使用情境下，產(chǎn)品都不會有意外發(fā)生。測試計劃包含了可用性測試，performance，regression testing，以及一些基于特定使用場景下的行為測試。
有好幾點其實要攤來開講，還可以講得更深，不過暫且分享到這里。做產(chǎn)品尤其是在產(chǎn)品初期，其實是不斷地和不同的人碰撞想法的過程。然后我們把一些確定下來的點子放到產(chǎn)品文檔里面封存起來。首先要考慮的是產(chǎn)品是否有價值，這種價值是否可以在交流中讓別人感受到，一般這兩點滿足之后再寫產(chǎn)品文檔會思路清晰很多。
公眾號：maibanzhang
（素材來源于網(wǎng)絡(luò)，并非原創(chuàng)，如有雷同，請聯(lián)系刪除）
在分享具體的文檔結(jié)構(gòu)之前，有兩個撰寫的前提：
第一，產(chǎn)品文檔的終極目標是指導(dǎo)設(shè)計和開發(fā)，建立對于項目的共同理解。所以在書寫的時候，要對閱讀對象的理解能力和知識水平以及對這個項目的了解程度都要有個大致的判斷，確保每個人都可以看得懂。在Lean startup的背景下，我們既不倡導(dǎo)事無巨細地記錄，也不倡導(dǎo)凡事只講個要點。這個平衡的把握，基于對團隊中每個人的了解。
第二，產(chǎn)品文檔是一個不斷更新的過程。在產(chǎn)品概念設(shè)計階段，根本沒有辦法寫設(shè)計的具體需求和測試計劃。早起產(chǎn)品文檔扮演的角色就是記錄那些已經(jīng)確定的概念和目標，到產(chǎn)品中后期，大家都明白做什么了，也確定了一些用戶流程和屏幕細節(jié)，文檔的整個骨架才會慢慢支撐起來。這意味著，我們一定要做好版本控制。
公司的產(chǎn)品文檔包含十個部分。
1. 產(chǎn)品概覽(overview）大概用三四句話左右高度描述一下我們會做一個什么樣的產(chǎn)品以及為什么要做這樣一個產(chǎn)品。
2. 問題與機會（problem and overview)描述我們通過這個產(chǎn)品需要解決的問題，或者是我們正在尋求的機遇。一般來說，這段話的作用在于讓人閱讀后明白我們?yōu)槭裁匆〞r間做這件事，以及明白了這件事的意義所在。
3. 產(chǎn)品目標與范圍
基于SMART原則來制定的一系列產(chǎn)品目標。其中最重要的是要定義什么是產(chǎn)品的成功。這一點在產(chǎn)品開發(fā)時越早提出來越有優(yōu)勢，慢慢會發(fā)現(xiàn)是一切決策的依據(jù)。
產(chǎn)品范圍不僅定義我們決定花時間去做的事，也包括了決定放棄的功能。明確把這些out of scope的東西也列出來，有利于在未來討論時不用反復(fù)出現(xiàn)“那我們做不做這個？做不做那個”的討論。
4. 產(chǎn)品需求產(chǎn)品需求指的是一小列通過用戶的視角撰寫的聲明。例如“我希望通過這個產(chǎn)品我可以實現(xiàn)……”它不需要包含具體的實施細節(jié)，也不需要寫具體的界面元素。它們只是對于產(chǎn)品成功的一些具體表現(xiàn)。
5. 產(chǎn)品原則這里面會提到一些設(shè)計和技術(shù)的原則，例如facebook的設(shè)計原則就是：universal, clean, consistent, useful等等。不同的產(chǎn)品會需要不同的原則。例如對于2B的一些企業(yè)級軟件，安全和易用是非常高的原則。然而對于一些消費者產(chǎn)品，趣味性和創(chuàng)新可能更為重要。
6. 用戶故事
之前已經(jīng)有人提到了用戶故事，里面講到了用戶故事的三大元素：誰，是什么，為什么。這是一個比較直接的表述。一般在設(shè)計師眼里，會考慮更多的場景，動機，用戶行為以及最終的價值實現(xiàn)。所以一般一個產(chǎn)品，會支持若干個優(yōu)先級的用戶故事。每個用戶故事是描述了一段獨立的end-to-end的使用體驗。它包括：用戶畫像（persona），使用場景（context), 使用意圖（intent), 步驟（flow), 產(chǎn)品價值（value, 產(chǎn)品如何幫助用戶實現(xiàn)價值），以及優(yōu)先級（priority）
一般優(yōu)先級最高的進入MVP（minimal viable product), 然后依次類推，優(yōu)先級最低的進入backlog，大家有空有資源再考慮實現(xiàn)。
7. 設(shè)計細則這里包含的是設(shè)計的細節(jié)。產(chǎn)品經(jīng)理有時候可以提供一些wireframe，也可以讓設(shè)計師來提供更加專業(yè)的設(shè)計稿。
8. 衡量指標這一塊講的是具體如何衡量一個產(chǎn)品的成功。指標性的東西來幫我們判斷自己的努力是否有了預(yù)期的回報。
9. 依賴物（dependencies)這一點比較容易被人忽略，但是往往很重要。因為產(chǎn)品經(jīng)理是對一個產(chǎn)品最有全局觀的人，所以一定要說清楚，哪些交付物得走在哪些交付物的前頭，交付物和交付物之前是什么樣的關(guān)系，這樣對應(yīng)的負責(zé)人才有一個清晰的認識，不致于誤了開發(fā)時間。
10. 測試計劃
測試計劃是一系列需要在產(chǎn)品發(fā)布之前做的測試，確保在各種使用情境下，產(chǎn)品都不會有意外發(fā)生。測試計劃包含了可用性測試，performance，regression testing，以及一些基于特定使用場景下的行為測試。
有好幾點其實要攤來開講，還可以講得更深，不過暫且分享到這里。做產(chǎn)品尤其是在產(chǎn)品初期，其實是不斷地和不同的人碰撞想法的過程。然后我們把一些確定下來的點子放到產(chǎn)品文檔里面封存起來。首先要考慮的是產(chǎn)品是否有價值，這種價值是否可以在交流中讓別人感受到，一般這兩點滿足之后再寫產(chǎn)品文檔會思路清晰很多。
公眾號：maibanzhang
（素材來源于網(wǎng)絡(luò)，并非原創(chuàng)，如有雷同，請聯(lián)系刪除）
您還未登錄，請先登錄
熱門帖子
- iDev 全平臺開發(fā)者大會門票免費送！限量10張！
- 蘋果Mac Pro垃圾桶 最低配的ME253CH
- 本人想買個蘋果電腦搞開發(fā)，哪位大俠指點下
- 求助：failable initializer 'init(name:)' cannot override a non-failable initializer
- 為慶祝Swift發(fā)布1個月，雨燕社區(qū)正式上線。
- 在UITextFeild里輸入數(shù)據(jù)，這個數(shù)據(jù)怎么做加減乘除？
- Swift 高仿喜馬拉雅FM
- 要成為自由職業(yè)者？先要學(xué)會蘋果的Swift哦
- 用swift實現(xiàn)的調(diào)用系統(tǒng)相機，相冊的DEMO
- 關(guān)于嵌入式引用\()