我放棄了MVP - mironov
最低限度可行產品(MVP)一詞有很多隱含的含義。這個短語被扭曲到人們認為它與實際含義完全相反的地步。
經過多年的努力,我建議所有客戶和產品負責人培訓生停止使用“ MVP”一詞。
幾乎可以肯定,我發現軟體公司“製造者”方面(開發人員,設計師,產品人員,DevOps,技術作家……)和軟體公司的“推向市場”方面(銷售,營銷,支援,客戶)成功..)各種術語對MVP的定義不可調和。
MVP定義:任何需要最少工作量的產品或功能,而賦予組織最大程度地瞭解客戶的能力。
這可能是文字描述或Balsamiq草圖或無效的Web原型或活頁簿,這使我們有機會向局外人展示我們的意思。它不是用於銷售或收入,而是用於快速學習。
而進入市場的組織或部門確實想要某種東西進行市場營銷和銷售。因此,儘管我們進行了長期的學術爭論,但他們仍將重點放在“產品”一詞上。這個產品最常見定義是“我現在可以賣給某些客戶以獲取當前收入的東西,而不是再等幾個季度就可以獲得完美的產品。” 在幾分鐘之內,它縮短為“我現在可以賣的東西”。 每個人都對吸引現場客戶感到興奮,即使到目前為止我們只使用模擬的元件。
這種混亂常導致一些不良後果:
- 我們從未完成我們的MVP。由於我們無法釋出沒有功能A,B,C,X,Y和Z的實際收益產品,因此利益相關者不斷擴大“完成”的定義。這會縮短學習速度並減慢交付速度。工程和產品被視為浪費時間。
- 我們提早啟動對外營銷/支援工作。市場營銷需要大量後期資產:螢幕截圖,經過驗證的收益表,ROI計算器,明晰的細分,參考客戶。支援需要安裝指南,培訓課程,常見問題解答,錯誤報告類別。這些(當然)還不存在,因為我們仍在概念測試問題陳述以及功能/特性和技術要求。大多數情況都會改變,在新增/刪除/更新功能時會進行幾輪返工,並用最終的視覺效果替換模擬;修改價格和包裝。很多無奈和浪費時間。但是,對於過早資產的壓力是不可抗拒的。
- 我們急於將“學習”的MVP吸引給付費客戶或認真的潛在客戶。銷售人員認為這是真實的,並且參與得為時過早。由於它僅具有部分工作功能(或根本沒有功能),因此每個人都感到尷尬。現場團隊發誓永遠不會出售成品,無論何時成品都可能出現,並得出結論說製造商團隊無能為力。功能齊全的產品在到達時已失效,已經被標記為故障。
- 產品和設計/ UX使用者不得再向付費客戶展示任何原型。客戶團隊不惜一切代價保護個人客戶(以及我們的聲譽)時,驗證和銷售之間的明顯區別就消失了。製造商願意就可能的使用者反應詢問我們自己的員工。這削弱了設計師和產品經理在產品週期的早期需要實時使用者的直接反饋和反應的原因:平衡內部近視,新近度偏倚,缺乏技術背景以及我們的許多錯誤假設。我寧願我們在交付前幾個月就以很少的成本學習辛苦的教訓,而不是為v1.0道歉。
該怎麼辦?
這通常不僅僅是詞彙問題。但是我們可以透過選擇含義清晰的明確詞來減少混亂/沮喪。這是一組替換項:
“問題驗證”或“概念測試”(無收益)
- 工具可能是待完成的工作,畫布,旅程圖,紙製原型,英雄故事,您購買的代替面試的工具
- 目標:瞭解我們是否確定了正確的根本問題。我們能否瞭解真正的缺陷並測試一些假想的解決方案?潛在的前景如何?
“概念性工作流程”或“ UX測試”(非收入)
- 資產可能包括模擬或活動簿或沒有內部邏輯的可單擊Web介面
- 目標:檢視樣本使用者是否可以完成任務。我們缺少什麼投入?我們命名正確嗎?工作流程A或佈局B的測試效果更好嗎?
“工程概念驗證”(非收入)
- 可能包括透過部分演算法或可伸縮性測試或用於API整合的“ hello world”程式碼執行的示例資料
- 目標/問題:X是否有效?它會炸燬我們的雲伺服器嗎?我們可以在資料中找到可行的訊號嗎?我們的建築合理嗎?早期的技術試驗會改變我們的範圍還是確定缺少的功能?
“技術Beta測試”(無收入)
- 可能會使用具有核心功能的早期版本,但安全性有限,錯誤檢查,極端情況,文件。我們可能為受害者測試使用者安裝/配置它。
- 目標:看看一個或兩個友好的客戶是否可以完全免費使用早期的產品版本。我們可以瞭解他們的環境嗎?他們在哪裡卡住?成功進行批次部署我們還需要什麼?
“早期採用者計劃”(REVENUE)
- 我們需要一個針對狹窄的實際客戶的功能非常完備的產品,並輔以大量的TLC和動手幫助。產品管理人員應具有詳細的資格核對表,以確保他們是符合我們所有技術要求的“友好”客戶。理想情況下,目前沒有人與我們就大型許可協議進行談判。
- 目標:完成後,我們希望他們向我們付款併成為銷售參考。
“市場全面供應”(收入)
- 我們擁有簽署一系列成功的付費客戶所需的一切。其中包括經過全面測試的軟體,文件,定價/包裝,零件號,營銷資產,目標潛在客戶,競爭情報,支援培訓,問題升級,合作伙伴/渠道材料等。
- 目標:推出獲獎產品,以獲得可觀的收入,市場讚譽,激動的客戶並反映製造商團隊的榮耀。
相關文章
- 我為什麼放棄MySQL?選擇了MongoDBMySqlMongoDB
- [譯] 為什麼我放棄了 React 而轉向 Vue。ReactVue
- 微軟終於放棄了Electron了微軟
- 因為這個好用便籤,我放棄了紙質便籤
- 為什麼我們放棄了 Vue?Vue 和 React 深度對比VueReact
- 為什麼都放棄了LangChain?LangChain
- 放棄 Homestead 了 速度不給力
- 不要再問我MVC、MVP、MVVM了MVCMVPMVVM
- 從入門到放棄,我用了五年
- 是時候放棄 el-form 元件了ORM元件
- 我為什麼在最後一刻放棄了近視眼手術
- 放棄繼續讓 Lumen 支援 Laravel-admin 了Laravel
- 微軟要放棄Electron了???聊聊WebView2微軟WebView
- RazorEngine.NetCore 相見恨晚,它讓我徹底放棄了T4模板NetCore
- 我決定暫時放棄Onethink了,開發起來太累,還是用ThinkPHP吧PHP
- Python學習從入門到放棄?我不允許!!!Python
- 這款免費的待辦事項清單APP,讓我放棄了滴答清單APP
- 2024,該放棄框架來實現 Web 佈局了框架Web
- 為什麼 husky 放棄了傳統的 JS 配置JS
- Android,你從入門到放棄了嗎?程式設計師:你不知道我經歷了什麼!Android程式設計師
- 讓我放棄FastDFS擁抱MinIO的8個瞬間AST
- 第二次放棄offer,我選擇學習。
- 為什麼很多SpringBoot開發者放棄了Tomcat,選擇了UndertowSpring BootTomcat
- 從入門到放棄,我們為何從 Blazor 回到 VueBlazorVue
- 為什麼放棄jQueryjQuery
- 放棄jQuery, 使用原生jsjQueryJS
- 用它 5 分鐘以後,我放棄用了四年的 FlaskFlask
- MinIO很強-讓我放棄FastDFS擁抱MinIO的8個理由AST
- [譯] 我們如何拋棄了 Redux 而選用 MobXRedux
- 曝iPad Air將採用OLED屏,蘋果要放棄LCD了iPadAI蘋果
- 又有MVP新寫法了,這次我認為挺不錯的。MVP
- deepspeed從入門到放棄
- NumPy從入門到放棄
- Ansible 快速入門到放棄
- 放棄意義,換取力量
- XXE從入門到放棄
- Vue 從入門到放棄Vue
- Nginx從入門到放棄Nginx