起點課堂會員權(quán)益
職業(yè)體系課特權(quán)
線下行業(yè)大會特權(quán)
個人IP打造特權(quán)
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導(dǎo)直播
12場專業(yè)技能直播
會員專屬社群
榮耀標(biāo)識你會先寫PRD，還是先畫原型？
編輯導(dǎo)讀：一個老生常談的問題：需求設(shè)計時，先寫需求文檔，還是先畫原型？這幾乎是每一個產(chǎn)品經(jīng)理都需要經(jīng)歷的階段。本文作者對此發(fā)表了自己的看法，與你分享。
道路很遠，腳步更長；肩挑凡世，拳握初心。
我們要在發(fā)展中解決問題。大概是2020年初，我和公司領(lǐng)導(dǎo)拜訪一國企的某處長，向他匯報我們的系統(tǒng)建設(shè)，他是我們的甲方，也是我們雙方合作的主導(dǎo)者，那次給我留下了深刻的印象，也徹底改變了我對國企領(lǐng)導(dǎo)的幼稚偏見。
面對我們系統(tǒng)仍存在的不足，面對諸多利益的交錯，面對前進與后退的選擇，面對可能不良后果的影響，他一錘定音，說了上面那句話。
最終，我們并沒有辜負他的信任，準(zhǔn)時交付了產(chǎn)品，合作很成功，但當(dāng)初過程時壓力巨大，差點功虧一簣，多虧他幾次力挽狂瀾。
事實上，他也不僅僅是因為信任，我后來理解，更多的可能是來自經(jīng)驗的哲學(xué)，是在閱歷和經(jīng)驗的積累上，對于解決問題的自信和掌控力。
時至今日，每當(dāng)需求評審遇到左右為難的問題時，或者說團隊建設(shè)存在什么沖突，我都會說：我們在發(fā)展中解決問題。（競品分析 · 拿來主義）
這句話，我覺得不是妥協(xié)，更不是放棄，而是敏捷思維下的聚焦注意力，永遠抓住主要矛盾，堅定地擁抱效率。
當(dāng)下，敏捷思維大家都說爛了，但據(jù)鏡同學(xué)鷹眼觀察，真正用心體會和遵循的，屬實并不多。
很多時候，我們都是人云亦云，然后匆匆行事，甚至來不及思考。
這兩天，有不少產(chǎn)品同學(xué)加我微信，咨詢我需求文檔、原型設(shè)計的事兒，好在鏡同學(xué)峽谷游走小十年了，原型從未掛機，需求說明文檔更是家常便飯，始終堅定不移地走群眾路線。
這不，前天有個新朋友問我一個老問題：需求設(shè)計時，先寫需求文檔，還是先畫原型？
這是一個好問題，我很想談?wù)勎业南敕ā?/p>
第一、談下我對需求說明文檔、原型設(shè)計的理解
從落地的成果價值上來看，我認為原型設(shè)計的重要作用在于需求傳遞，是向上下游不同崗位評審產(chǎn)品需求的重要載體。
產(chǎn)品功能、交互設(shè)計、業(yè)務(wù)邏輯、頁面元素等等，通過原型設(shè)計，可以最高效率的完成需求的傳遞，降低理解成本和失真率。
或者說，原型設(shè)計的重要功能是偏向?qū)ν獾男枨髠鬟f。
那么，回過頭來說，需求文檔呢，拋開便于追溯問責(zé)、撕逼時有依據(jù)這些段子不談，我以為需求說明文檔的價值其實可以體現(xiàn)在兩部分：對外的需求傳遞和對內(nèi)的需求指導(dǎo)。
對外的價值在于是需求理解時的依據(jù)，評審會畢竟不可能照顧很多細節(jié)，有很多業(yè)務(wù)規(guī)則、字段來源、輸入輸出，限制條件等需求功能點，需要在文檔上體現(xiàn)，開發(fā)人員可以依據(jù)需求文檔進行更加準(zhǔn)確的設(shè)計，有了參照標(biāo)準(zhǔn)和設(shè)計圖，才不至于有偏差。
對內(nèi)的價值往往容易被忽略，其實，需求文檔更是產(chǎn)品設(shè)計過程的重要效率工具，可以指導(dǎo)我們的需求設(shè)計，通過模板要求和流程方法，會引導(dǎo)你想的更深更細更全面。
如果你有過復(fù)制過某個產(chǎn)品設(shè)計的工作情況，你就會發(fā)現(xiàn)，一開始你就有一個完備的需求文檔，那簡直爽的不要不要的，需求設(shè)計簡直就是百里開了透視掛。
第二、產(chǎn)品經(jīng)理的首要任務(wù)是什么？
很多同學(xué)看到這個問題，心里肯定默念，產(chǎn)品設(shè)計嘛，你這不廢話么，還當(dāng)我是峽谷青銅么？
如果你的答案是產(chǎn)品設(shè)計，鏡同學(xué)很遺憾的告訴你，你答對了。
但，你在工作中未必就是這樣做的，就像前文說的，很多話我們都是聽著聽著就記下來了，但并沒有理解。
產(chǎn)品設(shè)計其實可以拆解成兩個工作包：需求設(shè)計和需求傳遞。
需求設(shè)計是從產(chǎn)品經(jīng)理的專業(yè)視角來說，要完成產(chǎn)品功能的建筑，而需求傳遞則是從管理輸出的方面考慮，要將設(shè)計好的產(chǎn)品功能，傳遞給他人，確保對方理解高效、準(zhǔn)確。
好了，那么需求設(shè)計和需求傳遞哪個重要？
沒錯，是都重要。
哪個應(yīng)該放在更高的優(yōu)先級來做呢？
毫無疑問，你只有完成了需求設(shè)計，才有了做好需求傳遞的基礎(chǔ)。
就像鏡同學(xué)打野一樣，我都沒有六神裝，怎么帶領(lǐng)隊友越塔強殺，逆風(fēng)翻盤？
不合邏輯嘛。
第三、產(chǎn)品設(shè)計的靈魂是什么？
看了上述兩點，聰明的同學(xué)已然明白：產(chǎn)品設(shè)計的工作首先是需求設(shè)計，而需求說明文檔對于我們產(chǎn)品經(jīng)理來說，有內(nèi)部驅(qū)動作用，可以指導(dǎo)我們進行需求設(shè)計。
鏡同學(xué)似乎看到課代表已經(jīng)舉手：先做需求說明文檔?。。?/p>
沒錯，鏡同學(xué)最初也是這么做的，甚至，一度也是這么作為部門要求的，我當(dāng)時常說：先把需求文檔寫好，需求文檔寫好了，原型設(shè)計自然就出來了，原型設(shè)計做出來了，我們就可以和技術(shù)評審了。
但凡看過《盜夢空間》的同學(xué)都知道，層次感是個燒腦但很有價值的事情，那就讓我們再深入一點，往前邁進一點：產(chǎn)品設(shè)計的靈魂是什么呢？
這次咱不給課代表搶答機會，直接說答案：效率。
是的，效率才是產(chǎn)品設(shè)計的關(guān)鍵所在，也可以說是產(chǎn)品設(shè)計的靈魂，高效、準(zhǔn)確的定位業(yè)務(wù)需求，將需求翻譯成可傳遞的成果，才是產(chǎn)品設(shè)計的王道。
第四、是正解，但不是最優(yōu)解！
好了，我們重新梳理下：原型設(shè)計和需求說明文檔，我們似乎應(yīng)該先選擇需求說明文檔，因為需求說明文檔從邏輯上來說，對我們產(chǎn)品設(shè)計有指導(dǎo)價值，但產(chǎn)品設(shè)計的靈魂是效率，那么需求說明文檔作為高優(yōu)先級，合乎法理，是否就能適應(yīng)實情呢？
并沒有！
舉個不恰當(dāng)?shù)睦?，需求說明文檔就像是著正裝，很正規(guī)，也很有價值，但是穿起來太麻煩，我就想去樓下吃個宵夜，大褲衩白背心一字拖，可能五分鐘就能實現(xiàn)我的需求。
我再翻箱倒柜折騰一番，烤羊肉串的可能早就收攤了。
敏捷開發(fā)的真諦就在于各個環(huán)節(jié)都要效率優(yōu)先，集成起來才有可能形成整體的效率同心環(huán)。
十年磨一劍，在當(dāng)下的互聯(lián)網(wǎng)時代，很難有生存力。（有情懷但又有資本干爹罩著的除外）
顯然，需求說明文檔并沒有兼顧效率，因為寫起來并不是那么容易，總是三易其稿，隨時推到重來，常常沒有靈感和思路。
這就是理論和現(xiàn)實的差距，也是我原先的誤區(qū)，你以為需求說明文檔就是盛裝出席的少女，但打扮起來是真不容易。
第五、敏捷才是硬道理
歷史的價值，往往就在于探索后積累起來的寶貴經(jīng)驗。
事實上，越來越多的需求，越來越短的工期，活活讓一個新窮人愣是發(fā)育成了六神裝，更關(guān)鍵的是，還掌握了快速發(fā)育的方法。
再拿到一個新需求，我們現(xiàn)在不會糾結(jié)先寫文檔還是先寫原型，而是會先建立一個敏捷模型。
這個模型其實很簡單，只是一系列思維的集成體，有業(yè)務(wù)分析、有競品分析、有產(chǎn)品設(shè)計、有問題清單等等，產(chǎn)品需求設(shè)計依據(jù)這個模型去開展，在設(shè)計的過程中可以進行原型設(shè)計、可以逐步去完善需求說明文檔。
鏡同學(xué)以為，原型設(shè)計和需求文檔哪個先寫并不重要，重要的是要有發(fā)展的思維，敏捷的思維，懂得效率優(yōu)先，而不是拘泥形式或者流程制度，有時候畫一會兒原型，完善下文檔，有時候，寫個功能文檔，再去優(yōu)化下相關(guān)的原型設(shè)計，最后整合輸出又怎么了嘛。
秋水共長天一色！
當(dāng)然，每個人公司的環(huán)境不同，有些公司就是嚴(yán)格要求先寫出完整的需求說明文檔，然后再進行原型設(shè)計，鏡同學(xué)原先也在誤區(qū)里，也委屈了當(dāng)時的小伙伴們。
就像脫離開劑量談毒性沒有意義，單純的評估哪個好也不科學(xué)，很多事我們原本也無力改變，但是，我們可以改變自己，可以訓(xùn)練自己的敏捷設(shè)計思維，每一個需求設(shè)計對我們而言都是教導(dǎo)員。
適合自己的才是最優(yōu)解，我們需要做的是，運用敏捷思維，找出適合自己的敏捷模型，高效地完成需求設(shè)計，這才是咱們產(chǎn)品經(jīng)理的首要任務(wù)，其次，才是需求傳遞。
敏捷思維才是我們的初心，也是我們工作的出發(fā)點和落腳點。
如果有什么困難阻礙了敏捷的腳步，直接踢開它，如果發(fā)現(xiàn)暫時踢不開，又可能會耽誤眼下工作，怎么辦？
那就在發(fā)展中解決問題。
#專欄作家#
產(chǎn)品大峽谷，公眾號：產(chǎn)品大峽谷，人人都是產(chǎn)品經(jīng)理專欄作家。七年B端產(chǎn)品經(jīng)理，供應(yīng)鏈物流與金融領(lǐng)域，擅長需求設(shè)計、業(yè)務(wù)指導(dǎo)、商業(yè)觀察等。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載。
題圖來自 Unsplash，基于CC0協(xié)議
專欄作家
產(chǎn)品大峽谷，公眾號：產(chǎn)品大峽谷，人人都是產(chǎn)品經(jīng)理專欄作家。七年B端產(chǎn)品經(jīng)理，供應(yīng)鏈物流與金融領(lǐng)域，擅長需求設(shè)計、業(yè)務(wù)指導(dǎo)、商業(yè)觀察等。
本文由@產(chǎn)品大峽谷 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載。
該文觀點僅代表作者本人，人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。
有一個問題，如果先寫PRD，里面涉及到的功能需求詳細說明里面的原型圖不是得先畫出來，說明兩個都得同步進行
知己呀，我就喜歡根據(jù)需求先畫草圖，真的是你巴拉巴拉寫一大堆，方向錯了，尿偏了，也不知道，客戶、領(lǐng)導(dǎo)一樣也是看到原型就知道是不是自己想要的東西了
確實，在和客戶（需求方）再次對需求的時候，最直接的就是把原型擺在他們面前，一看就知道是不是他們想要的東西。詳細的功能描述、業(yè)務(wù)邏輯只要內(nèi)部開發(fā)的時候能看明白使用就行了
實戰(zhàn)為王 寫的不錯
文筆不錯，我來說一點我的敏捷心得：
先拋出我的傾向：先出原型，原因是：
1、原型比較具象，在需求調(diào)研和設(shè)計階段，單從文字上，是無法挖掘出更多的使用場景，先出原型，一方面可以給到需求方比較具象的東西，可以在原型上開展更加深入的討論，一方面可以拿著原型與開發(fā)團隊進行討論，提出產(chǎn)品經(jīng)理對于待開發(fā)版本的設(shè)想，讓開發(fā)提出相關(guān)意見，便于在設(shè)計階段，能夠充分吸收各方面的建議，不至于后續(xù)返工；
2、原型的制作過程中，方便一邊設(shè)計一邊總結(jié)，對于原先調(diào)研的需求或者會議紀(jì)要，從另一個角度，另一個形式進行審查，從中也能想到更進一步的優(yōu)化提案；
3、對于部分簡單需求，可以先出原型，讓開發(fā)團隊先進行靜態(tài)頁面開發(fā)，需求文檔在開發(fā)的過程中再補，一定程度上實現(xiàn)了有效的敏捷；
4、PRD是溝通工具，不是結(jié)論性的產(chǎn)物，類似會議紀(jì)要，溝通越多，越可能會修改，因此，從敏捷的角度出發(fā)，先畫原型，后補文檔，是比較高效的工作方法；
以上是我的個人傾向，在發(fā)展中解決問題，樓主的很多總結(jié)相當(dāng)?shù)轿?/p>
類似會議紀(jì)要，溝通越多，越可能會修改——不能更同意了
哈哈，少開會
模型里的六大條20小條一點都不敏捷啊
我理解，這里列舉的條目是為了培養(yǎng)和訓(xùn)練思維模式或者工作習(xí)慣而定制的框架，并不意味著所有的需求都要嚴(yán)格做滿20小條，而是根據(jù)需求本身的規(guī)模、緊急程度做出選擇、調(diào)整占比。