|
分(fēn)析對(duì)象不同，思考的(de)内容不同。 一、項目初期，對(duì)可(kě)行性的(de)分(fēn)析
1. 市場(chǎng)環境 1.1 背景和(hé)趨勢： 這(zhè)個(gè)方向是不是很火(O2O)? 會不會是未來(lái)互聯網的(de)趨勢(VR)? 1.2 競品情況： 有多(duō)少團隊在做(zuò)? BAT 是不是在涉足，或者計劃涉足? 他(tā)們目前的(de)市場(chǎng)份額如何? 1.3 當下(xià)市場(chǎng)規模： 所在的(de)垂直市場(chǎng)有多(duō)大(dà)? 所在的(de)大(dà)類市場(chǎng)有多(duō)大(dà)? 市場(chǎng)的(de)空間多(duō)大(dà)? 藍海還(hái)是紅海? 2. 用(yòng)戶需求 2.1 需求定義： 是到底要解決什(shén)麽問題(沒問題存在的(de)需求都是僞需求)? 這(zhè)個(gè)問題是不是特别嚴重?有沒有詳細的(de)場(chǎng)景描述(XXX時(shí)，特别討(tǎo)厭做(zuò)XXX，要是XXX就好了(le))? 有多(duō)少用(yòng)戶會遇到這(zhè)些問題(比如是你和(hé)你老婆會遇到，還(hái)是你确定所有人(rén)都會遇到)? 2.2 需求剛弱： 是不是很痛點、很貼切的(de)需求(比如上門洗車并不是剛需)? 能不能解決實際問題(比如不解決真實性的(de)問題，隻是把租房(fáng)信息放平台上有意義嗎)? 目前用(yòng)戶的(de)需求是不是已經充分(fēn)滿足(比如我爲什(shén)麽要特地下(xià)個(gè)舞蹈教學愛(ài)屁屁而不是在優酷看)? 2.3 需求真僞： 是不是大(dà)家都認可(kě)這(zhè)個(gè)問題需要解決(比如「我胖但我不想減肥」)? 大(dà)家說的(de)需求是不是大(dà)家真正的(de)需求(什(shén)麽是「僞需求」?能否舉例說明(míng)? – 蘇傑的(de)回答(dá))? 3. 産品邏輯 3.1 功能邏輯： 功能能不能真正滿足需求(比如我要的(de)是方便快(kuài)捷，但上門理(lǐ)發反而更折騰)? 有沒有不合理(lǐ)的(de)漏洞(比如我們希望記錄用(yòng)戶的(de)信用(yòng)，但用(yòng)戶交易卻不會通(tōng)過我們進行)? 要怎樣實現目标功能(配合的(de)具體運營、技術、産品要怎麽做(zuò))? 3.2商業邏輯： 離交易是不是足夠近(不要做(zuò)到最後發現成了(le)公益平台)? 用(yòng)戶價值在你的(de)産品上會不會體現(比如付費時(shí)的(de)交易、創作時(shí)的(de)内容、社交時(shí)的(de)關系鏈)? 4. 自身能力 4.1 團隊情況： 運營、技術和(hé)産品的(de)能力能否實現目标的(de)功能(類似人(rén)工智能、團購(gòu)大(dà)戰不是小團隊可(kě)以碰的(de))? 創始團隊是否有能力勝任其職責(創始團隊無法 hold 住更多(duō)牛人(rén)的(de)加入)? 4.2 資金情況： 按照(zhào)預想的(de)盈利方式、收支計劃，錢夠不夠花? 在下(xià)一次融資前，公司的(de)發展能否達到可(kě)以談融資的(de)地步? 雖說很多(duō)都是創始人(rén)該想的(de)，但落實到産品上，就應該是産品經理(lǐ)搞明(míng)白的(de)。 另外，這(zhè)部分(fēn)寫完後，我發現跟厲哥(gē)在 商業計劃書(shū)(BP)應該包含哪些點? – Roy Li 的(de)回答(dá) 中提到的(de)你是誰(自身能力)、你想解決什(shén)麽問題(用(yòng)戶需求)、市場(chǎng)和(hé)競争情況(市場(chǎng)環境)和(hé)怎麽做(zuò)(産品邏輯)不謀而合。供參考。 二、産品設計時(shí)，對(duì)功能交互的(de)用(yòng)戶體驗的(de)分(fēn)析。
1. 有用(yòng)性 1.1 需求類别 需求是基本型、期望型還(hái)是興奮型(參考 作爲産品經理(lǐ)，如何給用(yòng)戶需求排序)? 需求所要求的(de)功能是目前是重要的(de)還(hái)是緊急的(de)還(hái)是其他(tā)(比如聊天記錄都會丢失時(shí)要不要美(měi)化(huà)圖标)? 1.2 可(kě)操作性 功能使用(yòng)是不是能夠達到效果(比如老人(rén)機模式卻沒有讓字體夠大(dà))? 有沒有考慮到用(yòng)戶的(de)使用(yòng)場(chǎng)景(比如移動數據下(xià)提供純文字省流量的(de)模式)? 在使用(yòng)時(shí)會不會經常打斷用(yòng)戶(頁面跳轉太多(duō)、需要完成的(de)步驟太多(duō))? 1.3 容錯可(kě)靠 所有錯誤情況是不是考慮到了(le)(比如「啊，這(zhè)個(gè)空白頁面是什(shén)麽意思居然沒有解釋」)? 在極端狀況下(xià)是不是能夠可(kě)靠(比如便簽字數太多(duō)就根本不能用(yòng)了(le))? 2. 易用(yòng)性 2.1 學習(xí)成本 用(yòng)戶的(de)學習(xí)成本是不是足夠低(比如要先給用(yòng)戶看一百字的(de)新手教程嗎)? 邏輯的(de)一緻性是不是夠好(比如按鈕長(cháng)得(de)不一樣、信息格式不一樣)? 用(yòng)戶再次使用(yòng)時(shí)需不需要重複學習(xí)(用(yòng)過一次就完全能夠掌握并記憶)? 2.2 信息傳遞 文案是不是都能通(tōng)俗易懂(dǒng)(比如「現在無法停止通(tōng)用(yòng)卷設備」)? 用(yòng)戶需要的(de)信息是不是都能找到(比如我是滴滴的(de)司機，卻找不到獎懲規則)? 提醒和(hé)警告是不是完整(告訴用(yòng)戶發生了(le)什(shén)麽、因爲什(shén)麽、能做(zuò)什(shén)麽)? 2.3 高(gāo)效完成 現在的(de)方式已經是最好的(de)了(le)嗎?有沒有更好的(de)方式(比如 Windows 下(xià)操作彈出 USB 設備還(hái)可(kě)以再簡化(huà))? 有沒有在處理(lǐ)特殊情況時(shí)的(de)高(gāo)效方法(比如能不能有多(duō)選和(hé)批處理(lǐ)的(de)功能)? 3. 友好性 3.1 視覺效果 是不是美(měi)觀? 會不會造成不适感? 3.2 簡潔清晰 界面元素還(hái)能再減少嗎? 視覺焦點是在重要信息和(hé)功能上嗎? 三、在項目管理(lǐ)和(hé)個(gè)人(rén)管理(lǐ)上，要做(zuò)問題分(fēn)析。 1. 定義問題(What、Who、Why) 要解決什(shén)麽問題(嚴重 BUG，功能缺失，項目延期還(hái)是文檔有誤)? [項目] 責任人(rén)是誰(是産品經理(lǐ)沒有發現、測試沒有意識到還(hái)是開發有疏漏)? 具體起因是什(shén)麽(比如技術并不了(le)解業務背景所以做(zuò)錯)? 2. 解決問題 有哪幾種解決方案(不是先處理(lǐ)人(rén)，而是先處理(lǐ)問題、羅列方案)? 每種方案的(de)利弊是什(shén)麽(比如有的(de)會影(yǐng)響産品進度但節省成本、有的(de)會耗費公司财力但速度快(kuài)等)? [項目] 利益相關者認同哪個(gè)方案(比如關乎運營的(de)方案不能繞過他(tā)們、改動設計的(de)地方也(yě)不能不通(tōng)知設計師)? 從長(cháng)遠(yuǎn)來(lái)看哪個(gè)方案獲益最大(dà)、損失最小(比如臨時(shí)的(de)解決方案雖然快(kuài)，但可(kě)能會埋下(xià)隐患)? 3. 複盤問題 造成問題的(de)深度原因是什(shén)麽(比如技術水(shuǐ)平本身有問題、工作流程設計有誤)? 問題如何暴露的(de)，在之前爲什(shén)麽沒有暴露(誰發現的(de)問題、在其他(tā)時(shí)間爲什(shén)麽沒發現)? 從根本上解決問題的(de)方法有什(shén)麽(比如招募專家、改進工作流程)? 檢查異常的(de)機制是不是需要改進(比如在哪個(gè)環節加入總監的(de)評審)? 4. 提高(gāo)效率/節省成本 工作中比較複雜(zá)的(de)、步驟繁瑣的(de)事務能不能簡單處理(lǐ)(比如需要大(dà)量對(duì)賬結算(suàn)的(de)方案可(kě)以簡化(huà)邏輯，實際不影(yǐng)響效果)? 簡單處理(lǐ)的(de)事務能不能形成标準化(huà)的(de)流程機制(比如對(duì)賬結算(suàn)在固定周期、用(yòng)固定方法完成)? 标準化(huà)的(de)流程機制能否實現自動化(huà)(比如對(duì)賬結算(suàn)用(yòng)程序實現自動化(huà))? 我數了(le)數，大(dà)概有 60 個(gè)問題。如果作爲産品經理(lǐ)在做(zuò)各種分(fēn)析的(de)時(shí)候全都搞明(míng)白，應該差不多(duō)了(le)。 |
