需求分析是產(chǎn)品經(jīng)理日常工作內(nèi)容之一。本文分享了需求分析到產(chǎn)品方案的過程和需要注意的問題點，供大家參考學(xué)習(xí)。

本篇文章大約有6000字，主要圍繞3個點展開：

一、需求評估：即從海量的需求中如何抉擇做哪些需求

二、需求方案：即從方案前期如何規(guī)避風(fēng)險，減少方案修改成本

三、需求設(shè)計小課堂：即從產(chǎn)品設(shè)計、數(shù)據(jù)庫、API層面說一下產(chǎn)品設(shè)計的注意事項與技術(shù)知識

正文開始，enjoy

一、需求評估之三步走

第一步：需求分析

1、還原場景

警匪片中，警察破案慣用手法之一，根據(jù)現(xiàn)場痕跡，還原罪犯作案過程，然后推測后續(xù)罪犯的動機(jī)。那類比到產(chǎn)品上來就是：在什么環(huán)境下，什么人做什么事，他為什么做這件事，最終產(chǎn)生的價值是什么等等。其中環(huán)境、人、行為、痛點收益指：

• 環(huán)境：可以是倉庫、辦公室等
• 人：什么身份、崗位、收入、語言、國家等
• 行為：用戶做什么事，操作流程是怎樣的
• 痛點&收益：在做這件事的過程中，用戶遇到了什么困難點；以及他預(yù)期想要獲得的結(jié)果或收益是怎么樣的

2、十萬個為什么

通過需求分析后，如果遇到有不理解的內(nèi)容/或者似是而非/或者大概也許可能是這樣/或者感覺我以為我理解了/或者寫的有歧義的，那這種就需要警惕了，多追問幾個為什么，可能就能挖掘到需求的本質(zhì)

第二步：需求評估

需求分析完成后，怎么定義這個需求要不要做，也可以按照幾個方法來

1、產(chǎn)品定位

看需求是否符合我們產(chǎn)品定位，例如某出海電商業(yè)務(wù)，應(yīng)該以本土需求為主，結(jié)合處理跨境供應(yīng)鏈業(yè)務(wù)（跨境供應(yīng)鏈無非就生產(chǎn)、運(yùn)輸、倉儲、報清關(guān)、配送等環(huán)節(jié)的處理）

2、戰(zhàn)略定位

例如目前產(chǎn)品的北極星指標(biāo)是日活和營收，那就看這個功能能否為日活和營收添磚加瓦

3、產(chǎn)品階段

產(chǎn)品階段指種子期>成長期>成熟期>衰退期。這個只能根據(jù)當(dāng)前產(chǎn)品所出階段，仁者見仁，智者見智了。

4、目標(biāo)客戶

這個功能提出的用戶是不是我們的目標(biāo)客戶。例如我們的目標(biāo)用戶是本土發(fā)貨且相對精鋪/精品/品牌的客戶，那鋪貨用戶提出的需求，這種可能就要謹(jǐn)慎決策

5、需求價值

這個可以圍繞廣度（即是否通用功能，覆蓋用戶有多大？）、頻率（注意不是反饋頻率，而是用戶的使用頻率）、需要程度（剛需還是非剛需，沒有這個功能就跑路嗎？）、趨勢（反饋的用戶量有多少，是呈上升還是下降趨勢）、最后一個就是成本（做這個大概要多少人力，與上面哪些點帶來的價值是否呈正比）

第三步：需求優(yōu)先級定義

使用kano模型+四象限法則+覆蓋用戶范圍基本就可以很好的定義需求優(yōu)先級了。

1、Kano模型：

基本型需求（底線需求）

定義：用戶認(rèn)為產(chǎn)品 “必須有” 的功能。如果產(chǎn)品缺少這些功能，用戶會極度不滿意甚至流失；但當(dāng)產(chǎn)品具備這些功能時，顧客也不會因此而特別滿意，他們會認(rèn)為這是理所當(dāng)然的。

示例：對于一部手機(jī)來說，能夠正常撥打電話和發(fā)送短信就是基本型需求。如果手機(jī)無法打電話，用戶肯定會非常不滿意；但僅僅能打電話，用戶也不會覺得這有什么值得稱贊的，因為這是手機(jī)最基本的功能。

期望型需求（越多越好）

定義：期望型需求與用戶的滿意度呈線性關(guān)系。產(chǎn)品提供的這些功能越多、越好，用戶就越滿意；反之，用戶的滿意度就會降低。

示例：手機(jī)的電池續(xù)航時間。如果手機(jī)的電池續(xù)航時間長，用戶會比較滿意；如果續(xù)航時間短，用戶的滿意度就會下降。而且用戶對于電池續(xù)航時間往往有一定的期望，比如希望能滿足一周的正常使用。

興奮型需求（驚喜需求）

定義：這些是用戶意想不到的功能，能夠給用戶帶來驚喜，使用戶的滿意度大幅提升。即使產(chǎn)品沒有這些功能，用戶也不會不滿意，因為在用戶認(rèn)知范圍內(nèi)并沒有這些功能的存在

示例：例如天馬行空一點，如果現(xiàn)在手機(jī)能實現(xiàn)太陽能充電，這個可能并沒有在我們的預(yù)期內(nèi)，當(dāng)我們發(fā)現(xiàn)可以太陽能快充時，再也不會為手機(jī)沒電感到煩惱，然后哇一聲，太牛了（如果有老板感興趣這個項目，請務(wù)必聯(lián)系我…狗頭.jpg）

無差異型需求（夠用就好）

定義：用戶對這類功能并不在意，這些功能的有無不會影響用戶的滿意度。

示例：例如某果，手機(jī)攝像頭是三個橫著放還是交叉放，對于大部分用戶來說，這個并不會對他們使用手機(jī)的體驗和滿意度產(chǎn)生任何影響

反向型需求

定義：這類需求是指用戶不希望產(chǎn)品具有的。如果產(chǎn)品提供了這些功能，反而會導(dǎo)致顧客滿意度下降。

示例：例如現(xiàn)在APP滿天飛的內(nèi)置廣告，用戶并不感興趣，但是還無法關(guān)閉（想關(guān)閉要當(dāng)股東的…），這會讓用戶感到厭煩，降低滿意度。

2、四象限法則：

重要且緊急（危機(jī)任務(wù)）、重要但不緊急（戰(zhàn)略任務(wù)）、緊急但不重要（干擾任務(wù)）、不重要且不緊急（浪費時間任務(wù)）

二、需求方案之規(guī)避風(fēng)險五步法

第一步：需求計劃制定

一般需求在前期大概知道是做什么，同時也要根據(jù)大概知道的內(nèi)容制定一個最晚評審日期，那根據(jù)這個日期往前倒排計劃，分別制定需求拆解、競品調(diào)研、需求框架、需求設(shè)計、需求預(yù)審等各個節(jié)點的時間，然后根據(jù)計劃往前推進(jìn)

第二步：需求拆解

首先獲取需求中的概念與流程，對于需求整體內(nèi)容先建立認(rèn)知

對概念和流程有認(rèn)知后，然后對需求進(jìn)行拆解，看下可能涉及哪些功能內(nèi)容，粗略的寫一個功能內(nèi)容&功能影響點

第三步：競品調(diào)研

需求拆解完成后，大概知道要做什么東西了，此時可以站在前人的肩膀上做設(shè)計，即進(jìn)行競品調(diào)研，競品調(diào)研一定帶著目的去進(jìn)行，把競品相關(guān)的截圖和流程梳理清楚，同時在調(diào)研的過程中思考下對方為什么這樣設(shè)計，優(yōu)缺點分別是什么。最后所有競品調(diào)研完成后，輸出一個總的調(diào)研結(jié)論

第四步：需求清單

通過需求拆解與競品調(diào)研，基本可以確認(rèn)我們的設(shè)計方案，此時第一步應(yīng)該是整理該需求的影響點，最好是根據(jù)系統(tǒng)頁面挨個看，確認(rèn)影響點后羅列詳細(xì)影響點&解決方案，形成需求清單

第五步：需求方案確認(rèn)

有需求清單后，可以針對相關(guān)內(nèi)容粗略的畫個草圖說明設(shè)計方案，如果有需要可以拉個正式會議與其他部門或領(lǐng)導(dǎo)快速對齊；如果感覺無風(fēng)險，可以直接開工設(shè)計或者單獨拉群后將設(shè)計內(nèi)容發(fā)出，讓大家看下是否有疑問或建議后在開工

三、需求設(shè)計小課堂

設(shè)計寄語

請牢記需求方案是寫給其他小伙伴看的，其他人看的好才是真的好

設(shè)計思路

1、啟動A計劃

前期通過腦?；蛘卟莞寮堖M(jìn)行思路構(gòu)建，當(dāng)整體內(nèi)容考慮清楚后，則可以啟動下一步動作

2、你先別急，請繼續(xù)構(gòu)建B++計劃

不要滿足剛開始的創(chuàng)意，趁思路活躍時創(chuàng)造或探索更多的備選方案，太早喜歡你的創(chuàng)意會阻止你創(chuàng)造和探索更多的方案

3、方案抉擇

當(dāng)窮盡認(rèn)知內(nèi)的方案后，可以分析根據(jù)每個方案的可行性&優(yōu)劣性，挑選出你認(rèn)為比較好的方案內(nèi)容

4、曝光計劃

當(dāng)認(rèn)為方案左右為難時或者需要確認(rèn)時，迅速曝光方案，從而尋求其他小伙伴或其他部門的反饋

設(shè)計注意事項、數(shù)據(jù)庫&API知識

請牢記“增刪改查顯算傳&數(shù)據(jù)庫&接口&異常”。詳細(xì)解釋如下：

增：即新增、創(chuàng)建、添加等

定義

一般指內(nèi)容的從無到有，即新增內(nèi)容

注意事項

1、表單內(nèi)容

1.1）字段：考慮字段類型（文本框、下拉等）、格式、數(shù)據(jù)源、上下限、默認(rèn)值、唯一值（賬號唯一/全局唯一/某條件下唯一）、是否需要排序、字段之間聯(lián)動、系統(tǒng)生成字段值的編碼規(guī)則（例如文本+隨機(jī)數(shù)…）等

1.2）圖片/視頻：考慮尺寸、大小、格式、比例等

2、校驗

2.1）校驗時點：離焦校驗、實時校驗、點擊某控件后校驗等等

2.2）校驗內(nèi)容：

2.2.1）必填校驗：必填項是否為空

2.2.2）異常校驗：是否有關(guān)聯(lián)引用數(shù)據(jù)，如果有被引用的數(shù)據(jù)不存在/過期/狀態(tài)不符合等如何處理；是否有添加數(shù)量上限，如果有超過如何處理

數(shù)據(jù)庫（SQL）語句

數(shù)據(jù)庫層面對應(yīng)語句就是Insert into，代表插入/新增數(shù)據(jù)。例如：要向數(shù)據(jù)庫表名為“t_product”表中插入一條新的產(chǎn)品數(shù)據(jù)，表中有product_id（產(chǎn)品id）、product_name等字段，則SQL語句為：

Insert into t_product (product_id, product_name) values (001, ‘這是產(chǎn)品名稱’)

API體現(xiàn)

1、請求方法：一般使用POST方法（即向服務(wù)器提交數(shù)據(jù)），通常用于提交表單

2、定義接口路徑，例如api/addProduct

3、請求格式：一般是JSON對象，例如{product_id:001,product_name:“這是產(chǎn)品名稱”}

刪：即刪除

定義

一般指內(nèi)容的從有到無，跟增剛好相反

注意事項

1、刪除方式：邏輯刪除or物理刪除？（邏輯刪除一般指假刪，即通過標(biāo)記實現(xiàn)；物理刪除為真刪，即從數(shù)據(jù)庫刪除，這種刪除是不可恢復(fù)的）

2、刪除一般是不可逆且高危操作，注意增加二次確認(rèn)彈窗

數(shù)據(jù)庫（SQL）語句

數(shù)據(jù)庫層面對應(yīng)語句就是delete from，代表刪除數(shù)據(jù)。例如：要從數(shù)據(jù)庫表名為“t_product”表中刪除product_id=001的數(shù)據(jù)，則SQL語句為：

delete from t_product where product_id = 001;

API體現(xiàn)

1、請求方法：POST（HTTP通信規(guī)則中標(biāo)準(zhǔn)為Delete方法為刪除數(shù)據(jù)）

2、定義接口路徑，例如api/deleteProduct

3、請求格式：例如上述案例可以只傳ID到服務(wù)器，就可以使用form-data格式，例如productId:001（其實from data 和json區(qū)別并不大，都是鍵值對的格式，即key:value）

改：即編輯、修改、調(diào)整等

定義

一般指內(nèi)容的從1到N，即修改內(nèi)容

注意事項

本質(zhì)基本同新增，主要考慮哪些內(nèi)容可以修改、哪些內(nèi)容不可以修改；其次就是修改后內(nèi)容一定記得做操作日志記錄，方便后續(xù)追溯

數(shù)據(jù)庫（SQL）語句

數(shù)據(jù)庫層面對應(yīng)語句就是update，代表更新數(shù)據(jù)。例如：要從數(shù)據(jù)庫表名為“t_product”表中更新product_id=001的產(chǎn)品名稱，則SQL語句為：

update t_product set product_name = “這是更新后產(chǎn)品名稱” where product_id = 001 ;

API體現(xiàn)

1、請求方法：POST（HTTP通信規(guī)則中標(biāo)準(zhǔn)為PUT方法為更新數(shù)據(jù)）

2、定義接口路徑，例如api/updateProduct

3、請求格式：基本同增

查：即查詢、查找、搜索

定義

一般指通過某些內(nèi)容查詢符合條件的信息

注意事項

1、查詢方式

1.1）輸入框的查詢類型：前綴、模糊、精確、批量搜索

1.2）非輸入框的查詢方式：單選、復(fù)選、單/復(fù)選兼容等

2、技術(shù)注意事項

針對輸入框類型的內(nèi)容，需要對SQL語句中的通配符（例如%、‘、“”等）做參數(shù)化查詢處理，防止產(chǎn)生SQL注入風(fēng)險

數(shù)據(jù)庫（SQL）語句

1、數(shù)據(jù)庫層面對應(yīng)語句就是selete，代表查詢數(shù)據(jù)。例如：要從數(shù)據(jù)庫表名為“t_product”表中查找product_id=001的數(shù)據(jù)，則SQL語句為：

selete * from t_product where product_id = 001;

其中*代表結(jié)果返回數(shù)據(jù)庫表中所有列，如果僅想返回產(chǎn)品名稱，則將*替換為product_name即可。where后面的就是查詢條件

API體現(xiàn)

1、請求方法：GET

2、定義接口路徑，例如api/selectProduct

3、請求格式：一般也采用form data，例如查詢字段為產(chǎn)品名稱，查詢內(nèi)容為“這是更新后產(chǎn)品名稱”，查詢類型采用精確查詢，請求字段為：

searchFields：productName

searchContent：這是更新后產(chǎn)品名稱

searchType：精確查詢

顯：即顯示、回顯

定義

一般指將數(shù)據(jù)回顯到頁面上，供用戶查閱。前端術(shù)語一般叫渲染

注意事項

1、如果是表單類，其一注意數(shù)據(jù)來源，其二注意是否需要分組，其三注意排序（降序、升序）

2、其次注意權(quán)限，什么人可以看到什么數(shù)據(jù)，保護(hù)數(shù)據(jù)隱私

3、其三注意數(shù)據(jù)回顯方式，例如是否需要分頁、如果不需要分頁是一次性加載所有數(shù)據(jù)還是虛擬滾動加載或者某些字段加載過長時可以采用分步加載（即先加載主要數(shù)據(jù)，加載長的單獨請求，這樣不影響主要操作也減少用戶等待）等

數(shù)據(jù)庫（SQL）語句

本質(zhì)對應(yīng)的就是查詢語句，只是拓展一些排序的概念，例如排序用order by函數(shù)，其中降序=desc，升序=asc。例如從t_product表中查詢product_id大于1的，按照產(chǎn)品ID降序排，語句為：

select * from t_product where product_id>1 order by product_id desc;

算：即計算、算法

定義

一般指各種計算操作，例如求和、計數(shù)等

注意事項

一般算法涉及規(guī)則，需要明確規(guī)則的計算方式

數(shù)據(jù)庫（SQL）語句

一般對應(yīng)分組語句，即group by函數(shù)。例如從product表中查詢平臺=shopee的產(chǎn)品總數(shù)，且按照不同店鋪聚合，語句為：

select shop,count(*) c_shop_count from t_product where platform=”shopee” group by shop;

其中c_shop_count為計數(shù)后的字段別名，用于承載計數(shù)后的結(jié)果。例如：t_product中有以下信息

執(zhí)行上述計數(shù)語句后，則結(jié)果為：

其他一些算法函數(shù)，例如count計數(shù)、sum求和、avg求平均數(shù)、max求最大、min求最小，具體語法可自行某度

傳：上傳、導(dǎo)入等

定義

在設(shè)計中主要體現(xiàn)在上傳信息的地方，例如上傳圖片、上傳文件、上傳視頻等

注意事項

1、站在產(chǎn)品角度需要定義規(guī)則，保證傳入數(shù)據(jù)的合法性。例如文件格式是否合法、文件大小、文件中行數(shù)是否有限制、文件模板是否被篡改、文件內(nèi)容是否為空、導(dǎo)入數(shù)據(jù)格式校驗等等

2、站在技術(shù)角度，以導(dǎo)入excel為例，處理流程就是：

2.1）讀取excel文件：獲取excel文件流 > 判斷excel格式

2.2）解析excel文件：獲取excel中sheet頁數(shù)量 > 遍歷所有sheet頁中的總行數(shù) > 解析sheet表中的行和列獲取相應(yīng)值

2.3）數(shù)據(jù)處理&存儲：數(shù)據(jù)處理-格式化數(shù)據(jù)/數(shù)據(jù)清洗（例如某些字段要過濾空格）/數(shù)據(jù)校驗等 > 數(shù)據(jù)存儲-寫入數(shù)據(jù)庫

異常：異常場景、極端場景等

定義

異常指的時不再正常流程范圍內(nèi)，但是為了防止用戶犯錯，又需要增加的一些攔截措施

注意事項

1、系統(tǒng)內(nèi)部交互時：考慮并發(fā)場景、考慮多人操作一條數(shù)據(jù)的情況、考慮數(shù)據(jù)狀態(tài)合法性、考慮操作過程網(wǎng)絡(luò)中斷等

2、與第三方系統(tǒng)交互時：考慮接口QPS、考慮數(shù)據(jù)傳輸是否會出現(xiàn)重復(fù)創(chuàng)建情況、考慮授權(quán)異常情況、考慮接口請求時長斷開請求后的補(bǔ)償機(jī)制等

文章到此處就結(jié)束了，總體來說描述的還是產(chǎn)品經(jīng)理的基本功，相信大家只要把自己的基礎(chǔ)能力打扎實，肯定受益匪淺，因為基礎(chǔ)能力不管做哪個行業(yè)都是可以平移的。其次就是方案靠譜，自己的專業(yè)性更能體現(xiàn)出來，也會讓業(yè)務(wù)伙伴更信服。

大概啰嗦到這里了，也算一個入行N年的老朋友與其他朋友的交流，其次也希望作為新入行朋友的一個啟發(fā)，如果有不正確或有歧義的地方，歡迎大佬評論區(qū)交流補(bǔ)充。

下期再見，bye～