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

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

可行性＝市場(chǎng)環(huán)境+用戶(hù)需求+產(chǎn)品邏輯+自身能力

1. 市場(chǎng)環(huán)境

1.1 背景和趨勢：

這個(gè)方向是不是很火(O2O)?

會(huì )不會(huì )是未來(lái)互聯(lián)網(wǎng)的趨勢(VR)?

1.2 競品情況：

有多少團隊在做?

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

他們目前的市場(chǎng)份額如何?

1.3 當下市場(chǎng)規模：

所在的垂直市場(chǎng)有多大?

所在的大類(lèi)市場(chǎng)有多大?

市場(chǎng)的空間多大?

藍海還是紅海?

2. 用戶(hù)需求

2.1 需求定義：

是到底要解決什么問(wèn)題(沒(méi)問(wèn)題存在的需求都是偽需求)?

這個(gè)問(wèn)題是不是特別嚴重?有沒(méi)有詳細的場(chǎng)景描述(XXX時(shí)，特別討厭做XXX，要是XXX就好了)?

有多少用戶(hù)會(huì )遇到這些問(wèn)題(比如是你和你老婆會(huì )遇到，還是你確定所有人都會(huì )遇到)?

2.2 需求剛弱：

是不是很痛點(diǎn)、很貼切的需求(比如上門(mén)洗車(chē)并不是剛需)?

能不能解決實(shí)際問(wèn)題(比如不解決真實(shí)性的問(wèn)題，只是把租房信息放平臺上有意義嗎)?

目前用戶(hù)的需求是不是已經(jīng)充分滿(mǎn)足(比如我為什么要特地下個(gè)舞蹈教學(xué)愛(ài)屁屁而不是在優(yōu)酷看)?

2.3 需求真偽：

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

大家說(shuō)的需求是不是大家真正的需求(什么是「偽需求」?能否舉例說(shuō)明? – 蘇杰的回答)?

3. 產(chǎn)品邏輯

3.1 功能邏輯：

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

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

要怎樣實(shí)現目標功能(配合的具體運營(yíng)、技術(shù)、產(chǎn)品要怎么做)?

3.2商業(yè)邏輯：

離交易是不是足夠近(不要做到最后發(fā)現成了公益平臺)?

用戶(hù)價(jià)值在你的產(chǎn)品上會(huì )不會(huì )體現(比如付費時(shí)的交易、創(chuàng )作時(shí)的內容、社交時(shí)的關(guān)系鏈)?

4. 自身能力

4.1 團隊情況：

運營(yíng)、技術(shù)和產(chǎn)品的能力能否實(shí)現目標的功能(類(lèi)似人工智能、團購大戰不是小團隊可以碰的)?

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

4.2 資金情況：

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

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

雖說(shuō)很多都是創(chuàng )始人該想的，但落實(shí)到產(chǎn)品上，就應該是產(chǎn)品經(jīng)理搞明白的。

另外，這部分寫(xiě)完后，我發(fā)現跟厲哥在 商業(yè)計劃書(shū)(BP)應該包含哪些點(diǎn)? – Roy Li 的回答 中提到的你是誰(shuí)(自身能力)、你想解決什么問(wèn)題(用戶(hù)需求)、市場(chǎng)和競爭情況(市場(chǎng)環(huán)境)和怎么做(產(chǎn)品邏輯)不謀而合。供參考。

二、產(chǎn)品設計時(shí)，對功能交互的用戶(hù)體驗的分析。

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

1. 有用性

1.1 需求類(lèi)別

需求是基本型、期望型還是興奮型(參考 作為產(chǎn)品經(jīng)理，如何給用戶(hù)需求排序)?

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

1.2 可操作性

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

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

在使用時(shí)會(huì )不會(huì )經(jīng)常打斷用戶(hù)(頁(yè)面跳轉太多、需要完成的步驟太多)?

1.3 容錯可靠

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

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

2. 易用性

2.1 學(xué)習成本

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

邏輯的一致性是不是夠好(比如按鈕長(cháng)得不一樣、信息格式不一樣)?

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

2.2 信息傳遞

文案是不是都能通俗易懂(比如「現在無(wú)法停止通用卷設備」)?

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

提醒和警告是不是完整(告訴用戶(hù)發(fā)生了什么、因為什么、能做什么)?

2.3 高效完成

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

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

3. 友好性

3.1 視覺(jué)效果

是不是美觀(guān)?

會(huì )不會(huì )造成不適感?

3.2 簡(jiǎn)潔清晰

界面元素還能再減少嗎?

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

三、在項目管理和個(gè)人管理上，要做問(wèn)題分析。

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

要解決什么問(wèn)題(嚴重 BUG，功能缺失，項目延期還是文檔有誤)?

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

具體起因是什么(比如技術(shù)并不了解業(yè)務(wù)背景所以做錯)?

2. 解決問(wèn)題

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

每種方案的利弊是什么(比如有的會(huì )影響產(chǎn)品進(jìn)度但節省成本、有的會(huì )耗費公司財力但速度快等)?

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

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

3. 復盤(pán)問(wèn)題

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

問(wèn)題如何暴露的，在之前為什么沒(méi)有暴露(誰(shuí)發(fā)現的問(wèn)題、在其他時(shí)間為什么沒(méi)發(fā)現)?

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

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

4. 提高效率/節省成本

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

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

標準化的流程機制能否實(shí)現自動(dòng)化(比如對賬結算用程序實(shí)現自動(dòng)化)?

我數了數，大概有 60 個(gè)問(wèn)題。如果作為產(chǎn)品經(jīng)理在做各種分析的時(shí)候全都搞明白，應該差不多了。