從問題中做分析,產(chǎn)品才能準(zhǔn)確到位

閱讀 771  ·  發(fā)布日期 2016-09-01 08:25:20  ·  admin

分析對象不同,思考的內(nèi)容不同。

一、項(xiàng)目初期,對可行性的分析

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

1. 市場環(huán)境

1.1 背景和趨勢:

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

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

1.2 競品情況:

有多少團(tuán)隊(duì)在做?

BAT 是不是在涉足,或者計(jì)劃涉足?

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

1.3 當(dāng)下市場規(guī)模:

所在的垂直市場有多大?

所在的大類市場有多大?

市場的空間多大?

藍(lán)海還是紅海?

2. 用戶需求

2.1 需求定義:

是到底要解決什么問題(沒問題存在的需求都是偽需求)?

這個問題是不是特別嚴(yán)重?有沒有詳細(xì)的場景描述(XXX時,特別討厭做XXX,要是XXX就好了)?

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

2.2 需求剛?cè)酰?/p>

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

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

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

2.3 需求真?zhèn)危?/p>

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

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

3. 產(chǎn)品邏輯

3.1 功能邏輯:

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

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

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

3.2商業(yè)邏輯:

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

用戶價值在你的產(chǎn)品上會不會體現(xiàn)(比如付費(fèi)時的交易、創(chuàng)作時的內(nèi)容、社交時的關(guān)系鏈)?

4. 自身能力

4.1 團(tuán)隊(duì)情況:

運(yùn)營、技術(shù)和產(chǎn)品的能力能否實(shí)現(xiàn)目標(biāo)的功能(類似人工智能、團(tuán)購大戰(zhàn)不是小團(tuán)隊(duì)可以碰的)?

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

4.2 資金情況:

按照預(yù)想的盈利方式、收支計(jì)劃,錢夠不夠花?

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

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

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

二、產(chǎn)品設(shè)計(jì)時,對功能交互的用戶體驗(yàn)的分析。

用戶體驗(yàn)=有用性+易用性+友好性

1. 有用性

1.1 需求類別

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

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

1.2 可操作性

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

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

在使用時會不會經(jīng)常打斷用戶(頁面跳轉(zhuǎn)太多、需要完成的步驟太多)?

1.3 容錯可靠

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

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

2. 易用性

2.1 學(xué)習(xí)成本

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

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

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

2.2 信息傳遞

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

用戶需要的信息是不是都能找到(比如我是滴滴的司機(jī),卻找不到獎懲規(guī)則)?

提醒和警告是不是完整(告訴用戶發(fā)生了什么、因?yàn)槭裁?、能做什??

2.3 高效完成

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

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

3. 友好性

3.1 視覺效果

是不是美觀?

會不會造成不適感?

3.2 簡潔清晰

界面元素還能再減少嗎?

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

三、在項(xiàng)目管理和個人管理上,要做問題分析。

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

要解決什么問題(嚴(yán)重 BUG,功能缺失,項(xiàng)目延期還是文檔有誤)?

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

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

2. 解決問題

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

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

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

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

3. 復(fù)盤問題

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

問題如何暴露的,在之前為什么沒有暴露(誰發(fā)現(xiàn)的問題、在其他時間為什么沒發(fā)現(xiàn))?

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

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

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

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

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

標(biāo)準(zhǔn)化的流程機(jī)制能否實(shí)現(xiàn)自動化(比如對賬結(jié)算用程序?qū)崿F(xiàn)自動化)?

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