編輯導(dǎo)語：作為一名產(chǎn)品經(jīng)理，從需求到PRD，中間還有多少糾結(jié)？，這中間到底經(jīng)歷了什么？作者先以熟悉又尷尬的語境對(duì)話開始，結(jié)合自身經(jīng)歷，傾訴了從需求到PRD，產(chǎn)品經(jīng)理經(jīng)歷了什么，在想什么？

需求討論會(huì)已進(jìn)入尾聲，各方終于達(dá)成了共識(shí)，與會(huì)人員紛紛露出了疲憊又滿意的微笑。這時(shí)，領(lǐng)導(dǎo)對(duì)產(chǎn)品經(jīng)理小M說道：

“小M，需求咱們已經(jīng)討論清楚了，你看，明天能給PRD嗎？”

“??？”，小M一臉詫異地看著領(lǐng)導(dǎo)。

“？”，領(lǐng)導(dǎo)一臉詫異地看著一臉詫異的小M。

工作中，我經(jīng)常會(huì)碰到“今天提需求、明天要PRD”，甚至“上午提需求，下午要PRD”的情況。很多時(shí)候，并不是因?yàn)轫?xiàng)目有多么緊急。而是，相關(guān)干系人對(duì)“制作PRD”沒有概念，不知道具體是在做什么，要花多少時(shí)間。

其實(shí)，不僅是其他崗位的朋友不了解。很多對(duì)產(chǎn)品感興趣的朋友，因?yàn)闆]有實(shí)際項(xiàng)目經(jīng)驗(yàn)，往往也很難有比較深入的了解。制作PRD，并不是簡單的文檔作業(yè)，不是把討論好的需求直接整理成文檔就好了。從需求到PRD，產(chǎn)品經(jīng)理需要梳理、填充、完善很多內(nèi)容，有很多兩難的情況需要糾結(jié)、決策。

這個(gè)思考糾結(jié)的過程，非常重要，往往也非常花時(shí)間。有時(shí)候，具體把東西寫出來，大概也就1個(gè)小時(shí)。但是，前面我可能得呆坐在電腦前思考一整個(gè)上午。

從需求到PRD的過程中，產(chǎn)品經(jīng)理都在考慮些什么，糾結(jié)些什么？今天我們就來聊聊這個(gè)話題。

在進(jìn)入話題之前，我們先來解讀一個(gè)概念，“討論好的需求”。

可能你也注意到了，上文有這么個(gè)“邏輯漏洞”：既然需求都討論清楚了，產(chǎn)品經(jīng)理還需要糾結(jié)什么？或者說，既然還存在問題需要糾結(jié)，產(chǎn)品經(jīng)理為什么不在需求討論會(huì)上提出來討論？

這個(gè)嘛，大概只能說是理論和實(shí)操的差異吧。能溝通的盡量溝通清楚，這是一個(gè)無需贅言的大前提。但是，在實(shí)際工作中，不可能把所有的問題、所有的細(xì)節(jié)都討論清楚。

大多數(shù)情況下，能把核心流程討論清楚，并對(duì)幾個(gè)重要的問題點(diǎn)達(dá)成共識(shí)，就已經(jīng)算是非常不錯(cuò)了。甚至，有的時(shí)候，因?yàn)闂l件限制，根本沒法進(jìn)行深入的溝通。

比如說，不幸碰到了一個(gè)“不愿多說，讓你自己去意會(huì)”的干系人。比如說，跨公司合作，或者異地團(tuán)隊(duì)合作，溝通只能靠電話和微信，非常受限。

所以，當(dāng)我們說“需求討論清楚”，其實(shí)可以理解為，就是確定了個(gè)大綱而已。

拿到“需求大綱”之后，產(chǎn)品經(jīng)理還需要考慮些什么呢？

當(dāng)然，還是那句話。不同產(chǎn)品崗位、不同項(xiàng)目，情況大不相同。這里，我結(jié)合自己的經(jīng)驗(yàn)，分享幾個(gè)比較有共性的點(diǎn)。

一、根據(jù)需求大綱，把整個(gè)交互鏈條梳理并完善

舉個(gè)例子，假設(shè)我們要做一個(gè)抽獎(jiǎng)活動(dòng)。抽獎(jiǎng)資格、獎(jiǎng)品設(shè)置、抽獎(jiǎng)概率、獎(jiǎng)品發(fā)放等核心內(nèi)容，需求討論會(huì)上肯定會(huì)討論清楚。

但是，這些只涉及到整個(gè)交互鏈條中的一小部分，還有很多空白要補(bǔ)充。產(chǎn)品經(jīng)理需要從用戶觸達(dá)那一刻開始，通盤考慮，梳理完善。

比如說登錄態(tài)判斷，未登錄訪問怎么辦？

如果是僅限特定會(huì)員參加的活動(dòng)，且不宜外漏，那么訪問時(shí)就需要強(qiáng)制跳轉(zhuǎn)到登錄頁。否則，這個(gè)H5專題，就還需要補(bǔ)充一個(gè)“未登錄”狀態(tài)，并且得有登錄指引和登錄模塊。

比如說用戶類型判斷，沒有抽獎(jiǎng)資格的用戶類型訪問，要怎么辦？是引導(dǎo)用戶進(jìn)行指定操作，使之變成有抽獎(jiǎng)資格的用戶類型呢？還是直接告知沒有抽獎(jiǎng)資格呢？那是否需要向用戶說明理由，或者留個(gè)聯(lián)系客服入口？

比如說，抽獎(jiǎng)成功/失敗后的引導(dǎo)、抽獎(jiǎng)結(jié)果查詢、獎(jiǎng)品發(fā)放與扣回等等。

從用戶觸達(dá)到所有流程走到終點(diǎn)，產(chǎn)品經(jīng)理要根據(jù)需求大綱的要求，梳理完善全部的交互鏈條。

整個(gè)交互鏈條都補(bǔ)充完整了，這個(gè)方案才能算是“可用”。

二、結(jié)合公司產(chǎn)品情況，考慮需求的涉及范圍

還是用上面的例子，我們要搞個(gè)H5專題，用來做抽獎(jiǎng)活動(dòng)。那么，會(huì)議討論的核心，肯定是圍繞著“H5專題”進(jìn)行的。但是，產(chǎn)品經(jīng)理的思維不能被限制住。還得考慮，公司的PC端網(wǎng)站，是不是也應(yīng)該搞一個(gè)PC端的抽獎(jiǎng)專題放上去？

假設(shè)背景情況是，移動(dòng)端已經(jīng)是發(fā)展的趨勢，但是目前還有一半的流量在PC端。面對(duì)這樣的情況，你覺得，PC端的抽獎(jiǎng)專題，是做，還是不做？

當(dāng)然，這里面沒有標(biāo)準(zhǔn)答案，需要具體情況具體分析。但是，如果腦中只有“Yes”和“No”兩個(gè)選項(xiàng)，那就還是被限制住了思維。

這里面有n個(gè)選項(xiàng)，比如說：

• PC端完全沒有入口
• PC端放個(gè)廣告圖，附上移動(dòng)端H5專題的二維碼
• PC端加個(gè)入口，點(diǎn)擊在新標(biāo)簽頁打開移動(dòng)端的H5專題
• PC端做個(gè)靜態(tài)專題，僅作介紹，并附上移動(dòng)端H5專題的二維碼
• PC端做個(gè)和移動(dòng)端一樣功能的抽獎(jiǎng)專題

可選項(xiàng)其實(shí)非常多，這也就是為什么產(chǎn)品經(jīng)理需要糾結(jié)，且需要糾結(jié)很久的原因?？紤]需求的涉及范圍，核心是要平衡“業(yè)務(wù)需求”和“開發(fā)成本”。就像上面的例子，換一個(gè)方案，開發(fā)成本可能就得翻倍。

三、根據(jù)項(xiàng)目的重要性，斟酌功能的精細(xì)程度

要實(shí)現(xiàn)一個(gè)功能，可簡單、可復(fù)雜。

具體要做到怎樣的程度？需求討論會(huì)一般不會(huì)討論到這么細(xì)?；镜每慨a(chǎn)品經(jīng)理自己斟酌。比如說，引導(dǎo)關(guān)注微信公眾號(hào)。

如果只是附屬功能，比如在支付成功頁為公眾號(hào)引流，那放個(gè)二維碼就差不多了（雖然對(duì)非微信環(huán)境下的訪問不太友好）。如果是核心功能，或者是核心流程中必經(jīng)的結(jié)點(diǎn)，那就得做得更加精細(xì)，優(yōu)化體驗(yàn)，以較少流失。

可能就得這么搞：

• 微信環(huán)境下，顯示二維碼，引導(dǎo)長按識(shí)別；
• 瀏覽器環(huán)境下，顯示二維碼圖片和操作指引，引導(dǎo)長按下載圖片，并有調(diào)起微信的功能；
• APP環(huán)境下，調(diào)起小程序，在小程序中打開指定的微信圖文鏈接，在圖文中引導(dǎo)用戶長按識(shí)別。

又比如說，查看詳細(xì)地址。我曾經(jīng)做過一個(gè)招聘的專題，里面自然需要有公司的所在地址。干系人提出，用戶點(diǎn)擊地址時(shí)，需要調(diào)起地圖應(yīng)用，定位并導(dǎo)航。

這體驗(yàn)當(dāng)然很好！

但是，開發(fā)成本可能比招聘專題本身還要大，肯定是不合適的。根據(jù)其重要程度，僅在頁面內(nèi)顯示詳細(xì)地址的文本，就差不多了。如果還需再優(yōu)化，再加個(gè)“點(diǎn)擊復(fù)制地址”的功能，也還算合理。

可以看出，本質(zhì)上，我們是在權(quán)衡“用戶體驗(yàn)”和“開發(fā)成本”的關(guān)系。以前大家愛講“追求極致”，但實(shí)際工作中，更需要“點(diǎn)到為止”。其中如何權(quán)衡，需要產(chǎn)品經(jīng)理結(jié)合項(xiàng)目的重要程度去分析決策。

四、思考與舊模塊舊功能的關(guān)系，劃清需求邊界

對(duì)舊模塊舊功能進(jìn)行調(diào)整，往往比新搞一個(gè)東西，要麻煩得多。有時(shí)候，在運(yùn)行新機(jī)制時(shí)，還需要同時(shí)保持舊機(jī)制正常運(yùn)轉(zhuǎn)，以保證某些老用戶的正常使用。同時(shí)還得有引導(dǎo)用戶從老機(jī)制切換到新機(jī)制的功能。

當(dāng)然，這些大概率會(huì)在需求討論會(huì)上溝通清楚，不在我們今天的討論范疇內(nèi)。但是，在制作PRD的時(shí)候，你還是會(huì)發(fā)現(xiàn)，有很多細(xì)碎繁瑣的東西要厘清。

比如說，我需要調(diào)整A類產(chǎn)品的價(jià)格顯示樣式?？雌饋砗芎唵?，把所有涉及到A類產(chǎn)品價(jià)格的地方，都調(diào)整一下，不就好了？

并非如此。

那個(gè)好多年前搞的老頁面，好久沒人維護(hù)了，也很少用戶訪問，要一起改嗎？某個(gè)地方有個(gè)價(jià)格顯示的bug，涉及包括A類產(chǎn)品在內(nèi)的多種產(chǎn)品，這個(gè)bug要一起改嗎？

像這樣細(xì)碎的問題，需要產(chǎn)品經(jīng)理一個(gè)個(gè)去排查、去權(quán)衡，非常繁瑣。如果偷懶，敷衍了事，后面進(jìn)入開發(fā)測試階段，就得經(jīng)常停下來協(xié)商討論，開發(fā)進(jìn)度就會(huì)經(jīng)?！翱ぁ薄?/p>

在制作PRD的時(shí)候，產(chǎn)品經(jīng)理需要花很多時(shí)間精力，去梳理和斟酌許多細(xì)枝末節(jié)的問題。它并不像“需求分析”那么有“價(jià)值”，所以大家談?wù)摰帽容^少。

但是，這些細(xì)節(jié)，卻實(shí)實(shí)在在地關(guān)系著項(xiàng)目的最終效果。當(dāng)然，也反映了產(chǎn)品經(jīng)理的專業(yè)水平。

#專欄作家#

簡明產(chǎn)品論，微信公眾號(hào)：簡明產(chǎn)品論（ID：JianMingPM），人人都是產(chǎn)品經(jīng)理專欄作家。在真實(shí)的世界里做產(chǎn)品。

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

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