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

2020-12-25 人人都是產品經理

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

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

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

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

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

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

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

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

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

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

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

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

不同點:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

總結

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

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

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

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

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

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

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

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

(4)接下來要做什麼?

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

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

相關閱讀

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

 

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

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

題圖來自Unsplash,基於CC0協議

相關焦點

  • 產品經理必備之如何進行需求分析?
    維基百科上說,在系統工程及軟體工程中,需求分析指的是在創建一個新的或改變一個現存的系統或產品時,確定新系統的目的、範圍、定義和功能時所要做的所有工作。需求分析是軟體工程中的一個關鍵過程。百度百科上說,需求分析也稱為軟體需求分析、系統需求分析或需求分析工程等,是開發人員經過深入細緻的調研和分析,準確理解用戶和項目的功能、性能、可靠性等具體要求,將用戶非形式的需求表述轉化為完整的需求定義,從而確定系統必須做什麼的過程。本文討論的需求分析是指從用戶提出的需求出發,挖掘用戶內心真正的目標,並轉化成產品需求的過程。用戶需求是什麼?
  • 需求分析師和產品經理有什麼區別?
    需求分析師一個類似於技術翻譯的工作,需求分析師們將公司業務部門所給予的客戶需求進行業務規則、業務範圍、業務流程等方面的技術分析後,把這些需求輸出成開發工程師看得懂的語言,如常見的UML統一建模語言,需求規格說明書等。然後在遵守這些基本的項目流程要求的基礎上,將需求通過軟體工程師來得以實現,滿足他們的需求。
  • 產品經理面試題 | 需求和項目管理的8個問題
    產品經理在面試時常會被問到有關需求/項目管理的問題,文章對相關問題進行了梳理總結,與大家分享,希望能給大家帶來幫助。除了必備的產品技能之外,作為產品經理的你需求管理、項目管理是否過關,也是檢驗是否是優秀產品經理的標準,面試過程中不免也會被考察到。
  • 項目經理、產品經理、客戶經理,都是真的經理嗎?
    我們四個商品經理工資可不低,十多年前了,當時月薪平均是1萬5;相同工齡且同一家公司的設計和質量等工程師,平均工資才萬把塊;採購經理/研發經理/質量經理的月薪算2萬-2萬5吧;可見,這商品經理 (Commodity Manager)工資高於一般工程師,雖然不帶人,但抬頭上去了,好歹Manager結尾,級別類似高級工程師,跟項目經理(Project Manager
  • 產品經理如何處理定製需求?
    編輯導讀:產品經理每天需要面對各種各樣的需求,其中包括來自客戶的定製需求。產品經理應該如何處理定製需求呢?本文將從四個方面進行分析,希望對你有幫助。2G項目,其中當然存在差異,不再展開)不易察覺的2C產品的異業合作:因為供應鏈的話語權,合作意願的強烈度的對比,也會使合作夥伴其實是甲方身份的情況。
  • 「騰訊」認證的產品課程,90天帶你掌握產品經理全技能(內含課程評價)
    ——產品2期成林同學如果你零基礎,想轉行做產品經理;剛做產品經理,沒人帶感到迷茫;野路子出身,想掌握大公司規範的產品流程(一)掌握資深產品經理必修的10大知識模塊1、定義:網際網路產品與產品經理網際網路與網際網路產品的演變歷程分析網際網路產品的4大要點網際網路產品的從0到1的全視圖產品經理的典型任務、團隊角色與成長路徑2、瞄準:明晰市場環境,找準定位airbnb、uber的商業模式解析網際網路的5大商業變現模式方法
  • 策略產品經理基礎知識:2.1需求挖掘之抽樣分析
    前兩篇帖子,我們分享了什麼是策略和策略產品經理是幹嘛的。從這篇起,我們開始進行工作方法的分享,第一步需求挖掘。貫穿策略產品工作的始末,它既是一個策略需求的結束,也是新需求的開始。因為策略產品經理的工作就是在不停的優化策略數據效果,所以效果回歸即發生在開發成果驗收和調優階段,也會發生在策略上線後的數據分析階段。二、階段性調研階段性調研:是一種針對產品現狀,進行系統分析的方法。分析結論最能代表產品問題的全貌,可以有效指導下一階段的產品工作,調研思路也被應用在「效果回歸」中。
  • 項目中遇到問題,產品經理如何解決?
    瀑布式開發是傳統的、老舊的開發,它需要嚴格遵守預先計劃的需求、分析、設計、開發、測試的步驟順序進行。各個步驟的成果作為衡量進度的方法,例如衡量產品需求的成果是產品經理的PRD,衡量分析的成果是開發和設計的分析文檔,衡量開發的成果當然就是開發團隊的開發進度等等。瀑布式開發是遵循既定步驟的,嚴格定義了各開發階段的輸入和輸出。
  • 一次To B 項目的需求分析總結
    最近巧合之下需要整理之前ToB項目的資料,所以今天也順帶和大家分享一些的自己之前在做ToB項目過程當中關於需求分析總結或經驗。首先,什麼是需求分析?可能有人認為需求分析其實就是和客戶問一些問題,了解一下情況,然後就可以開始設計產品方案了。額,這樣理解也對,但可能並不全面。
  • 項目需求分析:了解需求理論是做好需求分析工作的基礎
    在政府、企事業單位的項目中,需求調研與分析的工作是必不可少的,那麼在實際項目任務中哪些角色會涉及需求分析的工作呢?毫無疑問,在項目需求階段,需要一名具備專業技能和項目經驗的需求分析師/需求分析工程師來把控項目整體需求和需求細節;項目經理作為全程都需要接觸客戶、接觸需求的角色,需求的把控和管理能力也是必要的;而銷售與售前,在與客戶聊項目時,很多時候需要引導客戶說出想做什麼,跟客戶介紹我們實踐的類似案例,讓客戶產生共鳴
  • 從需求到上線,產品經理你挖了多少坑?
    然後,我們在執行這些流程的過程中,會有各種大坑小坑,可能填完了一個坑又挖了另一個坑。為了下次挖的坑能夠少一點小一點,我們需要不斷的自我總結提高。需求的收集&分析需求的收集&分析,算是產品開始的一個七點,通常吹牛逼的往大了說我覺得就是日常所說的發現用戶的痛點,解決用戶的某個問題。
  • 產品經理是誰?產品經理是做什麼的人?產品經理調色板
    老司機會跟你說,產品經理是農民。科學家客觀分析數據,尋找技術方案。我深以為然。但作為一名產品經理,我不能用比喻的方法定義產品經理這個職位,它需要一個定義。作為一個沒有老師、完全野蠻生長起來的產品經理,總結到上面這句話竟然花了我5年的時間,我多麼期盼一個人能從最開始就手把手教給我該怎樣成為一名合格的產品經理。
  • 產品經理常用分析方法
    ,產品經理or項目經理時常會面臨各種問題,導致項目延期,產品失敗等後果。)PEST分析是對項目或者產品進行宏觀環境的分析,在分析一款產品所處的背景的時候,通常是通過這四個因素來分析產品面臨的現狀。三、6W2H法Which:目標,做什麼樣的產品Why:原因,做這個產品的原因What:對象,產品功能和規劃Where:場所,項目實施地點When:時間,項目or產品實施周期
  • 項目管理工作對於產品經理,是雜活嗎?
    剛開始負責一個項目或產品線的產品經理一定會有相同的感受:拿不準項目經理與產品經理在項目管理中的職責邊界,感覺自己做了很多雜活。甚至某些B端產品經理覺著自己幹著幹著就成了項目經理。主要為以下幾類:1)項目性質:定製?標準版?新增需求是否收費(人天?人時?)2)商務關係:純甲乙方關係?合作關係?3)規定流程:所有需求都必須經過產品經理,技術有權拒絕非產品經理提供的需求。
  • 產品經理的三大技能
    編輯導語:作為一名產品經理,必備的基本技能是需求分析、互動設計、項目管理;除了這些理論的技能知識,還要把這些技能著重的放在實際工作中。本文作者詳細分析了產品經理的這三大技能,我們一起來看一下。根據現階段產品經理級別的劃分,大致可以分為初級產品經理、中級產品經理、高級產品經理、產品總監。
  • 產品經理必會:項目管理流程
    編輯導語:項目管理流程是產品經理必會的一項技能,一個項目往往包含很多複雜的流程和具體的細節,那麼產品經理應該如何做好項目管理呢?本文作者拆解了項目流程,具體的分析了產品經理在每個階段應該做什麼事,希望能夠幫助到各位對此依舊迷茫的產品經理們。作為一個合格的產品經理最重要的能力之一,就是是項目管理。
  • 需求文檔撰寫與合格交付原則 - 人人都是產品經理
    目前也已經成功投入使用,它不僅僅能告訴你如何寫一份需求文檔,也能告訴你文檔在進入設計、開發流程前你需要做哪些準備工作,衷心的希望這篇原則能給讀者們以啟迪!一、文檔交付流程文檔從最開始的需求分析到真正以文本格式投入使用往往需要經歷以下幾個階段——即:需求分析→原型設計→文檔撰寫→內部評審→外部評審。
  • 需求是一棵樹,產品經理如何「種」? - 人人都是產品經理
    之所以說是老話題,因為在網際網路將產品經理這個崗位推向頂峰之前,需求在市場導向型產品經理或者叫做營銷型產品經理領域中就廣泛的提及應用。而說是一個新話題,因為從網際網路產品經理開始關於需求的討論和普及話題如滔滔江水,綿延不絕。那麼到底我們討論的「需求」是什麼呢?
  • 項目經理的能力修煉之一:新增需求
    項目經理是項目團隊的領導者,項目經理首要職責是在預算範圍內按時優質的領導項目小組完成全部項目工作內容,並使客戶滿意。為此項目經理必須在一系列的項目計劃、組織和控制活動中做好領導工作,從而實現項目目標。項目經理不僅僅要學習項目管理理論知識,更重要的是要具備實戰的經驗和能力。實戰經驗需要時間的積累,但是參考別人的實戰案例,則是一個很高效的方法。
  • 產品新人如何入門:需求分析
    人人都是產品經理Q5群(217321498)產品新人入門系列,已經在大家的陪伴下走過了整整五期,前幾期我們已經對產品經理的概念、思維習慣、軟實力、硬實力對產品經理有了一定的了解,我們已經了解一個產品從無到有,需要經歷需求分析、產品設計