創建 MVP:小步驟的藝術
已發表: 2021-10-05以下是美國勞工統計局告訴我們有關私營部門機構存活率的信息:
- 20% 的新業務在第一年就失敗了。
- 34% 的企業在頭兩年內關閉。
- 超過 50% 的企業在第二年之後在第五年關閉。
- 只有 30% 的企業跨越了 10 年的門檻。
初創公司創始人在經過數月精疲力竭的工作和大筆金錢的花費後,他們的公司無法承受激烈的市場競爭時,他們面臨著極大的失望。
但是,有一種簡單的方法可以評估商業創意的可行性。
財務和技術問題以及失敗的風險促使企業家發展了最小可行產品 (MVP)的概念。 MVP 是全功能產品的簡化版本。 MVP 是從用戶那裡獲得初步反饋的最便宜、最快捷的方式,因此您可以改進您的產品。
在本文中,我們將重點介紹開發最小可行產品的主要原因以及 MVP 的好處。 我們還將概述如何構建 MVP 並闡明它應該達到的“最低”級別,討論構建 MVP 時的常見錯誤,以幫助您的想法在當今殘酷的商業環境中生存,並向您介紹一些成功的 MVP 的鼓舞人心的例子.
MVP目標
為您的產品構建 MVP 可實現三個目標:
證明您的想法的可行性。
“成功不是提供一個功能; 成功就是學習如何解決客戶的問題。” Eric Ries,精益創業公司
要取得成功,產品首先應該通過解決一個優先問題來吸引用戶。 最小可行產品可以讓您在您提供的產品和您的用戶想要的產品之間找到平衡。 這使您可以在創建一個成熟的網站之前證明您的假設的可行性。 推出 MVP 可以讓您了解用戶尋找、安裝和使用您的產品的強烈願望,並分享對其的正面評價。
減少開發時間和成本。
在構建 MVP 時,您專注於功能的簡短列表、應用程序的簡單設計以及解決目標受眾的問題。 這種方法使初創公司能夠以更少的資金、時間和精力啟動,并快速找到初始客戶。 構建 MVP 的目的是在預算有限的情況下展示您的想法。獲得初始客戶和反饋。
MVP 遵循精益創業方法論的主要原則:構建、衡量、學習。 有 MVP 比沒有 MVP 更容易向初始客戶學習。 您可以使用 MVP 來檢查指標:
- 訪問過您網站的人數
- 吸引一位訪問者訪問您的 Web 應用程序的成本
- 有多少用戶在一天/一周/一個月內進行了購買
- 用戶訪問您的網站或移動應用的頻率
- 註冊和首次購買之間的平均時間
您可以使用這些數據通過迭代 Web 開發過程來消除錯誤並增加用戶對您的 Web 產品的承諾,從而改進您的 MVP。
MVP優勢
在您的完整產品之前構建 MVP 具有不可否認的好處:
- 專注於核心價值觀。 最小可行產品包含最小功能。 只需挑選出您的 Web 項目的核心價值——一個真正有價值的功能,無疑將解決用戶的需求——並圍繞它構建一個 MVP。
- 輕鬆啟動一個大項目。 對於大型項目,當您懷疑成功時,最好專注於一小部分功能並使其盡可能好。 構建一個 MVP 並測試一個想法的可行性比從頭開發一個功能豐富的應用程序並看到它失敗要容易得多。
- 定義您的目標受眾。 使用您產品的簡化版本的用戶非常有價值,因為他們對產品的核心價值表現出興趣,因此可以提供重要的反饋。 盡一切可能獲得第一批客戶並獲得有關您的想法的真實反饋,這一點至關重要。 此外,有了 MVP,您將能夠更多地了解目標受眾,包括他們的痛苦、興趣、偏好和購買行為。
- 證明您產品的競爭力。 MVP 允許產品所有者檢查他們的產品在市場上是否獨一無二。 在 MVP 中,您突出產品的最佳功能並展示解決用戶問題的方法。 這種方法可以使用戶忠誠於您的品牌,從而揭示您的產品與競爭對手產品相比的優勢。
- 節省產品開發時間。 構建 MVP 比構建完整的應用程序花費的時間更少。 您構建 MVP 的速度越快,您從用戶那裡獲得反饋的速度就越快。 MVP 使您有機會快速定義產品的完美版本。
- 存錢。 由於 MVP 只需要您構建很少的功能,因此您無需在沒有證據證明您的網站或移動應用程序會取得成功的情況下立即花費大量資金。 如果它確實證明是成功的,您可以使用您保存的資源進行進一步的開發和功能實現。 但是,如果您的 MVP 失敗了,您將只為 MVP 開發花錢,而不是創建整個 Web 項目。
- 吸引投資者。 以性能良好的最低價值產品開展業務對於吸引投資者至關重要。 如果您的 MVP 廣受歡迎,它將證明您的商業理念的可行性。 因此,您將更容易找到進一步發展的投資。
如何建立MVP
構建 MVP 可以讓您專注於產品最關鍵的功能,從而節省時間。 正如埃里克·里斯所說:
“MVP 的教訓是,任何超出開始學習所需的額外工作都是一種浪費,無論它在當時看起來多麼重要”。
這句話完美地說明了 MVP 開發的重要性。 接下來,我們將列出開發 MVP 的基本階段。
階段 1 — 研究市場
根據 CBInsights 的數據,2019 年, 42% 的初創公司沒有為市場需求提供任何有價值的解決方案,因此在沒有目標受眾支持的情況下,他們從一開始就失敗了。 因此,我們的第一個建議是仔細檢查您對這兩個問題的回答:
- 您的目標受眾需要什麼?
- 您的產品是否以用戶期望的方式滿足這些需求?
要回答第一個問題,您需要深入調查您的客戶是誰、他們有什麼習慣、他們的生活中遇到了哪些挑戰,以及如何幫助克服這些挑戰。 有許多網絡平台,如 SwagBucks、OnePoll 和 Toluna,可幫助您創建目標客戶的詳細畫像。
要回答第二個問題,您可以使用商業模式畫布來描述您的產品願景。 這個有用的工具展示了您的網絡項目的價值、它的工作原理、目標受眾以及您的估計預算。 您可以使用業務模型畫布查看業務模型的整個結構,並了解更改為一個關鍵類別的參數將如何影響其他類別。 商業模式畫布將清楚地向您展示您的目標受眾有哪些問題以及您的產品將如何解決這些問題。 只有在確認您的商業創意的有用性之後,您才能進入下一階段。
第 2 階段——密切關注對手
Web 應用程序市場不斷增長,每天都會出現數千個新的移動應用程序和網站。 對產品獨特性的堅定信念不足以在沒有競爭對手分析的情況下立即推出 MVP。 要將網站訪問者轉化為忠實客戶,您的產品必須比同類產品中的其他產品更好。 說你的產品更好很容易,但你如何衡量它呢? App Annie、SimilarWeb、App Radar、Quantcast、Sensor Tower 和 MOZ 等網絡工具可為您提供有關競爭對手網絡業務運作方式的寶貴見解。 您可以使用這些工具獲取有關以下方面的數據:
- 有多少人使用競爭對手的產品(例如每月流量)
- 哪些來源為競爭對手的應用帶來更多用戶(流量來源)
- 競爭對手的應用程序最受歡迎的地方(目標受眾的地理位置)
- 您競爭對手產品的排名(在您所在的國家或地區)
此外,您還可以分析來自競爭對手客戶的反饋。 在開始構建您的 MVP 時,您可以解決競爭應用程序的缺點。 要建立一個成功的 MVP,從競爭對手的解決方案中汲取最佳解決方案並避免競爭對手的錯誤將是有用的。
階段 3 — 定義用戶流程
一旦您通過了創建 MVP 的前兩個準備階段,就可以概述用戶流程,或者您的客戶在需要完成任務時將在您的應用程序中採取哪些步驟。 如果我們把你的產品想像成一個城市,那麼用戶流就是引導用戶到達目的地的道路。 要概述用戶流程,您需要構建一個用戶流程圖,這將幫助您:
定義您的應用程序的潛在問題以及可以改進的地方
查看用戶流程的全貌:是什麼吸引了客戶使用您的應用程序,他們在使用它時做了什麼,以及他們離開後做了什麼
將客戶需要和搜索的內容與您的應用提供的內容進行比較
引導用戶瀏覽您的應用並鼓勵他們採取行動
找出可以最有效地放置鉛磁鐵或號召性用語的位置
您可以使用多種工具來創建用戶流程圖,包括 XMind、MURAL 和 UXPin。
第 4 階段 — 突出您的 MVP 功能
下一階段是為您的客戶在使用您的移動應用程序或網站時可能需要的每項基本功能勾勒出所有功能。 您可以通過記下每個功能,同時牢記用戶想要什麼來做到這一點。 此外,您需要劃分所有這些特徵——例如,使用MoSCoW 技術:目前必須擁有、應該擁有、可能擁有和希望擁有或不會擁有。 在對功能進行優先級排序後,您將獲得一份 MVP 的關鍵功能列表。
第 5 階段 — 設計和開發您的 MVP
一旦您批准了應用程序的主要概念並定義了基本功能和用戶流程,您將需要大約兩三個月的時間來完成 MVP 設計和開發階段。 您可以從為 Web、iOS 和 Android 的主屏幕和導航方法線框圖開始。 為了節省時間和金錢,您可以為 MVP 嘗試一個平台,然後再添加其他平台。 另一種更便宜、更快速地創建 MVP 的方法是選擇跨平台開發。
MVP 屏幕的設計必須對用戶來說簡單明了,不要被複雜、耗時且昂貴的 UI 元素和動畫所淹沒。 您還可以與擁有熟練專家團隊的外包公司合作,他們可以幫助您提出最佳的設計和開發方法。
階段 6 — 獲得反饋、學習和迭代
MVP 開發的最後階段包括收集初始客戶的反饋。 您應該仔細分析這些反饋,以了解您應該如何進行產品開發。 獲得反饋後,您將知道您的產品哪些方面做得好,哪些方面不足,並且您將知道需要改變或改進哪些方面。
您的 MVP 可能會經歷構建-測量-學習週期的多次迭代,然後您才能擁有一個高保真、有競爭力的 MVP,該 MVP 可以作為啟動項目的基礎。
如何快速建立MVP
假設您已決定為您的應用程序使用精益的預發布工具,並已開始開發具有核心功能的 MVP。 您還啟動了一個構建-測量-學習循環來創建一個不會超載的基本應用程序。 但是你的 MVP 應該是多少“最低”? 一些首次創業者只關注“M”,而忽略了“V”。 最大的MVP和半生不熟的MVP之間有一條非常細微的界限。 我們準備了一些技巧來幫助您取得適當的平衡。
- 時間限制您的 MVP 開發。
在追求理想的 MPV 的過程中,很容易陷入削減、迭代和改進最終結果的泥潭。 但如果你這樣做,MVP 開發可能會持續數年。 為了避免落入這個陷阱,確定 MVP 開發的條款。 推出您的第一個最低價值的產品只需要大約兩三個月的時間。 設定明確的期限。 這不應該是一項長期工作。 - 吸引一小群用戶。
您在 MVP 階段的主要目標是開始獲得初始客戶:幾個、幾十個或數百個。 不管有多少,只要得到它們。 選擇一個有限的位置來測試您的 MVP。 與應對眾多用戶的反饋相比,吸引少量目標受眾更便宜、更快捷。 - 只關注必備功能。
將您所有的注意力集中到為您的用戶解決一個問題上。 僅提取少數幾個能證明您的想法獨特且有價值的特徵。 刪除功能,直到您可以在截止日期內創建 MVP。 - 創建一個有用、易懂且有吸引力的應用程序。
另一方面,基本的 MVP 必須具有吸引力。 它應該有一個舒適的界面、高質量的照片、專業的內容、易於理解的號召性用語以及簡單的聯繫和付款表格。 正如我們上面提到的,MVP 的目標之一是將用戶的注意力吸引到您的天才產品上,並使他們忠於您的新品牌。
但
- 不要期望你的 MVP 看起來很完美。
您的第一個應用程序原型不會完美,但也不一定如此。 你不需要愛上你的 MVP。 這些是 MVP 特性:沒有完整的功能,也沒有滿足您對完整產品的所有要求。
創建 MVP 後該做什麼:關鍵績效指標
一旦你啟動了你的 MVP,就沒有時間休息了。 您需要跟踪您的 MVP 通過什麼渠道進入軟件市場(AppStore、Google Play 等),它對目標用戶有什麼影響,以及它如何滿足您未來 Web 項目開發的業務需求。 關鍵性能指標有多種類型,您應該選擇哪一種取決於您正在構建的項目類型。 以下是常見的關鍵性能指標,可幫助您定義應用在發佈時是否成功。
- 激活率。 此 KPI 顯示您的最小可行產品在第一次使用後留下的印像有多好。 如果您的應用讓用戶打開它、註冊、閱讀內容並填寫聯繫表——簡而言之,做任何可能導致重複訪問的活動——這意味著您已經處理了一個真正的問題並準備了一個真正的解決方案。
- 保留率是回頭客的百分比。 假設您的目標是讓 XX% 的用戶在前 30 天內打開您的應用 3 次或更多次。 您的留存率證明了您想法的獨特性。 換句話說,它表明您的 MVP 是否具有競爭對手無法提供的有用功能,以便用戶一次又一次地回到您的應用程序。
以下是一些可幫助您驗證 MVP 的其他指標:
淨推薦值 (NPS)是衡量 MVP 成功和突出用戶對產品印象的可行方法。 您可以要求用戶在使用後從 0 到 10 給您的 MVP 打分。 收到反饋後,您可以將用戶分為兩組:評分為 9 和 10 的推薦者和評分為 0 到 6 的批評者。 使用這些數字,您可以計算您的 NPS:
NPS = 推薦者百分比 - 批評者百分比
每個用戶的月平均收入 (ARPU)顯示您在一個月內從一位客戶那裡獲得的平均收入。
ARPU = 每月總收入 / 每月用戶總數
ARPU 將幫助您計算一位客戶為您帶來的大致月收入,以便您估算您的財務流量。
終身價值 (LTV)反映了客戶在使用您的應用程序時將在您的產品上花費的金額。 該指標可以用以下公式衡量:
LTV = ARPU(每位用戶的平均每月經常性收入)*客戶生命週期
客戶獲取成本 (CAC)顯示獲得付費客戶的成本。 您可以使用以下公式計算它:
CAC = 為獲得流量而支付的費用 / 從該流量中獲得的客戶數量
通過衡量您的 CAC,您可以估算在開發完整的 Web 產品時獲得足夠客戶所需的預算。
客戶流失率。 自然,會有用戶停止使用您的應用程序或只是將其卸載。 沒關係,但是您需要時刻掌握脈搏並了解流失率:
流失率 = 每週或每月的卸載次數 / 每週或月初的用戶數
檢查您的流失率以確保您的 MVP 沒有明顯的錯誤並持續獲得新用戶。
MVP開發的常見錯誤
如您所見,構建平衡的 MVP 是一門藝術。 在我們文章的這一部分中,我們準備了一份企業家在將他們出色的商業理念轉化為可持續和成功的應用程序時最常犯的錯誤的列表。 對於這四個 MVP 錯誤中的每一個,我們還提出了克服它們的方法。
錯誤 1 — 錯誤的產品策略
您的產品策略是您業務的引擎。 您可以使用它來將您的財務和時間投資轉化為明顯的結果——如果您的引擎沒有運行,您就無法走遠。
以下是錯誤產品策略的指標:
- 你正在解決的問題實際上是無關緊要的。 一旦 MVP 幾乎完成,所有者可能會震驚地意識到不需要該產品。 埃里克·里斯 (Eric Ries) 說得對:
“如果我們發現自己在建造一些沒人想要的東西怎麼辦? 在那種情況下,如果我們按時按預算完成又有什麼關係呢?”
- 您的營銷和銷售計劃不確定。 你的目標受眾是什麼? 吸引前 100 個用戶需要多少錢? 用戶來自哪裡? 如果您沒有答案,那麼您的產品策略就很糟糕。
- 您無法定義您的核心差異化因素。 競爭水平如何? 你是否正在進入一個尚未掌握的利基市場? 或者你是否正在潛入一個充滿商業鯊魚的游泳池? 無論是什麼,您都必須知道什麼可以使您的網絡產品達到頂峰。
什麼可以幫助:
- 與您的目標受眾溝通。 與每天面臨問題的用戶交流可以為您的產品喚醒一個絕妙的想法,為您的用戶提供可靠的解決方案。
- 計劃您的銷售活動和營銷活動。 如果您沒有專業的內部營銷人員,您可以聘請遠程專家或將您的營銷工作外包給第三方公司。
- 明確定義您的願景。 無論您正在創建何種類型的 Web 應用程序,如果不深入了解產品的主要用途、核心價值和王牌,您都不會成功。 您可以將 Radical Product Framework 與精益創業和敏捷方法結合使用,以成功開發 MVP。
錯誤 2 — MVP 開發的兩個極端:過載或稀缺
有時,實現一個網絡產品就像爬山。 正如許多登山者都擁有有用的設備和許多通往山頂的小徑一樣,您可以使用多種方法來實現您的業務目標。 但是登山有一個原則:如果你在山腳下帶的太多,就更難登頂。 如果你拿的太少,它會使你在不到一半的時間內回頭的機會增加一倍。
你怎麼知道你的MVP沒有超載或太小?
- 創建 MVP 需要三個多月的時間。 MVP 是關於快速開發的。 如果您包含太多功能,則可能需要數年時間。
- 您在選擇 MVP 中應包含哪些功能時猶豫不決。 許多天才想法的持有者都希望在 MVP 階段看到一個功能齊全的應用程序。 然而,添加越來越多的功能是浪費時間和資金,因為額外的功能對於目標用戶來說很可能不是那麼重要,但會延遲 MVP 的發布。
- 您在構建 MVP 後推遲錯誤修復。 當應用程序所有者匆忙開發至少具有糟糕設計和原始功能的最小 MVP 來啟動和測試它時,通常會發生這種情況。
什麼可以幫助:
- 遵循敏捷方法。 將復雜的需求分解為幾個簡單的功能。 然後設置交付每個功能的時間框架並遵守您的截止日期。
- 從MVP原型開始。 直接構建 MVP 並跳過原型開發就像建造沒有藍圖的房子。 原型可幫助您定義高保真 MVP 的重要功能並將其可視化,以便您可以構建用戶體驗。
- 金發碧眼的品質。 這種方法是由 Google Ventures 設計合作夥伴 Daniel Burka 引入的。 它看起來像這樣:
“理想的原型應該是金發姑娘的品質。 如果質量太低,人們就不會相信原型是真正的產品。 如果質量太高,你會工作一整夜,你不會完成。 你需要金發姑娘的品質。 不會太高,也不會太低,但恰到好處。”
當然,這種方法並不完全準確,但您可以使用它來設置 MVP 負載限制。
誤區三——不專業的開發團隊
如果你的產品戰略是你創業的引擎,那麼你的開發團隊就是它的燃料。 無論您使用何種技術,無論紙上概述如何,如果您沒有經驗豐富的專家,那麼成功發布是不可能的。
讓我們看看您的 Web 開發人員的經驗水平如何影響您的業務項目的實施:
- 你落後於最後期限。 經常。 低水平的技能會導致您的 Web 開發團隊成員工作緩慢、犯錯誤並忽略積壓工作。
- 您需要聘請額外的專家。 當您的開發團隊無法處理工作量時,您需要聘請更熟練的 Web 開發人員、UI/UX 設計師、QA 測試人員或項目經理。 但是這樣做,您可能會超出預算。
- 在收到初步反饋後,您未能改進您的 MVP。 當您從初始用戶那裡獲得第一個反饋時,他們可以指出您的 MVP 的一些錯誤。 沒有經驗的開發團隊不太可能處理這些錯誤,因此不可能提高您的 MVP。
你可以做些什麼來避免這種情況:
- 代表。 如果您面臨緊急任務的持續延誤,請指定一名負責人,直接確保開發人員按計劃進行。
- 舉辦產品發現研討會。 每兩到三個衝刺,您可以舉辦一次產品發現研討會來完善您的需求。 通過這種方式,您可以衡量團隊成員的工作量並定義您必須制定的招聘解決方案。
- 尋找熟練的合作夥伴。 您可以為您的內部團隊尋找技術嫻熟的專家,外包個人自由職業者,或將您的開發外包給在您的利基市場擁有應用程序實施經驗的網絡開發公司。
錯誤 4 — 反饋錯誤
構建 MVP 的目標是接收反饋。 當您開發 MVP 的原型版本時,您將從早期採用者那裡獲得第一個反饋。 接下來,在您發布 MVP 後,您將收集初始用戶的反饋。 您可以使用所有這些反饋來更好地了解您的用戶,從而使您的 MVP 大放異彩。 然而,儘管反饋是必要的,但有時它會給你錯誤的發展方向。
在以下情況下,反饋可能具有誤導性:
- 它來自非目標用戶。 如果你的家人和朋友不屬於你的目標受眾,他們就不是你的網絡產品的潛在用戶,也無法給你適當的反饋。 考慮用戶是否有經驗能夠為您提供有關您的產品的有意義的反饋。
- 太多了。 普遍的看法是,多多反饋是一種福氣。 但是獲得過多的反饋會讓你在構建 MVP 的同時快速轉變。 但是,對網站的基本版本進行大量更改可能會導致持續的延遲,甚至會破壞您實現想法的機會。
- 您沒有整合定量和定性反饋。 定量反饋為您提供有關數量和數量的答案,而定性反饋則回答了為什麼的問題。 如果您忽略這些視圖中的任何一個,用戶對您的 Web 應用程序的感受將是不完整的。
可能的解決方案:
- 接受並非每個人都是潛在用戶的事實。 嘗試區分適合您理想個人資料的用戶。 他們可以為您提供專家意見和有意義的評級。 僅根據他們的反饋構建您的 MVP。
- 根據關鍵類別劃分反饋。 瀏覽一下您想從中學習的最重要的反饋。 例如,您可以根據其價值、來源或錯誤類型來劃分客戶的反饋。
- 看全圖。 在分析缺失和多餘的內容時,同時考慮定量和定性反饋。
MVP的真實例子
我們的下一個工作是不要讓您擔心創建 MVP 的困難,並激勵您相信您的商業理念會取得成功。 許多流行的全球網絡服務的創始人不得不在沒有任何成功保證的情況下邁出第一步。
我們想向您介紹幾種實現 MVP 的方法。 為了確認它們的可行性,我們將向您展示成功啟動 MVP 的真實示例。
- 緩衝區:著陸頁 MVP。
2010 年,Joel Gascoigne 提出了一個好主意,為 Twitter 用戶和應用程序製作日程安排功能。 作為一名企業家,喬爾知道準時出席並記住您生活中的所有重要事件是多麼必要。 他決定通過創建一個簡單的登錄頁面來檢查有多少人分享了他的想法。 有關他的新產品的信息導致大量人註冊以獲取更多信息。 Gascoigne 花了七週時間來構建和設計僅允許訪問 Twitter 的 Buffer 應用程序的初始版本。 第一個用戶在四天后出現,前一百個用戶在幾週後出現,三年後Buffer達到了100萬用戶。 - Spotify:單功能MVP。
音樂流媒體應用程序 Spotify 誕生於許多媒體盜版網站關閉且音樂聽眾因缺乏在線音樂資源而受苦之時。 對於第一個 MVP 版本,Spotify 是一個封閉的、僅限邀請的應用程序,可在六個國家免費播放合法音樂。 一段時間後,Spotify 為音樂家和音樂聽眾增加了一個社區,並積極與媒體合作。 2011年7月,Spotify在美國推出,成為Facebook的展示合作夥伴,增加了他們的用戶獲取。 當時,Spotify 開始使用 Chromium 嵌入式框架 (CEF) 來簡化修改其平台不同部分的過程。 2015 年,音樂流媒體工具得到更新,將音樂視頻和剪輯添加到 Spotify。 到 2020 年第一季度,Spotify 的月活躍用戶約為 2.86 億。 - 優步:禮賓MVP。
通常,當某些事情不符合某人的期望時,一個偉大的商業創意就會誕生。 Uber、Garrett Camp 和 Travis Kalanick 的聯合創始人就是這樣。 他們對舊金山出租車的高昂費用感到沮喪。 MVP UberCab 執行了一項基本功能:它將 iPhone 用戶與司機聯繫起來,並啟用信用卡支付。 UberCab 成功實施後,創始人增加了一項名為 Uber Eats 的送餐服務和一項名為 Uber Rush 的快遞服務。 這種創新方法使優步服務在 2018 年擴展到 83 個國家,產生了 25 億美元的收入。 - Groupon:一個零碎的MVP。
零碎的最小可行產品使用其他平台、網絡服務和應用程序,並將它們連接到一個平台中。 Groupon 是一款為用戶提供優惠券和折扣券的應用。 一開始,Groupon MVP 看起來就像一個有折扣的單頁網站。 如果用戶想要打印優惠券,他們會訂閱並通過電子郵件收到 PDF 文件中的優惠券列表。 這是繼 2011 年谷歌之後規模最大的首次公開募股的簡單途徑。 - Snapchat:內容消失的 MVP。
Snapchat 於 2011 年由斯坦福大學的幾名學生創立。 這個想法是開發一個社交媒體平台,允許用戶在內容消失之前發布幾分鐘。 新產品深受年輕用戶的歡迎。 Snapchat MVP(稱為 Picaboo)只允許用戶發布照片。 在成功的一年之後,Snapchat 的聯合創始人添加了 10 秒的視頻。 2013 年,社交媒體平台 Stories 和 Chat 上又出現了兩個選項。 然後 Snapchat 添加了其他有用的功能,如地理過濾器、Snapcash 和我們的故事。 今天,Snapchat 的每月活躍用戶達 3.6 億,每天生成超過 30 億個“快照”(視頻和照片)。
開發一個MVP需要多少錢?
很難計算MVP的精確成本,因為它取決於許多因素:產品開發的複雜性、涉及的專家數量、工作時間、小時費率以及添加更多功能的需要。
根據我們的經驗,我們準備了有關不同業務領域中標準 MVP 項目成本的信息:
- 我們開發的最新 MVP 之一是用於視頻通話移動應用程序。 為視頻通話應用實現 iOS 和 Android MVP 的成本在 30,000 美元到 50,000 美元之間。
- 我們為在線電子書商店構建的另一個 MVP。 開發此類 MVP 的成本約為 52,000 美元。
- iOS 的外賣應用開發成本在42,000 美元到 51,000美元之間,Android 的成本在43,000 到 51,000 美元之間。
- 要開發工作板網站,您首先要從價值約48,000 美元的 MVP 開始。
- 為房地產網站構建最小可行產品的成本約為45,000 美元。
- 為一個時髦的最新醫療網站構建 MVP 的價格將接近35,000 美元。
維珍航空公司的老闆理查德布蘭森曾經說過:
“聽。 取最好的。 剩下的留下。”
維珍航空公司是世界上最大的航空公司之一,最初是用一架飛機在紐瓦克和蓋特威克之間的一條航線上飛行。 最小可行產品如何? 如果您有一個讓我們的生活更美好的絕妙想法,希望構建一個最小可行的產品將幫助您找到成功的獨特方式。
在Mind Studios ,我們堅信無論項目多麼複雜和龐大,都可以通過幾次出色的 MVP 迭代來完成。 除了為初創公司開發最小可行產品、實施網站以及創建適用於 iOS 和 Android 的移動應用程序外,我們還提供諮詢服務。 如果您需要將您的想法帶入軟件市場、諮詢開發人員或計算開發成本,請聯繫我們,我們會盡快回复您。