一個項目帶你走進產品經理的世界(2):需求分析

不懂技術怎么做產品?15天在線學習,補齊產品經理必備技術知識,再也不被開發忽悠。了解一下>

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

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

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

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

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

一個項目帶你走進產品經理的世界(2)需求分析

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

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

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

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

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

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

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

不同點:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

比如:設置一次,終生免費的那種。咳咳…不要跑偏,我說的是設置一次,然后就可以靜靜地當個讀者那種,當然是有的了~

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

一個項目帶你走進產品經理的世界(2)需求分析

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

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

總結

(1)需求分析究竟分析些什么?

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

(2)怎樣做一次讓領導滿意的需求分析?

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

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

(3)如果別人質疑你的分析結果?

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

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

(4)接下來要做什么?

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

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

一個項目帶你走進產品經理的世界(2)需求分析

相關閱讀

一個項目帶你走進產品經理的世界(1):從收到一個需求談起

 

作者:左耳,微信公眾號:產品碎月

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

題圖來自Unsplash,基于CC0協議

給作者打賞,鼓勵TA抓緊創作!
評論
歡迎留言討論~!
  1. 不懂產品的測試不是好QA,我是QA,過來學習,感謝~

    回復
  2. 文章不錯

    回復
  3. 這里突然有個問題,面對不同網站的同一條新聞怎么做出甄別?

    回復
  4. 可以發一下需求文檔的模板之類的。

    回復
    1. 這個后續我整理下,專門做個需求文檔模版的專題

      回復
  5. 您好,如果是某個產品的功能,需求分析也可以這個模式寫么?

    回復
    1. 你理解的這個模式是?

      回復
  6. 小姐姐能不能幫我看一個頁面如何設計會合理一些?wx:303607078

    回復
    1. 你可以加我公眾號「產品碎月」,后臺直接和我溝通~~

      這里不能及時看到~

      回復
  7. 我是0基礎的小白,在機械行業從事設計,現在對產品經理感興趣,但是不清楚這個方向,具體工作,以及適不適合

    回復
    1. 不知道你具體想要了解什么呢?

      回復
  8. 求微信求微信

    回復
    1. 那能不能先關注公眾號,讓我開心開心~~~

      回復
  9. 趕緊更新!!!

    回復
    1. 來吧,更新了~~~ :smile: http://www.qlurlm.tw/pmd/2226965.html

      回復
  10. 喊的好的項目和產品應該有敏感性。

    回復
    1. 啊?抱歉,我沒太懂你在說什么 :cry:

      回復
  11. 簡單易懂的表述方式,讓產品小白更好的了解產品經理的世界,給個鼓勵,期待下一期的更新~向您多多學習經驗~ ;-)

    回復
    1. 更新了,更新了~~~http://www.qlurlm.tw/pmd/2226965.html

      回復
  12. 期待下一章 我會繼續追 ;-)

    回復
    1. 哇,感謝感謝。我更新了,來吧~~~http://www.qlurlm.tw/pmd/2226965.html

      回復
  13. 期待后續的更新,更新后@我 :?:

    回復
    1. 甩你鏈接,你看可行不可行哦~~~http://www.qlurlm.tw/pmd/2226965.html

      回復
  14. 作者在一種輕松友好的范圍下,總結出了一套很基礎的方法論。希望以后能寫一些進階的文章,供我們學習進步

    回復
    1. 也希望你多看我的文章,多提提意見,方便我收集一波用戶反饋~嘻嘻

      回復
    2. 我是從這篇文章開始看起的,剛才看了這系列的第一篇文章,了解了需求的梗概。恕我直言,你的方法論確實很基礎明確,但是不認同你對需求的處理方式。大家討論一下,看看能不能激起火花。
      首先,你問用戶的問題太細致了,像聊天,像流水賬。我比較習慣先抓大方向,有幾個明確的關鍵的主題,再逐一細化。
      第二,簡報這個產品,我覺得最關鍵的內在需求在于簡報內容的篩選。人為制作簡報,其實是經歷了信息吸收和篩選的一個隱形的過程。如何把這個過程用技術去處理解決,最終得到用戶滿意的結果,應該是重點。從業務的角度講,就是面對海量新聞,如何精選出簡報中的十幾條或幾十條?這里可以詢問用戶平時都是如何決定簡報內容的,有沒有什么關鍵的數據篩選條件,比如頭條、點擊度或熱度,或者關鍵去百度看熱搜。這是產品的關鍵規則。如果前期不去了解,要么后期再去找用戶詢問,要么就是挖坑。
      以上是個人淺見,這個需求本身還是很有意思的,有很多可挖掘的點,同時在推進過程中肯定也會產生一些不好解決的問題。希望你能做出一個有趣的產品

      回復
    3. 你說的有道理。我確實簡報生成器這個產品上挖得不夠深入。一來我是為了滿足自己的需求,我現在整理早報都是用的關鍵詞分類的方法,還沒有按照熱度比如閱讀量、評論量、轉發量等指標來選擇新聞,后續可以考慮一下兩者怎么結合,使得我整理的早報內容質量更高。我相信還是有人是按照這個方式來整理早報的,這一點后續我去找幾個人了解下情況,以及我在整理后續內容的時候看怎么結合。畢竟不是所有的需求在一開始都能想透徹的,突然想起劉飛老師今天發在公眾號里的一句“迭代和 abtest 降低了產品經理的門檻…”我去反思反思,額…好像扯遠了……;

      回復
    4. 二者我在文章里主要是以例子的形式輔助大家理解我作為產品經理的工作是怎樣工作的,可能我的重點沒有放在簡報生成器這個產品上面。我相信更好的解決方案是整理知識和簡報生成器這個產品能做到兩不誤,我再想想這兩者怎么權衡…無論怎樣,非常感謝你的回復,希望能多和你交流??
      評論字數不能超過300…無語??

      回復
  15. 早上一打開就看到更新了,開心,對我這個產品小白很受用,期待下一篇,

    回復
    1. 哈哈,我加油~歡迎提反饋,促進我文章寫得越來越好~哈哈哈哈

      回復
    2. 要是每個階段的輸出(比如需求階段要輸出的文檔?這些文檔有什么講究?……)能大致介紹一下就好了。 ;-)

      回復
    3. http://www.qlurlm.tw/pmd/2226965.html

      感謝你的建議哈,這篇文章里我加入了需要輸出的文檔~你可以先看看哈~~~

      回復
马总会三肖中特