是否可以先實現 Magento MVP，然後再開發？

在這篇文章中，我將回答是否可以實現 Magento 的最基本版本（這實際上意味著什麼？）、啟動它並向客戶提供它，然後再開發這個在線商店。

是否可以實現 Magento MVP 然後進行開發？
Magento 上的項目定價
關於 Magento 的初始實施預算，您需要了解哪些信息？
是否有可能將 Magento 做成 MVP 版本？
Magento 實施的初始範圍必然需要什麼？
Magento 的 MVP 版本要多少錢？
總結 – 是否可以先實現 Magento MVP，然後再開發？

是否可以實現 Magento MVP 然後進行開發？

是的，您可以先實現 Magento MVP，然後再進行開發。 這是我個人大力提倡的一種方法，並且認為它最具商業意義。

我相信，如果您假設 MVP 版本中 Magento 的成本約為 91,000 美元/歐元，這是一個很好的假設。 Magento 上的這樣一個商店將有效銷售（具有非常高的轉化率），將被集成、非常快（感謝 Hyva）並且在技術上針對 SEO 進行優化。

Magento 上的項目定價

那些考慮使用 Magento 的人在收到報價時經常面臨的一個問題是——他們常常對報價金額感到震驚。

準備報價的整個過程通常是這樣的：首先有人準備初步的功能範圍，然後與代理機構進行第一次討論，然後對范圍進行細化，在此基礎上出現代理機構或軟件公司方面的簡介作為客戶，您開始標記您希望在商店中擁有的以及您非常關心的元素。

當然，食慾總是隨著吃東西而增加，所以當您看到可以用 Magento 做很多有趣的事情時，您就會開始添加更多功能。
範圍不斷擴大，達到了最初的兩倍。 該機構在考慮我們所有的期望後準備了報價。 196,000 美元/歐元或 336,000 美元/歐元的估值就是這樣創建的！

關於 Magento 的初始實施預算，您需要了解哪些信息？

我們先來看兩個問題。

• 1. 大預算=大實施=更複雜的項目

答：預算越大，就越時髦。
如果最初 Magento 實施的預算很高，通常意味著您有更多想要實施的功能。 而這反過來又會帶來更多的項目風險。 經驗法則很簡單，項目越複雜，項目的風險就越大。 無論誰來執行該項目，這都是無法量化的。 範圍更小=項目風險更少。 範圍更大=項目風險更大。

B.預算越大，項目時間越長。
第二個方面是預算越大，項目通常花費的時間就越長。 簡單來說，項目預算越大，軟件公司或電子商務機構必須分配的工作時間就越多，這意味著項目時間就越長。 有時，即使向項目團隊添加額外的程序員也不會大幅縮短進度。 例如，一個價值 91,000 美元/歐元的項目可能會在大約 6 個月內完成。 例如，如果預算為 196,000 美元/歐元，則該項目的實施時間可能為 10 或 12 個月。

• 2. 在MVP中開店還是在項目中凍結大量現金？

在商業實踐中，這意味著在更長的時間內凍結更多現金。 問題是這是否值得。 創建一個能夠整合、產生高轉化率且速度快的商店不是更好嗎？ 另一方面，商店將產生高轉化率，並將針對搜索引擎優化進行優化，這將對收入產生積極影響。 我們讓商店更早地向顧客開放，商店開始產生收入，從而加速投資回報。 我經常看到一長串出色的功能，這些功能使預算增加了 56,000 美元/歐元或 84,000 美元/歐元，但它們對電子商務產生的收入的影響卻很小。 在這種情況下，我們總是建議縮小實施範圍，加快啟動速度（讓項目已經開始獲得回報，然後在下一步中擴展商店以提供更多功能。

那麼，完美的平衡在哪裡呢？ 您需要在 Magento 上花多少錢才能擁有一家轉化率非常高、針對 SEO 進行優化、集成並在 Google Page Speed 中取得良好效果的商店？

是否有可能將 Magento 做成 MVP 版本？

在預算討論階段，當有人看到這麼大的預算時，客戶經常會問，是否可以明智地縮小範圍並實施類似 MVP 的東西。

這個概念來自於創業氛圍。 我第一次聽說它是在《啟動手冊》一書中。 MVP 通常在創新應用程序的背景下描述，其開發方式的目標是盡快發布具有核心功能的應用程序，從向用戶交付價值的角度來看，最重要的是。 沒有不必要的附加組件。

首先，它是關於率先進入市場，因為世界各地通常有許多團隊正在研究類似的想法，所以先到先得。

其次，我們向市場發布產品的速度越快，我們在真實用戶身上測試它的速度就越快。

另一方面，在線商店是否是一種創新應用程序，其規模與 Uber 上市時的規模相當？ 並不真地。

在線商店不太可能像初創公司中的應用程序那樣開發。

因此，我不確定 MVP 是在這種情況下最合適的術語。 然而，我們自己應該從中得到什麼呢？ 如果我們得到 196,000 美元/歐元水平的 Magento 實施報價，我們應該考慮是否真的需要在此範圍內規劃的所有功能和解決方案。 經驗告訴我們，大多數情況並非如此。

如果您已經有一個正在運營的商店併計劃切換到Magento，因為當前的平台限制了您的發展，那麼任務非常簡單。 值得使用 Google Analytics 等工具來分析用戶如何使用該網站。 您應該檢查您網站上當前可用的所有功能是否應包含在新的在線商店中，或者是否應從運營第一天起就可用。 有時，開設不具備所有功能的商店根本不會損害您的業務（在不減少所產生的收入的意義上）。 因此，值得做一些功課，與網絡分析師和用戶體驗設計師坐下來，分析數據並思考哪些功能應該包含在初始 Magento 範圍中。

Magento 實施的初始範圍必然需要什麼？

根據我們的經驗，除了 Magento 的基本版本之外，實施要取得業務成功還需要 5 個關鍵要素。

基於 Hyva 的個性化圖形設計

為什麼特別選擇海沃？ Hyva 提供卓越的速度，並且是比 PWA 等更經濟的選擇。 Luma 不再值得投資。 我已經準備好了各種前端的排名，所以我鼓勵你閱讀這篇文章。

推薦 Hyva 上為移動設備和桌面設備準備的個性化設計。 定制化設計對轉化率影響最大。 在我們進行的 A/B 測試中，我們清楚地註意到，圖形設計、我們溝通價格、促銷、訂購流程或價格呈現的方式對轉化率影響最大。

在那裡你會發現最簡單的，或者換句話說，最便宜的轉化率增加。

價格標籤內的溝通

Magento 實施的最小範圍內的另一件事是改善價格表內的溝通。 Magento 的標準價格溝通並不是最有效的。 例如，價格促銷的溝通較差，交貨時間信息也需要紮實改進。

簡化結帳

另一個應該發揮作用的因素是簡化的購物流程。 我們談論的不是一步式結帳，而是取消頂部和底部導航，這可以帶來轉化率的顯著提升。

集成

一個關鍵要素應該是與您的 ERP 集成，或者至少與 PIM 和 OMS（如果您使用它）集成。 通常，實施範圍中應出現 3 個標準集成。

如果您的情況下 PIM 功能由 ERP 系統執行，那麼您需要進行的集成就少了一項。

導航和過濾

另一個需要改進的主題是導航和過濾。 標準的效率低下，並且用戶很難直觀地使用它們。

Magento 的 MVP 版本要多少錢？

總之，考慮到 Magento 實施初始階段應包含的所有必要元素，您會發現整個過程至少需要 1,300 小時。

將此小時數乘以 70 美元/歐元（2023 年 9 月的平均小時費率）表明實施 Magento 的成本為 91,000 美元/歐元。

是否可以以 30,000 美元/歐元的價格實施 Magento？ 當然，這是可能的。 例如，您可以選擇不創建自定義圖形設計，您可以選擇不實現 Hyva，而是實現 Luma。 也可以不整合，不改價目表等等，這樣我們就減少了量。

這樣的行動有任何商業理由嗎？ 在我看來，不——對於 Magento 來說，以這樣的價格，我們將獲得類似電子商務的產品。 如果我有 30,000 美元/歐元可供支配，我更願意選擇 Presta 或 Shopify，這將比 Magento 產生更高的收入（在這個預算的意義上，我將創建一個比商店更好的商店）在此預算中使用Magento）

如果您不打算集中開發，那麼在 Magento 上花很多錢是沒有意義的。 然而，如果您有雄心勃勃的計劃，例如創建新渠道、添加新的國外市場、拓展新的國外市場、發展 B2B 和 B2C 業務或推出新品牌，Magento 可能是必不可少的。 在這種情況下，一開始投資 91,000 美元/歐元是合理的。 但是，如果你沒有這樣的計劃，並且沒有跡象表明有必要選擇Magento，我建議你放棄這個引擎。

總結 – 是否可以先實現 Magento MVP，然後再開發？

是的，這是可能的，我強烈推薦這種方法。

在我看來，假設每小時 70 美元/歐元，您應該假設大約 91,000 美元/歐元。 例如，如果由於您銷售的產品類型，您需要更多不尋常的解決方案來啟動，則可能會多一點。

通過這樣的實施範圍，您將獲得Magento，它會產生非常高的轉化率（因此會產生高收入），經過SEO 優化、集成（因此您不會在錯誤和不必要的手動工作上浪費時間），並且速度非常快（具有較高的 Google 頁面速度分數）。