PRD對于產(chǎn)品經(jīng)理來說至關(guān)重要，對于經(jīng)驗(yàn)尚淺的產(chǎn)品小白來說，一定要注重培養(yǎng)自己的PRD寫作能力。

我17年大學(xué)入學(xué)后加入了某技術(shù)團(tuán)隊(duì)PM組，到現(xiàn)在也有一年多了，最近一段時(shí)間，我負(fù)責(zé)了一個項(xiàng)目從0到1的產(chǎn)品設(shè)計(jì)和落地跟進(jìn)。

由于各種因素的影響，目前項(xiàng)目的結(jié)果還沒有達(dá)到預(yù)期，但是在項(xiàng)目過程和復(fù)盤中也有一些收獲，以此輸出記錄。

當(dāng)然，這些是一個沒有工作經(jīng)歷的大學(xué)生在校內(nèi)做產(chǎn)品的一些思考，部分內(nèi)容可能不適用于公司工作場景，前輩們有好的建議請不吝賜教。

一、寫PRD不要自娛自樂

1. PRD不是寫給自己看的

PRD的主要使用對象有：開發(fā)、測試、項(xiàng)目經(jīng)理、交互設(shè)計(jì)師、運(yùn)營及其他業(yè)務(wù)人員。開發(fā)可以根據(jù)PRD獲知整個產(chǎn)品的邏輯；測試可以根據(jù)PRD建用例；項(xiàng)目經(jīng)理可以根據(jù)PRD拆分工作包，并分配開發(fā)人員；交互設(shè)計(jì)師可以通過PRD來設(shè)計(jì)交互細(xì)節(jié)。PRD是項(xiàng)目啟動之前，必須要通過評審確定的最重要文檔。

PRD不是寫給產(chǎn)品經(jīng)理自己看的，這是在初期非常重要的一個認(rèn)知，不是說在百度上了解到了像上面這些PRD的主要使用對象這么簡單。

說一個我經(jīng)歷的情況，我寫完P(guān)RD后自己覺得很滿意，該說的都說了，而且自覺說得很有道理，很清楚，但是交給開發(fā)等對象的時(shí)候，他們會吐槽說好復(fù)雜，看不懂，這時(shí)候我就火了，我辛辛苦苦寫的這份PRD你竟然說看不懂，這是你自己的問題吧。

但是我又考慮了一下，這可能真的是產(chǎn)品經(jīng)理的問題，理由有三：

1. 我的腦子里有這個產(chǎn)品完整的樣貌，所以我在寫的時(shí)候會有代入感，這種錯覺讓內(nèi)容帶有跳躍性，就像教科書上編者知道答案，所以兩三個等式就給出了結(jié)果，但是學(xué)生看得一臉懵逼；
2. 人總是會習(xí)慣從自己的視角出發(fā)來看問題，但是每個人的知識框架是不同的；
3. 寫東西的時(shí)候人們會很容易不說人話。

那么我們應(yīng)該怎么做呢？

2. 換位思考，視目標(biāo)對象為用戶

明確了目標(biāo)和問題之后，產(chǎn)品經(jīng)理需要考慮的是我的目標(biāo)對象想要在這份PRD中獲取哪些信息，如何讓他們更好獲取信息，以及為什么他們需要這樣做來獲取這些信息，換句話說，PRD其實(shí)就是你的產(chǎn)品，PRD的使用對象就是你的目標(biāo)用戶，那么你該如何考慮呢？

1. 用戶通過什么途徑來查看PRD，哪個途徑對他們來說最方便？
2. 用戶打開PRD到找到他們想要的信息的路徑是怎么樣的，如何優(yōu)化他們找到信息的路徑？
3. 用戶如何接受你想要傳達(dá)的信息，哪種方式對他們來說最高效？
4. 用戶如何向其他人反饋他的看法和疑惑，怎么讓反饋被更有效地接受？

考慮了用戶使用PRD的完整流程之后，我們就可以開始進(jìn)行全流程優(yōu)化了。

1. 對于第一個問題，使用Axure寫PRD可以生成在線瀏覽的鏈接，不再受文檔保存的限制。一開始我是用傳統(tǒng)的word文檔來寫PRD，在聽了他們的反饋之后，我開始學(xué)習(xí)用Axure重新寫了一版，寫對比PRD的工具的文章已經(jīng)很多了，我不再贅述；
2. 對于第二個問題，使用Axure寫PRD可以自定義一些方便查看的交互，比如全局目錄、在修改記錄中添加一個可以直接跳轉(zhuǎn)的按鈕、可以在PRD和原型間直接跳轉(zhuǎn)等，只要你考慮得足夠細(xì)，可以讓你的用戶在獲取信息時(shí)非常爽；
3. 對于第三個問題，使用Axure寫PRD可以讓你非常方便的將內(nèi)容通過思維導(dǎo)圖等方式進(jìn)行可視化。這一點(diǎn)個人認(rèn)為非常重要，將你想要傳達(dá)的信息轉(zhuǎn)化為人們更容易理解的思維導(dǎo)圖等結(jié)構(gòu)圖，可以極大地降低人們信息交流之間的摩擦，當(dāng)我在用優(yōu)化后的PRD跟程序員們講項(xiàng)目的時(shí)候，他們很快就能了解他們要干的事情是什么；
4. 對于第四個問題，使用Axure寫PRD生成的Axshare鏈接提供評論功能，可以在你想要評論的地方生成一個定位標(biāo)簽，可以直接在評論欄中點(diǎn)擊跳轉(zhuǎn)查看。

二、5WHY法找出問題的根源

這個項(xiàng)目經(jīng)歷了項(xiàng)目延期、尋找外包、最小可行三個階段，可以說踩了很多產(chǎn)品經(jīng)理的坑，在項(xiàng)目過程中我也在不斷思考并改進(jìn)，但總感覺沒抓到要點(diǎn)，學(xué)習(xí)了5WHY法思考框架后，才意識到這些問題其實(shí)可以從根源解決。以下是我在復(fù)盤時(shí)的使用5WHY法的思考過程：

為什么項(xiàng)目會延期？

因?yàn)槌绦騿T沒有投入時(shí)間去做。

為什么他們沒有投入時(shí)間去做？

理由如下：

1. 程序員都是學(xué)生，在時(shí)間和優(yōu)先級上會有沖突，他們選擇優(yōu)先完成自己的事情

為什么項(xiàng)目在他們那的優(yōu)先級不高？

因?yàn)闆]有給他們明確的重視和壓力（程序員們是另一個技術(shù)團(tuán)隊(duì)的，這個項(xiàng)目是團(tuán)隊(duì)老師分配給他們的任務(wù)） 。

為什么沒有給他們明確的重視和緊迫的壓力？

因?yàn)轫?xiàng)目的直接受益者沒有真正重視這個項(xiàng)目。

為什么項(xiàng)目的直接受益者沒有真正重視這個項(xiàng)目？

因?yàn)轫?xiàng)目的直接受益者不是直接發(fā)起人，也不是需求最痛的人，沒有體會到項(xiàng)目的價(jià)值。

所以我應(yīng)該做的是找團(tuán)隊(duì)老師，跟她講明這個項(xiàng)目的意義和對她產(chǎn)生的價(jià)值。

于是我按照這個結(jié)論去執(zhí)行，結(jié)果團(tuán)隊(duì)真的又平穩(wěn)地動起來了，比原來催他們進(jìn)度有效多了

2. 程序員看到項(xiàng)目需要實(shí)現(xiàn)的功能比較多，覺得要花很多時(shí)間，沒有干勁。

為什么他們覺得要花很多時(shí)間？因?yàn)镻RD看起來比較復(fù)雜

為什么PRD看起來比較復(fù)雜？

因?yàn)樗麄冊赑RD中看到的是項(xiàng)目的完整結(jié)果，而不是階段性可以反饋的目標(biāo)。所以我應(yīng)該在開發(fā)過程中使用MVP的模式，讓他們能得到階段性的積極反饋 于是我重新設(shè)計(jì)了產(chǎn)品MVP的形態(tài)，盡管和完整版相差較大，不能夠徹底實(shí)現(xiàn)原先的目的，但是仍僅僅圍繞著我們的核心需求，并且程序員們也覺得輕松了。

因?yàn)樵谛畔⒌某尸F(xiàn)方式上太死板。 所以我應(yīng)該讓信息的呈現(xiàn)更加直觀 在優(yōu)化過程中我通過思維導(dǎo)圖等形式讓重要的信息可視化，讓他們能夠更容易接收。

三、MVP的作用不僅體現(xiàn)在成果，還體現(xiàn)在過程

1. MVP是一個積極反饋

在做這個項(xiàng)目時(shí)，我并沒有采取MVP+快速迭代的方式，理由有三：

1. 項(xiàng)目有非常明確的且固定的用戶來源，并不需要投入市場檢驗(yàn)產(chǎn)品；
2. 項(xiàng)目涉及三個用戶角色，只有三個角色所涉及功能都完善了，才能達(dá)到我們做這個項(xiàng)目的初衷；
3. 項(xiàng)目安全性要求較高，在所有功能測試完全之前上線可能得不償失。

那么我為什么又在復(fù)盤時(shí)改變了主意呢？因?yàn)槲艺J(rèn)為MVP不只是用來做產(chǎn)品驗(yàn)收的階段指標(biāo)，還可以給團(tuán)隊(duì)成員一個積極反饋。

人類的“文科生思維”決定了我們更喜歡得到及時(shí)反饋。而對于周期較長的項(xiàng)目開發(fā)來說，就是需要給自己一個能跑起來的東西，哪怕這個東西只是給自己看，甚至說為了能讓它跑起來，會需要去多弄一些對于迭代來說冗余的東西，但我能換回來的是一個階段性的積極反饋，這個正反饋循環(huán)能讓團(tuán)隊(duì)成員越來越積極地去給這個東西添磚加瓦來實(shí)現(xiàn)下一階段的目標(biāo)。

2. MVP的正確含義

迭代是重復(fù)反饋過程的活動，其目的通常是為了接近并到達(dá)所需的目標(biāo)或結(jié)果。每一次對過程的重復(fù)被稱為一次“迭代”，而每一次迭代得到的結(jié)果會被用來作為下一次迭代的初始值。

根據(jù)維基百科的解釋，其實(shí)圖片上方的形式才是理論意義上的迭代，因?yàn)樗恳淮蔚慕Y(jié)果都可以直接用來作為下一次迭代的初始值，而MVP的模式還需要去付出一些額外的資源，最后得到的都是一輛車，上方這種成本才是最低的。

對于我做的這個項(xiàng)目，不需要考慮先發(fā)優(yōu)勢、產(chǎn)品驗(yàn)證等維度，MVP其實(shí)是一個用戶最優(yōu)的概念，而不是一個成本最優(yōu)的概念，但是團(tuán)隊(duì)成員有三個局限：

• 開發(fā)者是學(xué)生，屬于兼職參與做開發(fā)，時(shí)間和優(yōu)先級上會有沖突；
• 當(dāng)開發(fā)者看到要實(shí)現(xiàn)這么多功能時(shí)，好像做完遙遙無期，會產(chǎn)生畏難情緒；
• 看到產(chǎn)品展示成果的周期太長，做著做著會失去興趣，消極推脫。

考慮到這三點(diǎn)，雖然采取MVP的開發(fā)模式會增加他們不必要的工作量，但是權(quán)衡比較，這部分工作量遠(yuǎn)小于積極反饋所獲得的滿足感，畢竟人不是完全理性的動物。

總結(jié)

在學(xué)校中做項(xiàng)目，能提升的主要還是作為界面產(chǎn)品經(jīng)理的能力，幾乎不可能養(yǎng)成商業(yè)產(chǎn)品經(jīng)理的意識，界面產(chǎn)品經(jīng)理和商業(yè)產(chǎn)品經(jīng)理最大的區(qū)別是對“成本”概念的理解，而學(xué)校會給學(xué)生一種成本錯覺，讓人覺得人力成本、試錯成本、技術(shù)成本等似乎不太重要。

我希望能夠通過實(shí)習(xí)去體驗(yàn)真正的成本意識、資源調(diào)度以及復(fù)雜系統(tǒng)的協(xié)作機(jī)制，能打破自己的認(rèn)知局限。

如果前輩們能指點(diǎn)一二，歡迎留言交流。

本文由@ Cemeworm 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于CC0協(xié)議。