從問題中做分析,產品才能準確到位

2021-08-27 23:01:57 字數 3179 閱讀 3605

分析物件不同,思考的內容不同。

一、專案初期,對可行性的分析

可行性=市場環境+使用者需求+產品邏輯+自身能力

市場環境

背景和趨勢:

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

會不會是未來網際網路的趨勢(vr)?

競品情況:

有多少團隊在做?

bat 是不是在涉足,或者計畫涉足?

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

當下市場規模:

所在的垂直市場有多大?

所在的大類市場有多大?

市場的空間多大?

藍海還是紅海?

使用者需求

需求定義:

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

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

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

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

能不能解決實際問題(比如不解決真實性的問題,只是把租房資訊放平台上有意義嗎)?

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

需求真偽:

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

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

產品邏輯

功能邏輯:

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

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

要怎樣實現目標功能(配合的具體運營、技術、產品要怎麼做)?

3.2商業邏輯:

離交易是不是足夠近(不要做到最後發現成了公益平台)?

使用者價值在你的產品上會不會體現(比如付費時的交易、創作時的內容、社交時的關係鏈)?

自身能力

團隊情況:

運營、技術和產品的能力能否實現目標的功能(類似人工智慧、**大戰不是小團隊可以碰的)?

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

資金情況:

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

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

雖說很多都是創始人該想的,但落實到產品上,就應該是產品經理搞明白的。

另外,這部分寫完後,我發現跟厲哥在 商業計畫書(bp)應該包含哪些點? – roy li 的回答 中提到的你是誰(自身能力)、你想解決什麼問題(使用者需求)、市場和競爭情況(市場環境)和怎麼做(產品邏輯)不謀而合。供參考。

二、產品設計時,對功能互動的使用者體驗的分析。

使用者體驗=有用性+易用性+友好性

有用性

需求類別

需求是基本型、期望型還是興奮型(參考 作為產品經理,如何給使用者需求排序)?

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

可操作性

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

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

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

容錯可靠

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

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

易用性學習成本

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

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

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

2.2文案是不是都能通俗易懂(比如「現在無法停止通用卷裝置」)?

使用者需要的資訊是不是都能找到(比如我是滴滴的司機,卻找不到獎懲規則)?

提醒和警告是不是完整(告訴使用者發生了什麼、因為什麼、能做什麼)?

高效完成

現在的方式已經是最好的了嗎?有沒有更好的方式(比如 windows 下操作彈出 usb 裝置還可以再簡化)?

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

友好性視覺效果

是不是美觀?

會不會造成不適感?

3.2介面元素還能再減少嗎?

視覺焦點是在重要資訊和功能上嗎?

三、在專案管理和個人管理上,要做問題分析。

定義問題(what、who、why)

要解決什麼問題(嚴重 bug,功能缺失,專案延期還是文件有誤)?

[專案] 責任人是誰(是產品經理沒有發現、測試沒有意識到還是開發有疏漏)?

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

解決問題

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

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

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

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

覆盤問題

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

問題如何暴露的,在之前為什麼沒有暴露(誰發現的問題、在其他時間為什麼沒發現)?

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

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

提高效率/節省成本

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

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

標準化的流程機制能否實現自動化(比如對賬結算用程式實現自動化)?

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

從0開始,教你如何做資料分析

首先,我先說一下自己用excel等工具做的分析,跟使用這些現成資料平台的區別。1丶會用工具自己做分析,不單單侷限在 這個時代什麼行業都有資料,如果掌握了,你做什麼都能應用到。用 指數或者阿里指數只能侷限在 這一塊。2丶用現成的資料平台,只要求能看懂資料,幾乎不需要自己動手分析資料。可能100個人裡面...

SEO做外鏈應該從分析外鏈做起

其實,前期我也發現了乙個問題,初學seo的人都喜歡跟風,就是 人多就去 做,而不分析去那裡做有什麼意義,到底在那裡做之後,會不會得到蜘蛛的爬卻,從而認定它是一條有效的外鏈。這個時候,分析的工作就變得很有意義,說實話,我覺得分析和統計的工作應該在你的工作內容中占有一定的比例,而不是充充忙忙的掃兩眼就是...

從編輯距離問題中看到字串DP的一些小細節

我re了好幾次,後來才發現我在dp部分時,是為了 string的下標從0開始,因而我dp迴圈也要從0到n 1 這是錯誤的想法 這樣會陣列越界,因為遞推dp一定有乙個i 1,那麼如果i從0開始,就會訪問負下標,導致re 所以dp的迴圈變數無論如何都應該從1開始,訪問字串時i 1就是了,不能為了訪問字串...