上一篇從收到一個需求談起 我們主要介紹了收到需求之后應該怎么和需求方溝通，這一篇將介紹具體怎么分析這個需求。

產品經理收到需求之后，切記不要急著開始畫原型圖，深入分析思考是第一步。磨刀不誤砍柴工，全面得思考可以讓后續的步驟走得越來越穩、越來越快。

首先，要判斷這個需求是某個產品的一個功能，還是一個相對獨立的產品。如果是某個產品的一個功能，則這個需求相對較小，需要考慮怎么兼容產品現有的功能。如果是一個相對獨立的產品，那么恭喜你，輪到你上場表演了，擼起袖子準備干吧。

針對上文早報的需求，很明顯，是一個相對獨立、功能完整的產品，姑且稱之為「簡報生成器」。

這個產品定位可以簡單總結為：生成用戶想要的簡報。

那這種類型的產品應該怎么做需求分析呢？

1. 這個產品的用戶是誰？用戶有什么特點？

你是不是和剛入行的我一樣以為回答這個問題，需要做大量的用戶調研、用戶訪談，然后還得畫一個高大上的用戶畫像（persona）。當然掌握用戶調研、用戶訪談、用戶畫像的技能也是 okay 的，但是大多數情況下，公司不會給你太多資源、太多時間去做這件事，你只能自己想辦法。

同時，調研 100 個用戶和調研 10 個用戶帶來的結果可能相差不大，前提是你找到了「對的人」，而不只是尋求調研的用戶數量。

在早報這件事情上，因為我本身就是資深用戶。所以，就「憑經驗」簡單分析下，早報的用戶群體分為兩種：

1. 一幫因為工作而整日奔波在各個公司用戶社群的社區運營或運營實習生；
2. 一幫管理興趣愛好組和其它學習小組的兼職（義務）運營。

那這幫用戶有什么特點呢？

不同點：

• 做事目的不同。第一類用戶是出于工作的目的，期望高效得完成工作任務。第二類用戶是出于興趣，期望獲得群體的認同感，位于馬斯洛需求層次的較高級別「尊重的需要」。
• 早報格式要求不同。第一類用戶要求的早報格式相對比較正式，第二類用戶要求的早報格式可能偏向活波。

相同點：早報的內容素材（比如：AI 產品早報、黃金每日行情等）都是相似的，不會有較大變動。

2. 這個產品滿足了用戶什么需求？解決了用戶什么問題？

最好能用一句話回答這個問題。為什么？因為面試官喜歡這么問。

這個產品滿足了用戶快速生成每日自定義早報內容的需求，節省了用戶整理早報的時間，提高了輸出每日早報的效率。

3. 用戶在什么情況下有這個需求？不同場景下的需求是一樣的嗎？

「簡報生成器」的使用場景：用戶需要在自己管理（運營）的社群里發送早報 / 午報 / 晚報的時候，才需要用到這個產品。相對來說，這個需求是一個很低頻的工具類需求，而且不同場景下的需求是一樣的。

插句題外話，你認為用戶是不是每天必須要打開「簡報生成器」，才能完成自己的任務？

如果這個產品是一個商業產品，面臨生存和盈利的壓力，那作為產品經理的你是需要仔細考慮一下這個問題。不過，作為用戶，效率是第一位的，能在不打開這個產品的情況下達到自己的目的當然是最好的了。

很多時候，盡可能高效得滿足用戶的需求和盡可能多得創造商業價值之間是存在沖突的，具體怎么權衡就要依情況而定。如果你運氣很好，遇到一個不在乎 KPI 只在乎產品質量的老板和公司，那么你真的是燒了高香了。

4. 現在沒有這個產品，用戶是怎么做的呢？現在的解決問題有沒有什么問題？

現在沒有「簡報生成器」，用戶都是手動保存簡報格式，修改日期等信息，然后手動復制各大新聞網站的新聞標題到預定的簡報格式中，最后將整理好的簡報發送至各大社群。

現在的解決方案主要問題是重復性工作比較多，比較浪費用戶的時間。復制格式、復制標題、復制標題、復制標題…轉發到對應的社群，其它沒有什么問題。

5. 你有沒有比現在的解決方案更好的方案？

嗯，是的，你沒看錯，答案肯定是有的。比如：復制標題的那部分，機器（爬蟲）完全可以替代人工，這一步的簡化已經可以節省 90% 的工作量了。

那還有沒有更好的解決方案？

比如：設置一次，終生免費的那種?？瓤取灰芷?，我說的是設置一次，然后就可以靜靜地當個讀者那種，當然是有的了～

「簡報生成器」將自動生成用戶期望的早報內容，并可以自動發送至用戶。最終用戶只需要復制轉發到各大社群即可。如下圖，紅色圈出來的部分是用戶需要完成的步驟，其余步驟均可通過產品實現。當然，前提是提前設置好早報格式。

有的時候，你辛辛苦苦整理了很久的用戶反饋，做了很久的需求分析。但最后，卻找不到比當前解決方案更好的方案。這種事情也是會經常有的，可能是技術不夠成熟，也可能是資源不夠，也可能老板覺得有更重要的事情要做。產品經理就是一個看似很厲害，但實際上權力還不夠大的虛名「經理」。當然，這并不影響產品經理改變世界。

到這里，我們就完成了從用戶需求到初步的產品解決方案的形成，也就是需求分析的部分，下一步我們將初步的產品解決方案變成具體的產品功能列表。

總結

（1）需求分析究竟分析些什么？

• 用戶：產品的用戶是誰（有幾類）？有什么特點？
• 場景：用戶會在什么情況下有這個需求（對我們的產品感興趣）？不同場景的需求一樣嗎？
• 需求：產品滿足了用戶什么需求？解決了用戶什么問題？
• 當前解決方案：現在沒有這個產品，用戶是怎么做的呢（當前解決方案是什么）？現在的解決問題有沒有什么問題？
• 產品解決方案：你有沒有比現在的解決方案更好的方案？

（2）怎樣做一次讓領導滿意的需求分析？

把事情說清楚。找一個不懂業務、不懂邏輯的人看看，看他能不能看懂。當然，不一定適用。很多時候，很多人就是為了分析得高大上、分析得讓別人讀不懂，方才顯示自己的牛逼。

比需求方想得更遠。以「簡報生成器」為例：這個產品的用戶是發早報的人，但最終消費「簡報生成器」生成的內容的卻是讀者，如果你能在滿足用戶需求的前提下讓最終的讀者滿意，那么用戶又有什么理由拒絕你的產品呢？

（3）如果別人質疑你的分析結果？

首先，不要怕被挑戰，不要怕被質疑。產品經理在日常工作中很容易被挑戰，大到老板、領導，小到團隊的 UI、研發、測試，所有人都有充分的理由挑戰你。試想如果你的分析結果和所有人想得都一樣，那還有誰會質疑你。被質疑恰恰說明你想到了別人沒有想到的點。

其次，產品這個東西本身主觀性比較大，你覺得這個產品很爛，但有可能你的領導就會覺得這個產品很好。不是說領導品味有問題，只是每個人思考問題、看待問題的方式不同。當別人質疑你時，大膽說出你的思考過程就好。

（4）接下來要做什么？

將產品解決方案落地為具體的產品功能。

好的，今天這篇文章到這里就結束了，我們的《一個項目帶你走進產品經理的世界》系列文章完成進度如下：黃色為當前進度。

相關閱讀

一個項目帶你走進產品經理的世界（1）：從收到一個需求談起

作者：左耳，微信公眾號：產品碎月

本文由 @左耳 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議