從問題中做分析，産品才能準确到位

分析對象不同，思考的内容不同。

一、項目初期，對可行性的分析

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

1. 市場環境

1.1 背景和趨勢：

這個方向是(shì)不是(shì)很火(huǒ)(O2O)?

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

1.2 競品情況：

有多少團隊在做?

BAT 是(shì)不是(shì)在涉足，或者計劃涉足?

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

1.3 當下市場規模：

所在的垂直市場有多大?

所在的大類市場有多大?

市場的空間多大?

藍海還是(shì)紅海?

2. 用戶需求

2.1 需求定義：

是(shì)到底要解決什麽問題(沒問題存在的需求都是(shì)僞需求)?

這個問題是(shì)不是(shì)特别嚴重?有沒有詳細的場景描述(XXX時，特别讨厭(yàn)做XXX，要是(shì)XXX就好了)?

有多少用戶會遇到這些問題(比如是(shì)你和你老婆會遇到，還是(shì)你确定所有人都會遇到)?

2.2 需求剛弱：

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

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

目前用戶的需求是(shì)不是(shì)已經充分滿足(比如我爲什麽要特地下個舞蹈教學愛屁屁而不是(shì)在優酷看)?

2.3 需求真僞：

是(shì)不是(shì)大家都認可這個問題需要解決(比如「我胖但(dàn)我不想減肥」)?

大家說的需求是(shì)不是(shì)大家真正的需求(什麽是(shì)「僞需求」?能否舉例說明? – 蘇傑的回答)?

3. 産品邏輯

3.1 功能邏輯：

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

有沒有不合理的漏洞(比如我們希望記錄用戶的信用，但(dàn)用戶交易卻不會通過我們進行)?

要怎樣實現(xiàn)目标功能(配合的具體運營、技術、産品要怎麽做)?

3.2商業邏輯：

離(lí)交易是(shì)不是(shì)足夠近(不要做到最後發現(xiàn)成了公益平台)?

用戶價值在你的産品上會不會體現(xiàn)(比如付費(fèi)時的交易、創作時的内容、社交時的關系鏈)?

4. 自身能力

4.1 團隊情況：

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

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

4.2 資金情況：

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

在下一次融資前，公司的發展能否達到可以談融資的地步?

雖說很多都是(shì)創始人該想的，但(dàn)落實到産品上，就應該是(shì)産品經理搞明白的。

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

二、産品設計時，對功能交互的用戶體驗的分析。

用戶體驗＝有用性+易用性+友(yǒu)好性

1. 有用性

1.1 需求類别

需求是(shì)基本型、期望型還是(shì)興奮型(參考 作爲産品經理，如何給用戶需求排序)?

需求所要求的功能是(shì)目前是(shì)重要的還是(shì)緊急的還是(shì)其他(比如聊天記錄都會丢失時要不要美化圖标)?

1.2 可操作性

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

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

在使用時會不會經常打斷用戶(頁面跳(tiào)轉太多、需要完成的步驟太多)?

1.3 容錯可靠

所有錯誤情況是(shì)不是(shì)考慮到了(比如「啊，這個空白頁面是(shì)什麽意思居然沒有解釋」)?

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

2. 易用性

2.1 學習成本

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

邏輯的一緻性是(shì)不是(shì)夠好(比如按鈕長得不一樣、信息格式不一樣)?

用戶再次使用時需不需要重複學習(用過一次就完全能夠掌握并記憶)?

2.2 信息傳遞

文案是(shì)不是(shì)都能通俗易懂(比如「現(xiàn)在無法停止通用卷設備」)?

用戶需要的信息是(shì)不是(shì)都能找到(比如我是(shì)滴滴的司機，卻找不到獎懲規則)?

提醒和警告是(shì)不是(shì)完整(告訴用戶發生了什麽、因爲什麽、能做什麽)?

2.3 高效完成

現(xiàn)在的方式已經是(shì)最好的了嗎(ma)?有沒有更好的方式(比如 Windows 下操作彈出 USB 設備還可以再簡化)?

有沒有在處理特殊情況時的高效方法(比如能不能有多選和批處理的功能)?

3. 友(yǒu)好性

3.1 視覺效果

是(shì)不是(shì)美觀?

會不會造成不适感?

3.2 簡潔清晰

界面元素還能再減少嗎(ma)?

視覺焦點是(shì)在重要信息和功能上嗎(ma)?

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

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

要解決什麽問題(嚴重 BUG，功能缺失，項目延期還是(shì)文檔有誤)?

[項目] 責任人是(shì)誰(是(shì)産品經理沒有發現(xiàn)、測試沒有意識到還是(shì)開發有疏漏)?

具體起因是(shì)什麽(比如技術并不了解業務背景所以做錯)?

2. 解決問題

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

每種方案的利弊是(shì)什麽(比如有的會影響産品進度但(dàn)節省成本、有的會耗費(fèi)公司财力但(dàn)速度快等)?

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

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

3. 複盤問題

造成問題的深度原因是(shì)什麽(比如技術水平本身有問題、工作流程設計有誤)?

問題如何暴露的，在之前爲什麽沒有暴露(誰發現(xiàn)的問題、在其他時間爲什麽沒發現(xiàn))?

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

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

4. 提高效率/節省成本

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

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

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

我數了數，大概有 60 個問題。如果作爲産品經理在做各種分析的時候全都搞明白，應該差不多了。