起點課堂會員權(quán)益
職業(yè)體系課特權(quán)
線下行業(yè)大會特權(quán)
個人IP打造特權(quán)
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導(dǎo)直播
12場專業(yè)技能直播
會員專屬社群
榮耀標(biāo)識 如何判斷真?zhèn)涡枨?/h2>
在面對繁雜的用戶需求時，如何精準(zhǔn)地辨別真?zhèn)涡枨笫敲總€產(chǎn)品經(jīng)理必須掌握的技能。通過系統(tǒng)的需求收集、分析和價值判斷，我們可以更有效地優(yōu)化產(chǎn)品功能，真正滿足用戶的核心需求。
首先針對于需求分析說說，產(chǎn)品經(jīng)理不能成為一個傳話筒，不能說用戶反饋了什么我們就去做什么，這最后只會導(dǎo)致產(chǎn)品最后明明滿足了需求但就是很難用。所以說一定要進(jìn)行合理的需求分析以后再去看他值不值得做，要不要做。
一、需求真?zhèn)?/h2>
在這里說個例子，曾經(jīng)看到一本產(chǎn)品上有個例子舉得很好，就是一個小孩餓了哭著非要吃餅干，他媽媽就說現(xiàn)在太晚了沒有餅干快睡覺，結(jié)果小孩哭的更兇了，這時候他爸爸就問小孩為什么非要吃餅干，小孩這時候說他餓了，爸爸就拿了一塊面包給他吃，小孩乖乖吃完就睡了。
我們來對這個例子分析一下，小孩哭著要吃餅干真正原因是因為他餓了，他媽媽沒有去挖掘小孩的真正哭的原因沒有正視小孩的需求，他爸爸懂得去挖掘背后要吃餅干的真正原因，那么在這個案例中，小孩哭著要吃餅干就是一個偽需求。
當(dāng)然，在實際的業(yè)務(wù)場景中需求遠(yuǎn)不可能這么簡單，所以這也要求我們不斷鍛煉我們的的洞察力。
二、判斷真?zhèn)蔚牟襟E
1. 需求收集
在前期收集階段不要去急著分析，先全部一一收集起來，先記錄再認(rèn)真分析
2. 需求分析
1）功能層面問題
客戶大多提出的需求都是很模糊的表面需求，比如說我現(xiàn)在要新增一個功能，如何設(shè)計客戶都給你提好了，但問題是客戶與產(chǎn)品經(jīng)理信息是不對等的，產(chǎn)品經(jīng)理未必懂客戶的正式訴求，客戶未必知道產(chǎn)品經(jīng)理對產(chǎn)品的考量，而且最重要的一點，客戶是問題專家，不是方案專家，他提的方案難道一定最優(yōu)的嘛，所以說對于客戶提出的功能層面的需求可以用常見的5W1H模型分析法。
場景是什么。使用者是誰。在什么時間什么地點發(fā)生，需求的背景是什么？需求方到底要什么，我要怎樣解決在需求。這個階段一定要還原到具體的業(yè)務(wù)場景和流程中去，千萬不要帶著主觀臆測去分析需求。這樣做出來的是你想要的，不是客戶想要的。
2）業(yè)務(wù)邏輯層面
其實這里和上述功能設(shè)計相似地方，就是一定要還原到具體業(yè)務(wù)流程當(dāng)中去，然后進(jìn)行邏輯推演：
- 為什么做這個功能，缺少這個功能業(yè)務(wù)流程會如何
- 這個功能與上下游的工作關(guān)系是什么
- 這個功能不做有無好的替代方案解決這個需求
這個就要求你的眼界和關(guān)注點要廣，上升層面去看需求，不只是盯著一個小模塊里的小功能，將這個功能放到整體的業(yè)務(wù)之間去分析。
3）價值判斷：
- 目的：客戶提出改需求的目的是什么，確定不了就是偽
- 需求解決后，我們和客戶分別能獲得什么回報和收益，不能帶來價值則偽
- 功能：用戶所要求的功能是否和我們的產(chǎn)品定位和價值是否匹配，如果不能，我們是否能為客戶提出匹配的替代功能，不匹配則為偽
從業(yè)務(wù)上確定價值，進(jìn)而判斷需求的真?zhèn)巍?/p>
本文由 @汪仔小新 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)作者許可，禁止轉(zhuǎn)載
題圖來自 Unsplash，基于CC0協(xié)議
該文觀點僅代表作者本人，人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。
更多精彩內(nèi)容，請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
在面對繁雜的用戶需求時，如何精準(zhǔn)地辨別真?zhèn)涡枨笫敲總€產(chǎn)品經(jīng)理必須掌握的技能。通過系統(tǒng)的需求收集、分析和價值判斷，我們可以更有效地優(yōu)化產(chǎn)品功能，真正滿足用戶的核心需求。
首先針對于需求分析說說，產(chǎn)品經(jīng)理不能成為一個傳話筒，不能說用戶反饋了什么我們就去做什么，這最后只會導(dǎo)致產(chǎn)品最后明明滿足了需求但就是很難用。所以說一定要進(jìn)行合理的需求分析以后再去看他值不值得做，要不要做。
一、需求真?zhèn)?/h2>
在這里說個例子，曾經(jīng)看到一本產(chǎn)品上有個例子舉得很好，就是一個小孩餓了哭著非要吃餅干，他媽媽就說現(xiàn)在太晚了沒有餅干快睡覺，結(jié)果小孩哭的更兇了，這時候他爸爸就問小孩為什么非要吃餅干，小孩這時候說他餓了，爸爸就拿了一塊面包給他吃，小孩乖乖吃完就睡了。
我們來對這個例子分析一下，小孩哭著要吃餅干真正原因是因為他餓了，他媽媽沒有去挖掘小孩的真正哭的原因沒有正視小孩的需求，他爸爸懂得去挖掘背后要吃餅干的真正原因，那么在這個案例中，小孩哭著要吃餅干就是一個偽需求。
當(dāng)然，在實際的業(yè)務(wù)場景中需求遠(yuǎn)不可能這么簡單，所以這也要求我們不斷鍛煉我們的的洞察力。
二、判斷真?zhèn)蔚牟襟E
1. 需求收集
在前期收集階段不要去急著分析，先全部一一收集起來，先記錄再認(rèn)真分析
2. 需求分析
1）功能層面問題
客戶大多提出的需求都是很模糊的表面需求，比如說我現(xiàn)在要新增一個功能，如何設(shè)計客戶都給你提好了，但問題是客戶與產(chǎn)品經(jīng)理信息是不對等的，產(chǎn)品經(jīng)理未必懂客戶的正式訴求，客戶未必知道產(chǎn)品經(jīng)理對產(chǎn)品的考量，而且最重要的一點，客戶是問題專家，不是方案專家，他提的方案難道一定最優(yōu)的嘛，所以說對于客戶提出的功能層面的需求可以用常見的5W1H模型分析法。
場景是什么。使用者是誰。在什么時間什么地點發(fā)生，需求的背景是什么？需求方到底要什么，我要怎樣解決在需求。這個階段一定要還原到具體的業(yè)務(wù)場景和流程中去，千萬不要帶著主觀臆測去分析需求。這樣做出來的是你想要的，不是客戶想要的。
2）業(yè)務(wù)邏輯層面
其實這里和上述功能設(shè)計相似地方，就是一定要還原到具體業(yè)務(wù)流程當(dāng)中去，然后進(jìn)行邏輯推演：
- 為什么做這個功能，缺少這個功能業(yè)務(wù)流程會如何
- 這個功能與上下游的工作關(guān)系是什么
- 這個功能不做有無好的替代方案解決這個需求
這個就要求你的眼界和關(guān)注點要廣，上升層面去看需求，不只是盯著一個小模塊里的小功能，將這個功能放到整體的業(yè)務(wù)之間去分析。
3）價值判斷：
- 目的：客戶提出改需求的目的是什么，確定不了就是偽
- 需求解決后，我們和客戶分別能獲得什么回報和收益，不能帶來價值則偽
- 功能：用戶所要求的功能是否和我們的產(chǎn)品定位和價值是否匹配，如果不能，我們是否能為客戶提出匹配的替代功能，不匹配則為偽
從業(yè)務(wù)上確定價值，進(jìn)而判斷需求的真?zhèn)巍?/p>
本文由 @汪仔小新 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)作者許可，禁止轉(zhuǎn)載
題圖來自 Unsplash，基于CC0協(xié)議
該文觀點僅代表作者本人，人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。
產(chǎn)品經(jīng)理得站在高處，看看這個需求對整個業(yè)務(wù)有啥影響，能不能帶來實際的價值。不能光看用戶說要啥就給啥，還得考慮這功能跟咱們產(chǎn)品的大方向是不是一致。