如何規(guī)劃一個(gè)從0到1的產(chǎn)品PRD,做出一個(gè)讓主邏輯跑通的MVP?
本文作者分享一份比較完整的PRD,來自他曾主導(dǎo)規(guī)劃的一個(gè)項(xiàng)目,這是一款搭載在微信服務(wù)號(hào)上的生活服務(wù)類應(yīng)用,針對(duì)家庭生活廢品回收的試探性項(xiàng)目。enjoy~
近些年,移動(dòng)互聯(lián)開始流行風(fēng)口文化,許多創(chuàng)業(yè)者們都聞風(fēng)而動(dòng),奮力爭當(dāng)風(fēng)口上的豬,風(fēng)口就如潮水浪花般一波又一波,把弄潮兒高高捧起又重重的摔落,放眼望去大批大批的被拍死在沙灘上,真正能駕馭浪尖的高手屈指可數(shù)。
能看清時(shí)局,審時(shí)度勢(shì),做到進(jìn)退自如也是創(chuàng)業(yè)者需要修習(xí)的一門功課,作為一個(gè)產(chǎn)品經(jīng)理能夠清醒幫助創(chuàng)業(yè)老板在眾多項(xiàng)目選擇中大膽試錯(cuò)、小步快跑也是必修的功課,《精益創(chuàng)業(yè)》MVP,亦或是敏捷開發(fā)對(duì)產(chǎn)品經(jīng)理來說尤為重要,憋著發(fā)大招又或者邏輯跑不通都是要規(guī)避的。
凱哥曾參與數(shù)個(gè)項(xiàng)目,也主導(dǎo)規(guī)劃了一些從0到1的項(xiàng)目,這里也分享一個(gè)曾自己主導(dǎo)規(guī)劃的項(xiàng)目,這是一款搭載在微信服務(wù)號(hào)上的生活服務(wù)類應(yīng)用,針對(duì)家庭生活廢品回收的試探性項(xiàng)目,當(dāng)時(shí)就是秉著MVP的思維落地運(yùn)轉(zhuǎn)起來。
最好的學(xué)習(xí)就是輸出,所以我把自己數(shù)年前寫的從一份比較完整的PRD文檔干貨分享出來(有些許調(diào)整優(yōu)化和刪減,敏感信息已做處理),如何做出一個(gè)讓邏輯跑通的MVP,適合產(chǎn)品新人學(xué)習(xí)借鑒,快速從某片樹葉跳出來看到整個(gè)樹枝,并朝著看清整顆大樹乃至整片森林方向發(fā)展,也希望借此能得到更多大牛指點(diǎn)。
為了方便瀏覽,先放一張本文的結(jié)構(gòu)圖(如果圖片不清楚可以右鍵在新窗口打開放大查看):
1. 產(chǎn)品簡介
1.1 項(xiàng)目背景
該項(xiàng)目是一款基于家庭(商鋪)廢品交易的搭建在微信端的CtoB搶單平臺(tái),當(dāng)下城市和互聯(lián)網(wǎng)快速發(fā)展的時(shí)代,然而城市(社區(qū))廢品回收依然處在一個(gè)非常落后的環(huán)境,存在時(shí)間、信息不對(duì)稱,服務(wù)落后等問題,根據(jù)調(diào)研的統(tǒng)計(jì)信息研判,快速開發(fā)一個(gè)最小可行性項(xiàng)目,以便快速投入市場進(jìn)行驗(yàn)證?!?/p>
1.2 需求場景
1.3 功能列表
根據(jù)市場調(diào)研采集的功能含有:
- C:綁定手機(jī)、下單功能:定位、語音、分類、文字、照相圖片、選擇商家、查看商家地圖、廢品名稱錄入、廢品重量錄入、廢品價(jià)格列表、廢品計(jì)價(jià)功能、積分兌換功能、預(yù)約時(shí)間功能、快速下單;查看訂單、取消訂單、實(shí)名信息、個(gè)人資料修改、賬戶密碼注冊(cè)登陸、刪除訂單、撤銷訂單、積分商城功能、客服反饋功能。
- B:綁定手機(jī)、注冊(cè)審核、個(gè)人資料查看與修改、地理位置上報(bào)、訂單實(shí)時(shí)推送、搶單功能、訂單自動(dòng)匹配功能、查看訂單(列表)、快速撥打電話、修改訂單信息功能:分類信息、價(jià)格、重量、積分、取消訂單、支付功能、客服反饋功能。
- S:角色權(quán)限功能(級(jí)別、增刪改查)、C端注冊(cè)用戶信息查看和修改、B端商戶信息列表與審核、數(shù)據(jù)看板(B端申請(qǐng)量/審核通過率/活躍信息:搶單量/完單率/每單成交價(jià)格/日、月、季度、年交易額/類別占比,C端PV/UV/注冊(cè)量/天、月、季度、年下單量/成交價(jià)格曲線/類別占比)。
最終v0.1.0版本功能列表:
2. 版本信息
3. 產(chǎn)品邏輯
3.1 整體業(yè)務(wù)邏輯
3.2 資金流圖示
3.3 E-R實(shí)體關(guān)系圖
3.4 第三方注冊(cè)登陸流程(微信)
3.5 頁面流程邏輯
3.6 頁面信息結(jié)構(gòu)
(1) C端用戶頁面信息結(jié)構(gòu)
(2)B端商戶頁面信息結(jié)構(gòu)
(3)S端(后臺(tái))頁面信息結(jié)構(gòu)
4. 產(chǎn)品設(shè)計(jì)、功能詳述
由于篇幅較多,各位可以先對(duì)照Axure上的頁面結(jié)構(gòu)來查看以下內(nèi)容:
4.1 全局說明
需要等待服務(wù)器返回信息的時(shí)間,以及流程正常進(jìn)行中的提示都采用如下交互,245ms自動(dòng)消失:
如果在一級(jí)頁面遇到流程錯(cuò)誤,需要重新操作,需要彈窗提示,PC端也會(huì)用到對(duì)話框下方紅字提示錯(cuò)誤信息:
4.2?功能說明
(1)通用-登陸(01手機(jī)驗(yàn)證)
(2)通用-反饋(02建議反饋頁面)
(3)C端用戶下單功能詳述
下單界面:(03C端下單頁面)
訂單詳情頁:(04 C端訂單詳情)
訂單列表頁:(05 C端訂單列表)
(3) B端頁面功能描述
審核頁面(06 B端實(shí)名審核)
地理位置上報(bào)(07地理位置上報(bào))
搶單頁面(08搶單頁面和訂單詳情頁面)
訂單列表頁(09訂單列表頁)
(4)S端(后臺(tái))頁面功能描述
登陸以及權(quán)限(10登陸)
角色管理(11角色管理)
用戶管理(12用戶管理)
審核管理(13商戶審核)
訂單管理(14訂單管理)
反饋管理(15反饋處理)
數(shù)據(jù)看版(16數(shù)據(jù)看版)
設(shè)置-修改密碼(17設(shè)置)
結(jié)語
整個(gè)項(xiàng)目從立項(xiàng)到上線大概花了一個(gè)來月,產(chǎn)品經(jīng)理期間需要跟不同部門進(jìn)行不斷的溝通,需要做出整體項(xiàng)目計(jì)劃表、本項(xiàng)目計(jì)劃表以及個(gè)人工作計(jì)劃表來把控項(xiàng)目的進(jìn)度和質(zhì)量,另外還與運(yùn)營和市場部門一同策劃和參與了推廣運(yùn)行活動(dòng),通過實(shí)際在社區(qū)設(shè)點(diǎn)運(yùn)作,收集用戶的真實(shí)使用情況。
最近凱哥學(xué)習(xí)了谷歌的設(shè)計(jì)沖刺的方法,講述如何5天對(duì)一個(gè)項(xiàng)目進(jìn)行快速驗(yàn)證,不過要實(shí)施起來還是比較考驗(yàn)企業(yè)文化環(huán)境的。歡迎各位朋友與我多多交流心得和經(jīng)驗(yàn)。
作者:毛凱祺(微信號(hào)公眾號(hào):凱哥開小灶),2年自主創(chuàng)業(yè)+4年互聯(lián)網(wǎng)產(chǎn)品設(shè)計(jì)經(jīng)驗(yàn),有近10個(gè)產(chǎn)品項(xiàng)目管理經(jīng)驗(yàn)
本文由 @毛凱祺 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自 Pexels,基于 CC0 協(xié)議
有沒有源文件,發(fā)一個(gè).15160969243@163.com
非常適合新人學(xué)習(xí)
產(chǎn)品從0到1確實(shí)不容易,但對(duì)我這樣的入門小白(技術(shù)出身轉(zhuǎn)型做產(chǎn)品)來說,上面的流程的的確是個(gè)不錯(cuò)的學(xué)習(xí)資源,只是這個(gè)產(chǎn)品的思維要如何去修煉,一直很苦惱,不知道凱哥有沒好的指引,謝謝。
Axure有些字太小看不清,凱哥能分享一下源文檔么?
非常感謝凱哥?。?!如果有時(shí)間的話可以在寫一個(gè)關(guān)于MRD或者是BRD、需求分析這類的文章嘛 ,愿意付費(fèi)閱讀!!對(duì)于新入門的產(chǎn)品真的有很大的幫助?。?/p>
大大你好,請(qǐng)問產(chǎn)品中的需求場景是想象出來的嗎?是不是所有的PRD都需要這個(gè)部分?
有做市場調(diào)查,當(dāng)時(shí)做了線下問卷調(diào)查、社區(qū)居民走訪、回收人員行為跟蹤和回收站定點(diǎn)統(tǒng)計(jì)等。這個(gè)部分確切地說應(yīng)該是屬于MRD部分,PRD不是必要構(gòu)成。
謝謝大大解答~ ??
個(gè)人理解您圖中E-R實(shí)體關(guān)系圖畫法不能完整的表達(dá)出整個(gè)系統(tǒng)的實(shí)體之間的關(guān)系,建議采用業(yè)務(wù)實(shí)體關(guān)系圖,可以用UML類圖來展現(xiàn),主要強(qiáng)調(diào)實(shí)體之間的關(guān)系。至于實(shí)體的屬性可以單獨(dú)列出業(yè)務(wù)實(shí)體屬性來表達(dá)。
感謝哦仔細(xì)閱讀文章??,那兒是沒寫對(duì),UML類圖確實(shí)會(huì)更好。很多加我好友的都是仔細(xì)閱讀過文章,在頁面跳轉(zhuǎn)、異常描述、功能排序、項(xiàng)目排期等方面一起探討并提出許多寶貴的建議。
ER圖,C端用戶和訂單的關(guān)系畫反了。圖中意思是多個(gè)C端用戶發(fā)布一個(gè)訂單,應(yīng)該是一個(gè)C端用戶發(fā)布多個(gè)訂單才對(duì)
受教了,打算照你的流程自己做個(gè)完整的(以前都糊里糊涂一個(gè)產(chǎn)品就做完了)
我的天,小白看前面還好,中后階段看不懂!不過太牛鼻了!這就是產(chǎn)品經(jīng)理的實(shí)力嘛?大佬,厲害了!?。?!
到此一游?!獊碜砸粋€(gè)one-month-old的產(chǎn)品
全面,不錯(cuò)。對(duì)這個(gè)項(xiàng)目有沒有做過商業(yè)BRD文檔
我(1歲產(chǎn)品)的經(jīng)驗(yàn)是,寫個(gè)文檔都要花上一周了,畫個(gè)原型也得花上一周,時(shí)間都過半個(gè)月了 ??
我也是這樣的遭遇,感覺這里的交流不錯(cuò),只是很多時(shí)候,他們級(jí)別太高,輸出的內(nèi)容都不太能理解。共勉。
真的不錯(cuò),但是對(duì)于一個(gè)初來乍到的產(chǎn)品經(jīng)理來說有點(diǎn)復(fù)雜,還沒有搞清楚一個(gè)PRD最精簡的需要寫點(diǎn)什么,反正漲見識(shí)了
超級(jí)贊?。。。?/p>
真正的全流程設(shè)計(jì)啊,小白受教了,謝謝前輩?。?!