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

作為產品經理，需求分析是再常見不過了。本文分析總結需求來源以及如何做好需求分析這件事，希望對你有所幫助。

產品筆記第五篇，返璞歸真，回到產品經理的生命線——需求上來。

事實上我覺得需求分析是貫穿整個產品的生命周期的，我個人把單次需求分析分為三個大的階段：需求來源–需求真偽辨別–需求優先級排序。

一、需求來源

首先，你必須收集得到需求。這一步一般大家都比較熟悉，需求來源分外部和內部兩類途徑。

1. 外部途徑主要有：

• 用戶。
• 競品。
• 政策/行業標準等。對一些政策相關性較高的產品來說尤為重要。

在這里著重提一下“競品”。在實際工作中除了直接競品外，在一些“迫不得已”的情況下也可以從一些非直接的競品身上需求幫助，以我上一篇在《經驗總結 | G端產品，很容易G》中的經驗為例：

例如我們要做一個政府給企業下發能耗指標和碳配額的功能，我參考了財務系統中的預算管理模塊，最終我們設計了用能預算模塊。也就是說，有一些產品在功能本身上講是不同的，但是在流程和目標上是有相似性的，可以從這個角度進行“遷移”。

2. 內部途徑主要有：

• 開發、運營、bug修復等。
• 大老板。

這里展開講一下老板的需求。

（1）首先，對老板的需求要有一定的尊重。盡管在工作中我也常常覺得老板的需求缺乏一定的落地性，但老板之所以是老板，在商業方面一定是有他敏銳的嗅覺的，這一點產品經理還是要給予充分的尊重。

（2）其次，對老板的需求一定要有充足的交流。通過多次提問不斷逼近老板的真實需求，解決方案也要多次展開確認；實現這個需求的成本，以及風險或是困難，一定要提前和老板說明。哪怕需求真的沒有可行性，你所要做的是把一切告知給老板，由他來決策。

（3）最后，在把老板的需求傳達給開發的時候要注意一下：有時面對不靠譜的需求，我們會忍不住直接跟開發說“老板要的”，雖然這樣做確實可以減少很多溝通成本，但是也會在無形中削弱產品經理的信譽和權威（作為協作鏈的上游，保持一定的權威性對產品經理是很重要的）。

因此我們需要把老板的需求價值合理“包裝”一下，有時候我們會更習慣和開發們交流功能性需求的價值，其實商業、戰略性方面的需求價值也可以傳達給開發們。

二、需求真偽辨別

需求來源說完，我們說說需求的真偽辨別。初步收集到了需求別高興得太早，先問“是不是真的如此”，才能再想“怎么做”。

需求真偽辨別的角度我一般分為以下幾類：

• 臆想 or 源于用戶。產品經理臆想、臆測需求的情況其實很常見。
• 客觀實際的問題/場景 or 問題的表象/用戶的一個解決方案。經典的“我想要一匹馬”的訴求。
• 場景頻率低 or 高。如果一個需求確實存在但其場景頻率極低的話，個人認為也可以看作一種“偽需求”。
• 如果需求源于競品，競品和我們產品及用戶的定位一樣嗎？

三、需求優先級排序

在需求優先級的學習中，我最先接觸到的是Kano模型，直到現在我也很喜歡這個模型對需求的分類。但在實際的工作中我們可能沒辦法在用戶滿意度分析上花費大量時間，因此我也摸索出了自己的一些心得。

1. 從大的功能模塊的角度去劃分

這一條適用的場景更多是0-1的過程中，我們需要從比較宏觀的角度對功能模塊進行劃分，排一排大的功能模塊的先后。

（1）首先，要做的是特質性功能。什么是特質性功能，是我們的產品之所以可以叫這個名字，是需要滿足一些基本特質的。比如，我們做的能耗監管平臺，那么最基本的，我們一定要有能耗采集統計。別的功能拋開不說，如果沒有“能耗采集統計”功能，我們的產品就不配稱為“能耗監管平臺”。這就是特質性功能。

再簡單點說，看一看同類產品，它們都有的功能差不多也是這類產品的特質性功能。

（2）其次，要做的是特色性功能、競爭性優勢。特質性功能讓我們的產品滿足這類產品的一個“準入門檻”，下一步要脫穎而出一定要做特色性功能。之所以在眾多同類產品中要選擇我們，因為我們有特色，有差異化優勢。以我們的平臺舉例，我們的差異化就是不止于數據統計，更著眼于通過數據分析將數據轉化為用戶可使用的結論和決策依據。因此在能耗采集統計模塊做完之后要上的是能耗分析模塊。

（3）最后，要做的是橫向擴展或縱向深化的功能。比如后續我們平臺又迭代了節能考核、綜合評價等模塊。

2. 一些基本的綜合性原則

當然，以上所說的更適用于0-1的大功能模塊排序，在具體的需求點上我們有一些基本原則可以綜合性考量：

• 有重要影響的bug修復。一般優先級較高。
• 功能邏輯上的依賴關系決定的先后順序。需要在設計之初從系統的角度考慮。
• 性價比考慮。性價比=價值/開發成本。本身帶來的收益很低，開發成本卻很大，那這個需求可以往后稍一稍了。
• 先有再完。一個需求先以基本方式實現，再逐漸完善。比如我們采集能耗數據，先實現的是手工填報，后面再迭代物聯網采集。

OK，以上就是本篇文章的內容。那么，下一篇再見啦。