從問題中做分析，産品才能(néng)準确到位

分析對(duì)象不同，思考的内容不同。

一、項目初期，對(duì)可行性的分析

可行性＝市場環境+用戶需求+産品邏輯+自身能(néng)力

1. 市場環境

1.1 背景和趨勢：

這(zhè)個方向(xiàng)是不是很火(O2O)?

會(huì)不會(huì)是未來互聯網的趨勢(VR)?

1.2 競品情況：

有多少團隊在做?

BAT 是不是在涉足，或者計劃涉足?

他們目前的市場份額如何?

1.3 當下市場規模：

所在的垂直市場有多大?

所在的大類市場有多大?

市場的空間多大?

藍海還(hái)是紅海?

2. 用戶需求

2.1 需求定義：

是到底要解決什麼(me)問題(沒(méi)問題存在的需求都(dōu)是僞需求)?

這(zhè)個問題是不是特别嚴重?有沒(méi)有詳細的場景描述(XXX時(shí)，特别讨厭做XXX，要是XXX就(jiù)好(hǎo)了)?

有多少用戶會(huì)遇到這(zhè)些問題(比如是你和你老婆會(huì)遇到，還(hái)是你确定所有人都(dōu)會(huì)遇到)?

2.2 需求剛弱：

是不是很痛點、很貼切的需求(比如上門洗車并不是剛需)?

能(néng)不能(néng)解決實際問題(比如不解決真實性的問題，隻是把租房信息放平台上有意義嗎)?

目前用戶的需求是不是已經(jīng)充分滿足(比如我爲什麼(me)要特地下個舞蹈教學(xué)愛屁屁而不是在優酷看)?

2.3 需求真僞：

是不是大家都(dōu)認可這(zhè)個問題需要解決(比如「我胖但我不想減肥」)?

大家說(shuō)的需求是不是大家真正的需求(什麼(me)是「僞需求」?能(néng)否舉例說(shuō)明? – 蘇傑的回答)?

3. 産品邏輯

3.1 功能(néng)邏輯：

功能(néng)能(néng)不能(néng)真正滿足需求(比如我要的是方便快捷，但上門理發(fā)反而更折騰)?

有沒(méi)有不合理的漏洞(比如我們希望記錄用戶的信用，但用戶交易卻不會(huì)通過(guò)我們進(jìn)行)?

要怎樣(yàng)實現目标功能(néng)(配合的具體運營、技術、産品要怎麼(me)做)?

3.2商業邏輯：

離交易是不是足夠近(不要做到最後(hòu)發(fā)現成(chéng)了公益平台)?

用戶價值在你的産品上會(huì)不會(huì)體現(比如付費時(shí)的交易、創作時(shí)的内容、社交時(shí)的關系鏈)?

4. 自身能(néng)力

4.1 團隊情況：

運營、技術和産品的能(néng)力能(néng)否實現目标的功能(néng)(類似人工智能(néng)、團購大戰不是小團隊可以碰的)?

創始團隊是否有能(néng)力勝任其職責(創始團隊無法 hold 住更多牛人的加入)?

4.2 資金情況：

按照預想的盈利方式、收支計劃，錢夠不夠花?

在下一次融資前，公司的發(fā)展能(néng)否達到可以談融資的地步?

雖說(shuō)很多都(dōu)是創始人該想的，但落實到産品上，就(jiù)應該是産品經(jīng)理搞明白的。

另外，這(zhè)部分寫完後(hòu)，我發(fā)現跟厲哥在 商業計劃書(BP)應該包含哪些點? – Roy Li 的回答 中提到的你是誰(自身能(néng)力)、你想解決什麼(me)問題(用戶需求)、市場和競争情況(市場環境)和怎麼(me)做(産品邏輯)不謀而合。供參考。

二、産品設計時(shí)，對(duì)功能(néng)交互的用戶體驗的分析。

用戶體驗＝有用性+易用性+友好(hǎo)性

1. 有用性

1.1 需求類别

需求是基本型、期望型還(hái)是興奮型(參考 作爲産品經(jīng)理，如何給用戶需求排序)?

需求所要求的功能(néng)是目前是重要的還(hái)是緊急的還(hái)是其他(比如聊天記錄都(dōu)會(huì)丢失時(shí)要不要美化圖标)?

1.2 可操作性

功能(néng)使用是不是能(néng)夠達到效果(比如老人機模式卻沒(méi)有讓字體夠大)?

有沒(méi)有考慮到用戶的使用場景(比如移動數據下提供純文字省流量的模式)?

在使用時(shí)會(huì)不會(huì)經(jīng)常打斷用戶(頁面(miàn)跳轉太多、需要完成(chéng)的步驟太多)?

1.3 容錯可靠

所有錯誤情況是不是考慮到了(比如「啊，這(zhè)個空白頁面(miàn)是什麼(me)意思居然沒(méi)有解釋」)?

在極端狀況下是不是能(néng)夠可靠(比如便簽字數太多就(jiù)根本不能(néng)用了)?

2. 易用性

2.1 學(xué)習成(chéng)本

用戶的學(xué)習成(chéng)本是不是足夠低(比如要先給用戶看一百字的新手教程嗎)?

邏輯的一緻性是不是夠好(hǎo)(比如按鈕長(cháng)得不一樣(yàng)、信息格式不一樣(yàng))?

用戶再次使用時(shí)需不需要重複學(xué)習(用過(guò)一次就(jiù)完全能(néng)夠掌握并記憶)?

2.2 信息傳遞

文案是不是都(dōu)能(néng)通俗易懂(比如「現在無法停止通用卷設備」)?

用戶需要的信息是不是都(dōu)能(néng)找到(比如我是滴滴的司機，卻找不到獎懲規則)?

提醒和警告是不是完整(告訴用戶發(fā)生了什麼(me)、因爲什麼(me)、能(néng)做什麼(me))?

2.3 高效完成(chéng)

現在的方式已經(jīng)是最好(hǎo)的了嗎?有沒(méi)有更好(hǎo)的方式(比如 Windows 下操作彈出 USB 設備還(hái)可以再簡化)?

有沒(méi)有在處理特殊情況時(shí)的高效方法(比如能(néng)不能(néng)有多選和批處理的功能(néng))?

3. 友好(hǎo)性

3.1 視覺效果

是不是美觀?

會(huì)不會(huì)造成(chéng)不适感?

3.2 簡潔清晰

界面(miàn)元素還(hái)能(néng)再減少嗎?

視覺焦點是在重要信息和功能(néng)上嗎?

三、在項目管理和個人管理上，要做問題分析。

1. 定義問題(What、Who、Why)

要解決什麼(me)問題(嚴重 BUG，功能(néng)缺失，項目延期還(hái)是文檔有誤)?

[項目] 責任人是誰(是産品經(jīng)理沒(méi)有發(fā)現、測試沒(méi)有意識到還(hái)是開(kāi)發(fā)有疏漏)?

具體起(qǐ)因是什麼(me)(比如技術并不了解業務背景所以做錯)?

2. 解決問題

有哪幾種(zhǒng)解決方案(不是先處理人，而是先處理問題、羅列方案)?

每種(zhǒng)方案的利弊是什麼(me)(比如有的會(huì)影響産品進(jìn)度但節省成(chéng)本、有的會(huì)耗費公司财力但速度快等)?

[項目] 利益相關者認同哪個方案(比如關乎運營的方案不能(néng)繞過(guò)他們、改動設計的地方也不能(néng)不通知設計師)?

從長(cháng)遠來看哪個方案獲益最大、損失最小(比如臨時(shí)的解決方案雖然快，但可能(néng)會(huì)埋下隐患)?

3. 複盤問題

造成(chéng)問題的深度原因是什麼(me)(比如技術水平本身有問題、工作流程設計有誤)?

問題如何暴露的，在之前爲什麼(me)沒(méi)有暴露(誰發(fā)現的問題、在其他時(shí)間爲什麼(me)沒(méi)發(fā)現)?

從根本上解決問題的方法有什麼(me)(比如招募專家、改進(jìn)工作流程)?

檢查異常的機制是不是需要改進(jìn)(比如在哪個環節加入總監的評審)?

4. 提高效率/節省成(chéng)本

工作中比較複雜的、步驟繁瑣的事(shì)務能(néng)不能(néng)簡單處理(比如需要大量對(duì)賬結算的方案可以簡化邏輯，實際不影響效果)?

簡單處理的事(shì)務能(néng)不能(néng)形成(chéng)标準化的流程機制(比如對(duì)賬結算在固定周期、用固定方法完成(chéng))?

标準化的流程機制能(néng)否實現自動化(比如對(duì)賬結算用程序實現自動化)?

我數了數，大概有 60 個問題。如果作爲産品經(jīng)理在做各種(zhǒng)分析的時(shí)候全都(dōu)搞明白，應該差不多了。