中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

需求分析是產(chǎn)品經(jīng)理工作中重要的一環(huán)，也是關鍵的一環(huán)；在涉及功能時需要有意識的提醒自己，我是否對這個功能給用戶帶來的價值足夠了解，需求分析是否做充分了。

需求分析在產(chǎn)品研發(fā)鏈條中屬于前端環(huán)節(jié)，也是產(chǎn)品經(jīng)理工作中的重要一環(huán)。我認為它是難點也是關鍵的一環(huán)。

產(chǎn)品的目的就是通過滿足用戶（或企業(yè)）需求來獲得回報的，如果需求分析做不好意味著產(chǎn)品功能的無效，浪費時間和資源，用戶使用下來也會有挫敗感和困惑，對于一些toB的產(chǎn)品，架構(gòu)復雜的系統(tǒng)，如果功能無效要回退那成本是非常高的。

我過去犯過一些錯，需求的分析僅基于功能滿足，而忽略了用戶的使用場景和流程，回想下當初這樣做是順人性的，為什么說順人性？因為從用戶使用場景出發(fā)是難的，你需要通過很多不同的方式去了解用戶是怎么用的，特別是toB場景里還會涉及到用戶和用戶之間的協(xié)作，可以說能弄清這層信息可能需要花很長時間，某些時候和自己的認知還有沖突，而在自己現(xiàn)有的認知里決策和行動是簡單的自洽的，所以就更容易這么做。

還有一個原因是業(yè)務為了追求效率，產(chǎn)品為了在短期內(nèi)輸出成果這是一個快捷的辦法，拍腦袋決策，看數(shù)據(jù)后調(diào)整就行了，這種方式可能C端可行，B端復雜的系統(tǒng)可不能拍腦袋。

脫離了用戶分析就是脫離了用戶，需求分析缺乏足夠的用戶及用戶場景信息，產(chǎn)品很難做好，所以不妨在涉及功能的時候有意識的提醒自己，我是否對這個功能給用戶帶來的價值足夠了解，需求分析是否做充分了。

一、需求分析是考慮需求是什么而不是怎么實現(xiàn)

在進行需求分析的環(huán)節(jié)中常常出現(xiàn)的一個問題：需求方給的不是需求而是解決方案，這么一來就很有可能掩蓋了用戶真實的訴求。

我記得我在做toB產(chǎn)品的時候經(jīng)常會對接客戶成功（需求方），而他們在提需求時幾乎80%情況下都是不由自的說想要一個XX功能甚至把功能描述的很全面，按鈕放在哪里都給你想好了，作為產(chǎn)品經(jīng)理你得反復問他才能‘按照他的理解’把功能產(chǎn)生的由來給你描述出來，而他的場景的描述可能也有偏差。

這個環(huán)節(jié)我認為對產(chǎn)品經(jīng)理要求蠻高的，你需要在已知的知識背景下去推斷場景是否成立，需求是否合理，需求方描述的邏輯是否自洽，若不自洽要主動邀約客戶進行溝通，所以往往在toB領域有一個中間人：售前，起到對需求和解決方案承上啟下的作用。

但之前我和一個做外呼系統(tǒng)的老板聊，他提到了設售前也可能會增加需求流轉(zhuǎn)的摩擦，當然也可能是出于企業(yè)節(jié)省人力成本才有這樣的舉措。

二、需求分析是一個從微觀到宏觀的梳理過程

我始終覺得產(chǎn)品經(jīng)理會講故事是衡量一個產(chǎn)品是否能從用戶視角出發(fā)很重要的一點，很多人說產(chǎn)品經(jīng)理需要抽象能力，抽象能力從哪里來？從用戶場景中來，如果缺乏用戶場景全盤和細微的認知，抽象出的宏觀結(jié)論可能會出現(xiàn)樣本偏差。

比如一杯20度的水在40度的天氣下用戶覺得是杯冰水，而在10度的天氣下就可能是杯溫水，但事實是它就是一杯20度的水在不同的場景下會帶來不同的感受。

再比如一個胖子需要減肥嗎？并不一定，如果沒有內(nèi)外在動機，每天宅在家里喝肥宅快樂水吃炸雞很舒坦？只有在身體可能因肥胖出現(xiàn)高血壓高血脂問題時才會減肥或春心蕩漾時會想到減肥。在做需求分析的時候可以把自己帶入用戶角色、集合時間、所在場域、干什么、用戶動機、遇到的問題等帶入到具體的微觀的場景中，找到問題點在抽象總結(jié)出一些宏觀的結(jié)論。

三、需求分析也是向上管理的重要一環(huán)

我很多時候會接收到一些自己認為不合理或優(yōu)先級不高但老板或業(yè)務方認為很重要的需求，這時候很多人會說要說服他們，但說服是目的，不是方法，那怎么才能說服？這里又要回到講故事。

把什么人在什么場景下干什么事情遇到什么問題描述清楚且結(jié)合產(chǎn)品目標一般情況下描述的是事實且邏輯沒問題，我相信業(yè)務方老板方會被你說服的。

但能做到這一點其實是不容易的，要對用戶很了解，而在toB領域要對客戶的業(yè)務很了解，這就更復雜了，而這種了解一定是細致入微的，你跟老板描述的時候其實是在講一個故事給老板聽。

所以你看，向上管理也需要做好需求分析。

四、做需求分析一些實用技巧

1.分析需求的價值可以參考這種方法：滿足和不滿足差別是什么？

如果有意味著能夠有可能提升營收，解決一個比較大的痛點那這個需求的優(yōu)先級就高很多；

如果有僅僅是體驗的提升，甚至并非主價值流程的提升，那這個需求的優(yōu)先級就低很多。

2.借助有可能忽略的有效信息源：企業(yè)內(nèi)部業(yè)務側(cè)員工

業(yè)務人員例如像運營、銷售、客戶成功這種角色特別是公司年限較長的員工，他們是離用戶最近的，時常會聽到一線的炮聲，了解用戶的無奈和需求且他們也是相對最懂業(yè)務的。

3.講故事

在了解了場景和痛點且有一些解決方案的設想時不妨和需求方表述下自己的理解，講故事是表述的形式，他能夠檢驗產(chǎn)品經(jīng)理對用戶場景的了解是否細致入微還是泛泛而談。

五、需求分析之優(yōu)先級

在需求分析的時候通常需要產(chǎn)品經(jīng)理判斷需求的優(yōu)先級，這里分享下我在toB產(chǎn)品中如何判斷優(yōu)先級的，優(yōu)先級按照需要從高到低：

1. 業(yè)務流程斷點：某場景下員工們用了新發(fā)布的功能但中間有斷點無法推進下去了，通常是優(yōu)先級最高的。
2. 增值需求：能看到短期或中長期能產(chǎn)生一些用戶增長、收益增長的需求。
3. 核心流程能走通但不好用：產(chǎn)品核心價值涉及的功能流程是需要反復打磨的，如果功能不好用就需求優(yōu)化，通常這里優(yōu)先級也高的。
4. 非核心流程能走通但不好用的：這里不好用也可以分等級，有些本來要3個步驟但現(xiàn)在的設計要6個步驟，相比本來要3個步驟但目前設計要4個步驟優(yōu)先級要高一些。
5. 交互樣式：在toB領域交互樣式的優(yōu)先級是最低的，因為對業(yè)務產(chǎn)生的價值度就沒那么高。

需求分析我認為就是一個發(fā)現(xiàn)【好問題】的過程，而發(fā)現(xiàn)一個好問題通常比解決方案來得更珍貴。