18年，在做年度復(fù)盤時，回顧了自己過去一年的產(chǎn)品工作，發(fā)現(xiàn)了幾個共性的問題，其中有一個就是：需求場景考慮不全面，開發(fā)過程中還會有需求變更。很不巧，開發(fā)GG們最討厭的就是需求頻繁變更。作為一個有強(qiáng)烈求生欲的產(chǎn)品，這個問題真的不容輕視啊~因此不禁問自己：你真的會寫需求嗎？換一種問法就是：產(chǎn)品經(jīng)理，如何更加高效高質(zhì)量輸出需求？

前言：閱讀須知

在開始進(jìn)入正文之前，先對內(nèi)容做一些概要說明，若未能滿足你的閱讀需求，可自行繞過，避免造成不必要的時間浪費(fèi)，引起身心不適哈哈~~

（1）適用人群

作為一個2年級產(chǎn)品新生，認(rèn)知邊界肯定有一些局限性，建議閱讀人群為：-1~2年的產(chǎn)品經(jīng)理。產(chǎn)品前輩們可隨意，當(dāng)然歡迎提出寶貴的批判意見。

（2）解題思路

針對自己存在的這個問題，進(jìn)行現(xiàn)狀、成因的深入思考，以更好地對癥下藥，提出一些粗淺的解決辦法。

（3）內(nèi)容說明

寫該文章的初衷，主要是為了給自己一個答案，在解決寫需求中的問題做一些沉淀，分享出來是希望志同之士一起探討成長。文章涉及面較為廣泛，因篇幅和個人時間有限，僅做框架梳理，不做深入展開，內(nèi)容概要見下圖：

1. 現(xiàn)狀

這一部分解答是什么。還是圍繞目標(biāo)：高效、高質(zhì)量輸出需求。那么不高效、不高質(zhì)量的需求是什么樣子的？

1.1 寫需求不高效

不高效比較好理解，很容易想到一點(diǎn)就是：憋半天沒寫出幾句話哈哈。通過長時間的暗中觀察哈哈，身邊厲害的產(chǎn)品經(jīng)理，寫需求基本都是信手拈來的。

為啥能這么快？

得到的回答是：都是套路！在這里，我們不妨拆解下，你就可以發(fā)現(xiàn)，可用套路的一些蛛絲馬跡。從寫需求整體用時來看：包括了需求調(diào)研時間長和需求編寫時間長。

（1）需求調(diào)研時間

完整的需求調(diào)研應(yīng)該包括：業(yè)務(wù)訴求調(diào)研、競品調(diào)研、系統(tǒng)實(shí)現(xiàn)調(diào)研。

① 業(yè)務(wù)訴求調(diào)研

需求的來源方很多，比如老板、用戶、業(yè)務(wù)部門，業(yè)務(wù)調(diào)研是為了深入了解業(yè)務(wù)的訴求，以便更好實(shí)現(xiàn)業(yè)務(wù)目標(biāo)。比如做電商的，業(yè)務(wù)目標(biāo)可以為GMV。

② 競品調(diào)研

是基于產(chǎn)品目標(biāo)、滿足客群去鎖定直接競爭對手、潛在競爭對手，然后開展具體的產(chǎn)品調(diào)研，可包括：產(chǎn)品功能調(diào)研、產(chǎn)品迭代方向、盈利模式等，這部分調(diào)研可大可小，視具體需求而定。

③ 系統(tǒng)調(diào)研

對系統(tǒng)現(xiàn)有能力的了解，接口字段有哪些、前中后臺的數(shù)據(jù)如何傳輸、儲存怎么樣？產(chǎn)品需要關(guān)注的原因是：寫出的需求能更好地落地，不過不是重點(diǎn)。這部分一般看產(chǎn)品所處階段，從0到1，可能看得不多。后續(xù)迭代優(yōu)化的，需要多看看。

（2）需求編寫時間

為啥別人寫一個需求，蹭蹭蹭三五下就完成了，而你還在吭哧吭哧寫半天？其實(shí)，前面的需求調(diào)研很關(guān)鍵。要是寫需求也有二八法則的話，需求編寫占20%。需求編寫用時可以包括如下3個部分：

① 需求方案設(shè)計(jì)

用什么樣的方案滿足用戶的需求，以保證業(yè)務(wù)目標(biāo)的達(dá)成？這個偏向戰(zhàn)略層和范圍層，比如：抖音：記錄美好生活，其實(shí)通過短視頻解決用戶碎片時間消磨問題（僅代表個人見解）。

② 需求流程設(shè)計(jì)

完成一個閉環(huán)任務(wù)，需要用戶走進(jìn)什么樣的流程？比如患者去醫(yī)院的看病流程：掛號–候診–問醫(yī)生–出診斷結(jié)果–繳費(fèi)–取藥。

③ 線框圖繪制

前端頁面交互部分的繪制，這很好理解了。

1.2 需求質(zhì)量不高

這個部分，可能相關(guān)同學(xué)最直觀感受就是：需求根本沒法看?。毫x正言辭、慷慨激昂、長篇大論，卻不知所云！需求寫得好不好，產(chǎn)品經(jīng)理應(yīng)該具備一個敏銳的意識就是：當(dāng)開發(fā)經(jīng)常來找你了解需求，這個時候，你該反思自己需求編寫問題了。

個人理解：需求質(zhì)量高不高，可以分為以下兩個部分：場景缺失及文檔可讀性差，對于是否更好滿足用戶需求，這里不討論。

（1）場景缺失

這個部分可以看出一個產(chǎn)品的內(nèi)功是否深厚了。我理解這里的場景包括：業(yè)務(wù)場景和系統(tǒng)場景。

① 業(yè)務(wù)場景缺失

產(chǎn)品功能經(jīng)?？紤]不完整，導(dǎo)致后面變更需求。比如說：漏了一個未登錄用戶的展示狀態(tài)；比如說，漏了用戶優(yōu)惠券過期之后，前端界面的引導(dǎo)

② 系統(tǒng)場景缺失

有些系統(tǒng)實(shí)現(xiàn)場景考慮不完全，也是開發(fā)經(jīng)常找的一些點(diǎn)。缺失范圍可能為：系統(tǒng)頁面交互、數(shù)據(jù)交互、判斷邏輯、異常處理。

（2）文檔可讀性差

正如章節(jié)所說的，一些常見的現(xiàn)象是：文字太多、邏輯太亂、語義表述不清、沒有區(qū)分人群針對性得編寫。

2. 成因

這個部分，解答為什么。其實(shí)上面的問題列清楚之后，再進(jìn)一步思考，很容易知道為什么造成這樣。寫需求基本可以有三大組成部分：搞懂問題、找到合適的解決辦法、將辦法寫出來。

因此下面的點(diǎn)可能是導(dǎo)致問題出現(xiàn)的原因：

2.1 搞不清楚問題的本質(zhì)

其實(shí)搞懂一個問題的本質(zhì)，談何容易，因?yàn)檫@個跟每個人的教育程度、社會閱歷、認(rèn)知水平密切相關(guān)，這都是硬傷，除了提升認(rèn)知水平，真的沒有根本的解決辦法。不過為啥還值得拿出來一說呢？因?yàn)檫@些套路，可以降低你去快速一個問題的費(fèi)力度。

所以，在短時間內(nèi)搞不清楚，其實(shí)是缺乏有效的調(diào)研辦法，對于這個問題，曾經(jīng)做過一些思考、整理，一會說。（網(wǎng)上其實(shí)也一大把，關(guān)鍵你自己去不去找，找到后適不適用）

2.2 找不到合適的解決辦法

了解了問題之后，還需要知道怎么做，否則也只能說紙上談兵。在這里造成問題的細(xì)分原因如下：

（1）無清晰的目標(biāo)

寫需求的時候，目標(biāo)不明確，要解決用戶的核心痛點(diǎn)是啥，價值主張不清晰，將無從下手。如果這個目標(biāo)（大餅）沒畫好，大家伙為啥給你做需求呢？。往大里說：比如阿里巴巴，讓天下沒有難做的生意。往小里說：這個頁面需要提升用戶的點(diǎn)擊購買率。

（2）無明確的優(yōu)先級

想做的太多，很容易決策困難，眉毛胡子一把抓是很容易犯錯的。因此市場反饋未知、資源有限情況下，快速迭代試錯的敏捷開發(fā)流，是一個很好的指導(dǎo)思想。從0到1，考慮mvp。從1到100，考慮當(dāng)下產(chǎn)品階段、業(yè)務(wù)目標(biāo)最需要解決的問題。

（3）無合適的載體

知道目標(biāo)及優(yōu)先級之后，困擾產(chǎn)品經(jīng)理的可能還有：滿足用戶需求的介質(zhì)選定。微信公眾號、小程序、還是app？這個決策也是依賴于對用戶、業(yè)務(wù)的深入思考。

2.3 場景缺失原因

這個問題導(dǎo)致的原因很簡單：就是對業(yè)務(wù)、用戶、系統(tǒng)的不了解以及經(jīng)驗(yàn)不足導(dǎo)致的。

2.4 文檔可讀性差原因

主要分兩個點(diǎn)：沒有區(qū)分閱讀人群和信息呈現(xiàn)形式差。

（1）沒有區(qū)分閱讀人群

產(chǎn)品經(jīng)理的PRD，將會給到前端開發(fā)、后端開發(fā)、測試、設(shè)計(jì)師幾類同學(xué)閱讀。文檔本身也是一個產(chǎn)品，每一方的需求點(diǎn)都是不同的，如果沒有差異化滿足他們，可讀性當(dāng)然就不會好到哪里去。

（2）信息呈現(xiàn)形式差

為啥需求文檔是一些規(guī)范的框架，其實(shí)是有意識地提升單位行間距輸出的觀點(diǎn)密度?？蚣軆?nèi)的內(nèi)容就得靠產(chǎn)品經(jīng)理陳述了，基本上是產(chǎn)品經(jīng)理組織信息并且表達(dá)出來的能力不足導(dǎo)致的。

3. 解決辦法

前面的廢話說了很多哈，承蒙不棄，能看到這里。其實(shí)主要是為了幫助大家更好理解辦法是怎么給出來的。來點(diǎn)實(shí)際套路吧：

寫需求前：

3.1 項(xiàng)目調(diào)研思路

下面展開又是一篇文章：

3.2 選定解決辦法

找解決辦法的思路，其實(shí)在前面闡述問題原因的時候，已經(jīng)說過了，適用才是王道。這里可以參考用戶體驗(yàn)五要素里面的幾個維度去思考。

1. 戰(zhàn)略層：確定為什么做
2. 范圍層：確定做什么
3. 結(jié)構(gòu)層：確定整體的業(yè)務(wù)流程
4. 框架層：確定交互原型圖
5. 表現(xiàn)層：視覺的呈現(xiàn)，UI

（可能描述得不準(zhǔn)確，求輕怕~~）

寫需求時：

（1）場景缺失問題

1）業(yè)務(wù)場景層

首先的要了解用戶的痛點(diǎn)及人群（通過調(diào)研）、產(chǎn)品的目標(biāo)。這樣在產(chǎn)品設(shè)計(jì)的時候，更容易去拆分場景去設(shè)計(jì)功產(chǎn)品功能。可以拆解為：

• 同一個用戶在不同的場景下面，有時間維度、地域維度、登錄狀態(tài)維度等，舉個例子：讀書app，需要滿足用戶在白天和晚上的閱讀需求；
• 不同用戶群體在同一個場景，在從會員等級、客群區(qū)分、任務(wù)狀態(tài)上，產(chǎn)品如何滿足群體個性化需求，等等~~找個時間可以歸歸類。

2）系統(tǒng)場景層面

注意考慮如下幾個方面：

（2）信息表達(dá)形式

1）整體思路就是

在信息內(nèi)容傳遞上，視頻＞圖片＞文字。

2）需求規(guī)范

1. 有側(cè)重描述：前后端、測試和設(shè)計(jì)關(guān)注重點(diǎn)，對于設(shè)計(jì)同學(xué)，可單建一個文檔說明。
2. 背景（痛點(diǎn)）、需求實(shí)現(xiàn)、需求價值——文字
3. 需求管理——表格
4. 需求范圍——表格
5. 需求流程——VISO圖
6. 頁面交互及邏輯——Axure或者墨刀，線框圖

3）需求類型及表達(dá)式

1. 數(shù)據(jù)類：報表需求、埋點(diǎn)需求，側(cè)重表字段來源、加工邏輯及更新邏輯；
2. 后端類：側(cè)重字段定義、判斷邏輯；
3. 前端類：側(cè)重交互邏輯、展示邏輯。

好了，以上都是一本正經(jīng)地胡說八道，希望對大家有幫助！

作者：大雄，15年畢業(yè)于華南理工大學(xué)，有運(yùn)營和產(chǎn)品經(jīng)歷，現(xiàn)負(fù)責(zé)金融大數(shù)據(jù)產(chǎn)品：個性化推薦、智能搜索及AI智能客服。個人微信公眾號：大雄背起行囊。

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

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