MVP風險太大,用EVA替代
在我的產品生涯中,我觀察到無數的產品在一家公司失敗,而在另一家公司成功,同時針對的是同一個受眾。根據我的經驗,這主要是由於缺乏對問題的深刻理解,同時也沒有實現基本的解決方案。將功能範圍縮小到最小值(MVP)的風險太大,因為有太多的主觀因素包括在內。
一句話。爭取高於最低限度=EVA(實現的基本價值essential Value Achieved),以確保你的產品釋出成功,同時透過持續的使用者訪談、使用者介面變化、與競爭對手的差異化以及監測使用者行為來減少風險區。
以下是一些指導原則,可幫助您減少不確定性 並在推出新產品時感覺更自如:
#1 感受痛苦
解決方案應該從透過客戶發現深入瞭解問題開始。花時間充分了解您的受眾的關鍵痛點和工作流程。檢查當前的解決方案並確定它們是否充分解決了問題。因此,您隨後能夠確定一組您希望用您的產品解決的核心問題。在考慮建立新產品時,瞭解圍繞新產品的生態系統非常重要。
#2 透過快速實驗實現簡單性
一旦您確定有問題需要解決並且解決它會產生影響,您必須確定您需要提供的基本價值是什麼。要開發有效的解決方案,您需要提供一組核心功能,以有競爭力的方式解決主要問題。
在許多情況下,我們不會測試新想法,因為我們相信我們已經知道該怎麼做。透過使用實驗方法,您可以克服盲點並保持領先於競爭對手。測試備選方案始終是一個好主意,無論您多麼確定第一個解決方案是最合適和最容易實施的。
確保您的解決方案儘可能簡單。重要的是不要以其他人無法理解或使用的出色解決方案告終。
確保您的產品“簡單易懂且易於使用”
#3 差異化因素
有許多因素可以作為差異化因素。這方面的一個例子可能是產品中存在令人愉快的時刻。
使產品令人愉悅的功能不一定是主要的。在某些情況下,對使用者介面的微小更改可能會對客戶體驗產生重大影響。您可以透過一些簡單快捷的措施來改善客戶旅程。
透過從產品中刪除功能並僅包括“必備功能”,您最終會得到劣質產品。提供卓越的客戶服務也可能是一個差異化因素。
#6 準備就緒
不要等待一旦您有理由相信您的產品能為您的市場提供基本價值,就推出它。
當您基於假設構建功能時,您會降低根據真實世界的反饋和真實世界的使用者行為進行迭代的能力。儘快將其呈現在真實使用者面前,並監控行為以進行持續改進。
您可能希望緩慢地釋出產品,隨著時間的推移提高速度,以最大限度地減少開始時出現錯誤、故障和不確定性的可能性。(圖3)
建立功能使用和參與度測量需要時間。在 alpha 釋出前後,定性調查/訪談是獲得早期反應的最快方式。根據他們在入職調查中提供的資訊,您可以確定您是否解決了他們最大的痛點。
相關文章
- win10麥克風聲音太大怎麼調_win10麥克風音量太大怎麼調節Win10
- 埃森哲:只有11%的風險經理能完全評估採用AI的風險AI
- 專案風險管理:透過五步降低風險
- PFMEA在專案風險管理中的應用
- 專案管理之風險管理案例-專案交付風險專案管理
- 你是風險偏好者還是風險厭惡者?
- 搜尋引擎優化風險和SEO風險要避免優化
- AWR佔用sysaux表空間太大UX
- MacPro系統佔用空間太大Mac
- MVP應用架構模式MVP應用架構模式
- 如何運用FMEA降低IT專案的技術風險?
- 免程式設計應用怎麼控制App風險?程式設計APP
- 專案風險管理
- python中的風險Python
- 什麼是專案風險管理?要如何執行風險管理?
- 畢馬威在保險行業用低程式碼替代魷魚遊戲 - DZone行業遊戲
- 理解並運用MVC,MVP,MVVMMVCMVPMVVM
- FMEA技術在IT專案風險管理中的應用
- 用疫情防控思路解決挖礦木馬風險
- 騰訊安全:超98%的Android應用存有安全風險Android
- 什麼是風險評估?風險評估需要分析哪些內容?
- 用 useContext + useReducer 替代 reduxContextuseReducerRedux
- 零零信安王宇:透過基於VPT的風險管理 用20%的時間去解決80%的風險
- 管控風險的方法
- Allianz:2022年風險晴雨表
- 咖啡+茶,效果更佳!每天喝2-3杯,中風風險下降32%,痴呆風險下降28%
- FMEA和HAZOP在煤氣櫃風險分析綜合應用
- 聯想公司專案風險管理解決方案及應用
- 用eBPF/XDP來替代LVSeBPF
- 2021年全球風險展望:明確存在的危險,0-2年短期風險(附原資料表)
- JTO:心肺風險,“雙向奔赴”!
- MSE 風險管理功能釋出
- 雲遷移的安全風險
- Linux的10個風險命令Linux
- 降低網路攻擊風險
- "Hotpatch"潛在的安全風險
- PHP 風險函式說明PHP函式
- 風險和控制自評估