當(dāng)進(jìn)行敏捷開(kāi)發(fā)時(shí),你的PRD應(yīng)該怎么寫(xiě)?
![](http://image.woshipm.com/wp-files/img/101.jpg)
敏捷開(kāi)發(fā),并不意味著產(chǎn)品經(jīng)理在寫(xiě)PRD的時(shí)候就可以偷工減料,相反,這更考驗(yàn)產(chǎn)品經(jīng)理的功力,因?yàn)楫a(chǎn)品經(jīng)理需要精簡(jiǎn)信息,將真正的有效信息簡(jiǎn)單且清晰地傳達(dá)給PRD閱讀者,從而真正達(dá)到敏捷開(kāi)發(fā)的目的。
敏捷開(kāi)發(fā)這個(gè)詞越來(lái)越為大家所熟知了。簡(jiǎn)單來(lái)說(shuō),敏捷開(kāi)發(fā)就是以用戶需求為導(dǎo)向,通過(guò)快速開(kāi)發(fā)將產(chǎn)品投入市場(chǎng),獲取市場(chǎng)反饋,從而快速迭代、優(yōu)化升級(jí)、循序漸進(jìn)的開(kāi)發(fā)方法。 我們不去片面評(píng)價(jià)敏捷開(kāi)發(fā)的好壞,畢竟事物都具有兩面性,任何事物都有各自的優(yōu)劣。但在創(chuàng)業(yè)團(tuán)隊(duì)建立的前期,在產(chǎn)品還處于一個(gè)idea狀態(tài)、開(kāi)發(fā)人員并不多的場(chǎng)景下,敏捷開(kāi)發(fā)還有具有一定的優(yōu)勢(shì)的。 敏捷開(kāi)發(fā),其中一個(gè)重要原則就是“多溝通,盡量減少文檔”。因此,敏捷開(kāi)發(fā)中,產(chǎn)品經(jīng)理在撰寫(xiě)PRD時(shí),應(yīng)該盡量做到精簡(jiǎn)。注意,此處用詞是“精簡(jiǎn)”,而非“簡(jiǎn)化”。那么,撰寫(xiě)一份精簡(jiǎn)的PRD,產(chǎn)品經(jīng)理具體要怎么做呢? 如今,越來(lái)越多的產(chǎn)品經(jīng)理已經(jīng)摒棄了word冗長(zhǎng)的產(chǎn)品需求文檔,直接在產(chǎn)品原型上通過(guò)備注的形式來(lái)說(shuō)明需求和描述功能點(diǎn)(造成這個(gè)現(xiàn)象的原因很大程度上是由于PRD的最重要用戶——程序員更偏向于直接看著原型進(jìn)行開(kāi)發(fā),經(jīng)常直接忽略word格式的PRD)。那么,遵循敏捷開(kāi)發(fā)的“盡量減少文檔”原則,在形式上,我們更提倡直接將產(chǎn)品需求文檔內(nèi)容標(biāo)注在原型圖上。我想,這對(duì)于PM和RD都是一種減少工作量的好方式。當(dāng)然,前提是你的PRD需求完整且邏輯清晰。 詳細(xì)的教程請(qǐng)閱讀干貨: http://m.codemsi.com/rp/211554.html http://m.codemsi.com/rp/389092.html 再精簡(jiǎn)的PRD仍舊不可或缺結(jié)構(gòu)圖和流程圖。 首先,全局結(jié)構(gòu)圖,作為整個(gè)PRD的骨架,可以讓PRD閱讀者對(duì)產(chǎn)品的總體功能構(gòu)成一目了然,這樣在接下來(lái)繼續(xù)閱讀每個(gè)部分的原型圖和對(duì)應(yīng)的說(shuō)明文檔時(shí),思路能夠更加清晰。就像每本書(shū)都會(huì)有目錄一樣,目錄是讓你最快了解這本書(shū)大概的內(nèi)容的捷徑。 其次,一些基礎(chǔ)功能的流程圖(如登錄注冊(cè)之類),我們是可以有選擇性地不將其呈現(xiàn)在PRD里的;而那些實(shí)現(xiàn)重要業(yè)務(wù)需求的功能流程,我們還是必須將其用流程圖清晰展示出來(lái)的。這樣即使在需求會(huì)議后,程序員對(duì)某個(gè)流程比較模糊了,也可以翻一翻PRD來(lái)確認(rèn)。 所以,重要功能的流程圖,可以說(shuō)是一份PRD的靈魂,是千萬(wàn)不可以省略的(為了避免全是文字,產(chǎn)生視覺(jué)疲勞,以用戶端的優(yōu)惠券功能為例,特附優(yōu)惠券總體結(jié)構(gòu)圖和優(yōu)惠券功能下的一個(gè)流程圖)。 (優(yōu)惠券功能總體結(jié)構(gòu)圖) (獲取優(yōu)惠券方式: “搖一搖”流程) 并不是每個(gè)名詞都需要寫(xiě)解釋、下定義! 我記得剛?cè)胄袝r(shí),第一次寫(xiě)產(chǎn)品說(shuō)明文檔,我甚至還寫(xiě)了“用戶”二字的定義。當(dāng)時(shí)的PRD是直接參照公司產(chǎn)品前輩的,他之前寫(xiě)了“用戶”的名詞解釋,于是我也照抄了過(guò)來(lái)。 (反例:曾經(jīng)我寫(xiě)的名詞解釋) 現(xiàn)在想想覺(jué)得略為搞笑。因?yàn)檫@個(gè)詞的定義在APP 1.0版本的時(shí)候已經(jīng)確認(rèn)過(guò)了。而且,這個(gè)名詞應(yīng)該屬于比較容易理解、不容易產(chǎn)生歧義的范疇。所以我相信,像類似這樣的詞的解釋,對(duì)于PRD閱讀者來(lái)說(shuō)就是一個(gè)無(wú)用信息。 好吧。說(shuō)正事。那么什么時(shí)候你需要寫(xiě)名詞解釋呢?什么詞才是重要的詞呢? 這個(gè)名詞在產(chǎn)品設(shè)計(jì)中第一次出現(xiàn)且是業(yè)務(wù)需求的重點(diǎn) 例如,當(dāng)你在設(shè)計(jì)優(yōu)惠券功能時(shí),那么“優(yōu)惠券”這個(gè)名詞就是一個(gè)重要名詞??赡艽蠹視?huì)說(shuō):“不對(duì)啊,優(yōu)惠券不是很好理解嗎?需要名詞解釋嗎?”我可以明確告訴你,在這個(gè)場(chǎng)景下,需要!這是我之前在一家O2O公司工作時(shí),曾寫(xiě)過(guò)的定義:“優(yōu)惠券是指由xxx平臺(tái)發(fā)行的,用戶使用XXX APP 結(jié)賬時(shí),用于抵扣訂單金額的電子券”。這個(gè)定義指出了幾點(diǎn)關(guān)鍵信息,一優(yōu)惠券的發(fā)行方,僅僅可以使平臺(tái),不能是平臺(tái)的商家;二使用場(chǎng)景是用戶在結(jié)賬時(shí);三作用是抵扣訂單金額;四優(yōu)惠券非實(shí)體券,是電子券。 容易混淆的名詞 讓我們?cè)賮?lái)舉個(gè)例子。比如,“連鎖店”這個(gè)詞已經(jīng)在之前的設(shè)計(jì)中出現(xiàn)過(guò),也解釋過(guò)了。但是在你當(dāng)前的產(chǎn)品設(shè)計(jì)中,有了一個(gè)“商戶組”的概念。乍看之下,真的會(huì)讓人云里霧里,有點(diǎn)懵。光從字面理解,好像都是指代一組商戶,具體的區(qū)別并不是那么清楚。那么這個(gè)時(shí)候,你需要將兩個(gè)概念最好放在同一個(gè)頁(yè)面中以對(duì)比的方式解釋清楚,以免造成程序員的大腦短路。 (對(duì)比方式的名詞解釋) 為了能真正實(shí)現(xiàn)敏捷開(kāi)發(fā),請(qǐng)?zhí)崆斑^(guò)濾掉不重要的名詞解釋,把頁(yè)面的位置留給那些重要的名詞吧! 看到這里,是不是覺(jué)得,其實(shí)還是要寫(xiě)挺多東西的呢?沒(méi)辦法,規(guī)則和異常情況這二者都是非常重要、不可省略的。其實(shí)產(chǎn)品經(jīng)理的PRD把規(guī)則和異常情況寫(xiě)得越清晰,程序員在開(kāi)發(fā)時(shí),就能越順利。在你把PRD交給技術(shù)同學(xué)后,你總不希望他們?nèi)晃鍟r(shí)的來(lái)問(wèn)你“這個(gè)列表具體一次加載多少個(gè)商戶”“如果沒(méi)有匹配的信息,需要給什么樣的反饋呢”之類的問(wèn)題吧?這樣首先拖慢了開(kāi)發(fā)的進(jìn)度,其次也會(huì)顯得你作為一個(gè)PM非常的不專業(yè)! 規(guī)則說(shuō)起來(lái),其實(shí)是比較繁雜的一個(gè)東西,除了剛剛舉例的“商列表頁(yè)一次加載多少商戶”,你可能還要寫(xiě)許多細(xì)致的規(guī)則如,訂單編號(hào)的規(guī)則是什么、默認(rèn)排序的規(guī)則是什么等等。這里就不一一舉例了。相信每個(gè)做產(chǎn)品的同學(xué)都是明白的,如果一開(kāi)始規(guī)則沒(méi)寫(xiě)清楚,需求評(píng)審會(huì)時(shí),就容易被問(wèn)得啞口無(wú)言。 那么異常情況呢,這個(gè)更是關(guān)鍵。千萬(wàn)不要小看了異常情況。一個(gè)異常情況下(特別是用戶端),如果沒(méi)有友好的指引,你的用戶很快就能流失殆盡。舉個(gè)非常慘痛的例子,還是之前做O2O的公司。用戶在支付完成以后,由于APP沒(méi)有收到某支付平臺(tái)的回調(diào)信息,所以用戶看到的界面仍舊還是未完成支付的訂單提交頁(yè)面。但是用戶的手機(jī)確實(shí)能查詢到扣款信息。這個(gè)時(shí)候,那就是非常尷尬了!頁(yè)面一動(dòng)不動(dòng),也沒(méi)有任何反饋。那究竟用戶算不算付款了呢?這就是由于在產(chǎn)品設(shè)計(jì)中,沒(méi)有考慮到支付接口回調(diào)異常這個(gè)問(wèn)題,而漏掉了與此相關(guān)的產(chǎn)品設(shè)計(jì)。據(jù)當(dāng)時(shí)地推的同事反饋,因?yàn)橛脩魺o(wú)法取消訂單,而頁(yè)面又沒(méi)有任何反饋,用戶不得不在商戶那里多呆了半個(gè)小時(shí),就為了等支付回調(diào)。 我已經(jīng)用血和淚的教訓(xùn)告訴了大家,敏捷開(kāi)發(fā)中,切記要把規(guī)則以及異常情況都寫(xiě)上?。?! 最后一點(diǎn),簡(jiǎn)單提一下就可以了。如果提交的原型和對(duì)應(yīng)的PRD更新了,記住把變更的內(nèi)容寫(xiě)上。嗯,就是我們常說(shuō)的,版本修改信息。需要的字段有:修改時(shí)間、修改內(nèi)容、備注、修改人。以及,把版本修改信息放在你原型的第一頁(yè)。 總而言之,敏捷開(kāi)發(fā),并不意味著產(chǎn)品經(jīng)理在寫(xiě)PRD的時(shí)候就可以偷工減料,相反,這更考驗(yàn)產(chǎn)品經(jīng)理的功力,因?yàn)楫a(chǎn)品經(jīng)理需要精簡(jiǎn)信息,將真正的有效信息簡(jiǎn)單且清晰地傳達(dá)給PRD閱讀者,從而真正達(dá)到敏捷開(kāi)發(fā)的目的。 P.S:我也是正在學(xué)習(xí)中的產(chǎn)品,以上僅為個(gè)人經(jīng)驗(yàn),若有錯(cuò)誤的地方,歡迎指正。 本文由 @Mika 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。1 直接將PRD在原型上標(biāo)注
2 產(chǎn)品全局結(jié)構(gòu)圖和重要流程的圖示不可省略
3 重要名詞需要有清晰簡(jiǎn)潔的定義
4 你還需要把規(guī)則以及異常情況都寫(xiě)上
5 記錄下你的PRD變更
雖然是自學(xué)摸索的過(guò)程 但是讀到相通的工作方法好親切 好想要一份常見(jiàn)的缺省頁(yè)面列表啊哈哈哈哈
我表示剛開(kāi)始的鏈接沒(méi)有“_blank”,老跳轉(zhuǎn),體驗(yàn)真的很差。
方便加微信嗎?主要是平時(shí)可溝通交流
平凡之路