作產品分析時，問清楚這60個問題

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

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

1. 市場環境

1.1 背景和趨勢：這個方向是否是很火（O2O）？ 會不會是將來互聯網的趨勢（VR）？

1.2 競品狀況：有多少團隊在作？BAT 是否是在涉足，或者計劃涉足？他們目前的市場份額如何？

1.3 當下市場規模：所在的垂直市場有多大？所在的大類市場有多大？市場的空間多大？藍海仍是紅海？

2. 用戶需求

2.1 需求定義：是到底要解決什麼問題（沒問題存在的需求都是僞需求）？這個問題是否是特別嚴重？有沒有詳細的場景描述（XXX 時，特別討厭作 XXX，要是 XXX 就行了）？有多少用戶會遇到這些問題（好比是你和你老婆會遇到，仍是你肯定全部人都會遇到）？

2.2 需求剛弱：是否是很痛點、很貼切的需求（好比上門洗車並非剛需）？能不能解決實際問題（好比不解決真實性的問題，只是把租房信息放平臺上有意義嗎）？目前用戶的需求是否是已經充分知足（好比我爲何要特意下個舞蹈教學愛屁屁而不是在優酷看）？

2.3 需求真僞：是否是你們都承認這個問題須要解決（好比「我胖但我不想減肥」）？你們說的需求是否是你們真正的需求（怎麼獲得真實的用戶需求？）？

3. 產品邏輯

3.1 功能邏輯：功能能不能真正知足需求（好比我要的是方便快捷，但上門理髮反而更折騰）？有沒有不合理的漏洞（好比咱們但願記錄用戶的信用，但用戶交易卻不會經過咱們進行）？要怎樣實現目標功能（配合的具體運營、技術、產品要怎麼作）？

3.2 商業邏輯：離交易是否是足夠近（不要作到最後發現成了公益平臺）？用戶價值在你的產品上會不會體現（好比付費時的交易、創做時的內容、社交時的關係鏈）？

4. 自身能力

4.1 團隊狀況：運營、技術和產品的能力可否實現目標的功能（相似人工智能、團購大戰不是小團隊能夠碰的）？創始團隊是否有能力勝任其職責（創始團隊沒法 hold 住更多牛人的加入）？

4.2 資金狀況：按照預想的盈利方式、收支計劃，錢夠不夠花？在下一次融資前，公司的發展可否達到能夠談融資的地步？

雖然說不少都是創始人該想的，但落實到產品上，就應該是產品經理搞明白的。

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

1. 有用性

1.1 需求類別需求是基本型、指望型仍是興奮型（參考 需求不是『我以爲重要』就重要的）？需求所要求的功能是目前是重要的仍是緊急的仍是其餘（好比聊天記錄都會丟失時要不要美化圖標）？

1.2 可操做性功能使用是否是可以達到效果（好比老人機模式卻沒有讓字體夠大）？有沒有考慮到用戶的使用場景（好比移動數據下提供純文字省流量的模式）？在使用時會不會常常打斷用戶（頁面跳轉太多、須要完成的步驟太多）？

1.3 容錯可靠全部錯誤狀況是否是考慮到了（好比「啊，這個空白頁面是什麼意思竟然沒有解釋」）？在極端情況下是否是可以可靠（好比便籤字數太多就根本不能用了）？

2. 易用性

2.1 學習成本用戶的學習成本是否是足夠低（好比要先給用戶看一百字的新手教程嗎）？邏輯的一致性是否是夠好（好比按鈕長得不同、信息格式不同）？用戶再次使用時需不須要重複學習（用過一次就徹底可以掌握並記憶）？

2.2 信息傳遞文案是否是都能通俗易懂（好比「如今沒法中止通用卷設備」）？用戶須要的信息是否是都能找到（好比我是滴滴的司機，卻找不到獎懲規則）？提醒和警告是否是完整（告訴用戶發生了什麼、由於什麼、能作什麼）？

2.3 高效完成如今的方式已是最好的了嗎？有沒有更好的方式（好比 Windows 下操做彈出 USB 設備還能夠再簡化）？有沒有在處理特殊狀況時的高效方法（好比能不能有多選和批處理的功能）？

3. 友好性

3.1 視覺效果是否是美觀？會不會形成不適感？

3.2 簡潔清晰界面元素還能再減小嗎？視覺焦點是在重要信息和功能上嗎？

3、在項目管理和我的管理上，要作問題分析。

1. 定義問題（What、Who、Why）

• 要解決什麼問題（嚴重 BUG，功能缺失，項目延期仍是文檔有誤）？

• [項目] 責任人是誰（是產品經理沒有發現、測試沒有意識到仍是開發有疏漏）？

• 具體原由是什麼（好比技術並不瞭解業務背景因此作錯）？

2. 解決問題

• 有哪幾種解決方案（不是先處理人，而是先處理問題、羅列方案）？

• 每種方案的利弊是什麼（好比有的會影響產品進度但節省成本、有的會耗費公司財力但速度快等）？

• [項目] 利益相關者認同哪一個方案（好比關乎運營的方案不能繞過他們、改動設計的地方也不能不通知設計師）？

• 從長遠來看哪一個方案獲益最大、損失最小（好比臨時的解決方案雖然快，但可能會埋下隱患）？

3. 覆盤問題

• 形成問題的深度緣由是什麼（好比技術水平自己有問題、工做流程設計有誤）？

• 問題如何暴露的，在以前爲何沒有暴露（誰發現的問題、在其餘時間爲何沒發現）？

• 從根本上解決問題的方法有什麼（好比招募專家、改進工做流程）？

• 檢查異常的機制是否是須要改進（好比在哪一個環節加入總監的評審）？

4. 提升效率 / 節省成本

• 工做中比較複雜的、步驟繁瑣的事務能不能簡單處理（好比須要大量對帳結算的方案能夠簡化邏輯，實際不影響效果）？

• 簡單處理的事務能不能造成標準化的流程機制（好比對帳結算在固定週期、用固定方法完成）？

• 標準化的流程機制可否實現自動化（好比對帳結算用程序實現自動化）？

我數了數，大概有 60 個問題。若是做爲產品經理在作各類分析的時候全都搞明白，應該差很少了。