規劃產品MVP第一步：先放棄你的完美主義！｜＋如何在日常生活運用MVP技巧？

不論你是在創業、在規劃產品、解決問題、甚至是學校的商業競賽中，我們很常聽到’MVP’這個字。
MVP是什麼、到底要怎麼用？為什麼我們要先做MVP，而不是趕快把一個完整的產品規劃出來呢？

此篇文章適合要開始利用MVP來規劃產品的你。文章內容包括：

一、什麼是MVP？

MVP指的是最小可行性產品（minimum viable product）：

“用最小成本去達成目標，並且放到市場上快速測試這個想法是否可行”

為什麼要用MVP？

假設你今天開發一款app，最重要的一件事情是「要有人使用」。如果你花了一年的時間，把介面都設計得非常漂亮完整，但上架後卻發現：根本沒人用！那前面所花的一年時間和金錢也都浪費了。

所以，MVP的設計就是為了要在讓開發者用「最少的成本」來測試這項商品是否真的有人想用想買、是否有解決消費者的問題，並且為未來的開發提供反饋。

＊Notice:所謂「最小的成本」不一定就是便宜，有些產品的測試可能也會需要做到10萬以上。這邊指的是「能讓用戶使用產品的最小成本」＊

---

二、開始製作MVP

首先，釐清MVP製作的目的

你可以先想：

1. 我要解決什麼問題？
2. 這個MVP要滿足誰的需求？
3. 怎麼做可以知道用戶真的會用這個產品？

釐清好後，可以開始發想MVP要怎麼呈現，而最重要的就是，完美主義在MVP裡行不通。

讓你花更多成本的完美主義

MVP的核心概念就是用最小的成本，「夠用就好、看得懂就好」，才能避免花費過多的成本結果失敗。但「功能強大完整」的概念在我們一開始很難擺脫，潛意識裡就會不自覺的再增加更多功能。

這時，就應該用減法思維，不斷地去思考「要解決我的問題，還有功能什麼是能夠被簡化的？」。

思考你每個加上去的功能要達成的目的是什麼，是單純想讓功能變強大、或是想驗證某件事情？如此一來可以避免你因為習慣於現在完整的介面，導致在一開始做MVP時太開心地加了許多不必要的功能。

舉個簡單的例子：在決定一個股市app中是否加入「討論」的功能，目的是要知道「有多少人會想在看盤的時候參與討論」，你會怎麼設計呢？

這個版本的MVP包含了留言、按讚、回覆與tag別人，這是現在很常見的留言區模式，對吧？但，你還記得這個MVP的目的是什麼嗎？

要確定「想要知道有沒有人會想使用聊天的功能」，你要驗證的兩件事有：(1)有多少人會實際留言參與討論，(2)有多少人會觀看其他人在討論。

因此，要確定這兩件事，你最少需要設計：(1)建立討論區、(2)文字輸入框與傳送鍵，(3)並且在後台要可以知道進入討論是的人數有多少。而回覆、按讚等就目標來說其實根本不必要。

這有點違反一般認知，對吧？即使回覆現在看起來已經是必備的功能，但以最少成本來看，這些功能還是太過複雜了。試想，如果你app的使用者根本沒人會用這個聊天室，那你做的再完整，最後可能會面臨沒人想用的窘境。

而完美主義者要接受的就是，你要能把「不完整」的東西直接給使用者用，避免因為追求完美與完整，而在開發階段就浪費了過多時間與金錢成本，卻得不到預期的效益。

這邊可以用成本曲線圖來描述「利用MVP來低成本的失敗」這件事

從上面這張圖可以發現，如果有失敗的風險，那麼MVP的功用就是避免投入了很多成本以後卻失敗的情況。

---

💡從設計思考Design thinking培養另一種思考脈絡💡

MVP的概念，其實可以從設計思考中更深入的學習，能幫助你在產品規劃、甚至是解決問題時更有思考脈絡。

我之前還是學生時，在”台大Dschool創新設計學院“上過設計思考教練課，覺得對自己的思考脈絡還有釐清問題的幫助很大，也為讀會計的自己開闢了UX、PM的新道路。因此很推薦給想要嘗試不同的思考方式、發展創新流程的人！

（或者，如果你單純覺得很茫然不知道未來要做什麼，也可以透過設計思考嘗試一個新的領域。我認識許多在服務設計、UX、PM打滾的人也都是屬於這種人呢lol）

推薦hahow課程：設計思考，頂尖企業都在學的創新流程！

✏️個人小建議：設計思考是一個「你不做就不知道那是什麼」的東西，所以很推薦大家想學的話可以找幾個朋友一起做專案，或是到HPX讀書會裡找人（裡面有超多UX人）。和一群人用設計思考解決問題，真的hen棒！

---

要把很簡陋的東西給別人用，還是有點疑慮？

看完以上的MVP介紹，你可能還會有底下這幾個疑惑：

Q：「把功能做完整好像也不需要多太多心力，為什麼不一次就做好？」

首先還是回到需求面：即使是現在看似很普遍的功能，你能夠確保「真的有需要這樣的功能」嗎？如果你做的是一個行程規劃的app，做一個完整的聊天室能夠為你的app帶來效益嗎？

再來是成本面：你覺得理所當然的功能，一定都還是需要花工程師的時間，3個小時也好、一天也好，如果一個完整聊天室要花工程師8小時在做，那麼很可能就會拖延到其他產品的工程時間，而這8小時的機會成本就是增加其他有更大效益的功能。更別說當工程師還要同時做好幾個產品。

現在許多產業都是在與時間競速，你的產品迭代速度不夠快，優化效益讓使用者無感，很可能就會被其他競品給替換掉。所以，你可能覺得把聊天室做完整是很簡單的事情，但它背後帶來的隱藏成本可能更巨大。

Q：「如果不先做好再給user使用，那他們會不會因為產品太爛而不想用？」

不可否認介面好看好用，是很大的一個誘因，也有些人可能會因為用戶體驗不佳而不用。

不過，還記得MVP的概念「用最小的成本來達成目標」，不論你今天的目標是什麼，一個MVP最理想的情況就是能解決痛點，即使它長的再陽春，如果真的有打到痛點，那用戶繼續使用的機率應會高於放棄使用的機率，所以不用過度擔心客戶流失。

再加上，上架MVP的另個好處就是你可能會收到更多用戶回饋，例如：「我希望它可以再更現代一點」、「他還加上…功能會更好，因為我平常還會….」，等於說你不只確認這個市場有需求，更可以得到用戶的寶貴意見與資訊。

別擔心，你接下來要做的事情，就是以快速的迭代讓用戶提升滿意度來維持黏著度並吸引更多新用戶。

---

三、如何測試MVP成功與否？

在規劃階段時，你就可以著手設定MVP的成功標準（預期效益），譬如它要讓購物車結帳比率提升等等。但，到底要用什麼標準來衡量MVP是公的呢？

值得注意的是，MVP很難有一個絕對的標準：例如你期望效益能提升留存率10%，但最後提升8%，那你就不繼續做這個MVP嗎？除非你有很明確的數字可以參考，否則衡量MVP成功與否很難有一個標準。不過，你還是可以用「比較」的方式來判別：

以app增加新功能為例，今天我們想在文章分類底下增加另一個子類別「時事」，於是決定把這個新的類別新增在點擊率較低的「閱讀」前面，如此一來，「時事」的擺放位置就會是原本「閱讀」的位置。而我們就可以比較看看新的「時事」點擊率是否有高於原本的「閱讀」，來判定這個MVP是否會有人享用。

除此之外，底下有其他測試的方式，可以一起來判定這個MVP是否能幫助達成目標、是否有繼續做下去的效益：

用數據檢視新功能

1.用戶獲取：有多少人看到、使用新功能？

2.功能活躍：使用該功能的人佔全app的幾％？常使用該功能的人，遇到的狀況為何？價值如何衡量？

3.功能留存：用了這個功能的人，後續留存狀況為何？

用質化來檢視新功能

1. 走廊測試、親友訪談：你的同事、親友就是很容易就可以接近的訪談對象，最簡單的就從詢問旁人意見開始吧！

2. app內開放問卷填寫：直接讓用戶在產品中給予回饋，或是提供一個用戶容易接觸公司的方式，讓他們能減少給回饋的成本，進而蒐集到更多回饋。

3. 認知走察分析：意思是做完以後自己使用並且想像在各種情況下使用的結果。例如在收訊不好的地方會顯示什麼畫面、在輸入帳號錯誤時會有什麼樣的提示等等，看不同情境下是否使用順暢。

---

四、日常生活中的MVP

除了在開發產品的時候要製作MVP，你知道生活中，我們也同樣需要用最小可行的思維來看待事情嗎？

你知道拖延、逃避，或許都是因為我們沒有掌握MVP的概念而導致的嗎？

接下來就會以生活層面來看如何使用MVP。如果你想要改掉拖延與逃避的壞習慣，那就繼續看下去吧！

用MVP制定目標

每年在訂新年新希望的時候，你都訂了什麼願望呢？要賺大錢、要減肥、還是要交到男女朋友？

當你想要一次就把願望做到位，而立下了太大的目標時，反而會讓你無法達成目標。例如你寫下：半年要減肥5公斤。但三個月過去了，你卻只有偶爾想到會去運動而已。

因此，你要做的事就是把目標拆解。你不用一下子就減肥5公斤，而是訂定「你現在立即就可以達成的目標」，例如：每週一、三、五晚上8:00慢跑一小時，或是睡前做20分鐘的瑜伽。

在這邊設立的目標，越小越好、越具體越好。他不是最後你想要達成的大目標，而是大目標拆解後，你現在就可以做到的小目標。

準備好了才做？

學生時代，我們有很多時間「讓自己準備好」：什麼時候要考試，行事曆上都記得一清二楚。當老師要隨堂抽考的時候，全班都會哀鴻遍野：噢！老師你沒說！

但出了社會，沒有老師會提前和你說要考試。今天主管說有個案子要你來負責編制報表。你總不可能說：欸可是…我還沒有準備好耶，可以等我學完之後再來嗎？

永遠沒有準備好的一天，不要預設結果，只有下去做了才知道。

把MVP的思維放在心中：也許沒辦法第一次就做出完美的提案，但至少先求有，再求好，總比什麼都沒有來的好。當你說自己還沒有準備好的時候，其實也就暗示了你沒辦法應付緊急情況。

而在製作MVP時，我們要做的是把自己變成一個可以快速學習、邊做邊學的人。這過程中會經歷好幾次的修改，但每次都要不斷的吸收知識讓東西越做越好，下一次你能夠在短時間內準備的速度，也就會越來越快了。

把迭代思維放在心中

聽過迭代這個詞嗎？事情不是一定只能做一次，有些是可以第一次做完後，又回去檢視，並且把它優化、越做越好。

例如你目標想成為有影響力的medium作者，你不用等你的文章寫到「完美無瑕」以後才發表，而是直接打出一篇文章。發表完以後，過幾個小時你再回來看，你或許就會看到語句不通順的地方，或是段落標示更明顯。

第一次發表的文章只是你的MVP而已，先有MVP，才有機會越做越好。否則在你自己準備的這段期間，或許就錯失了不少被人看到的機會。

總結

不論是在規劃產品或規劃自己的人生，MVP思維可以幫助你降低跨出第一步的門檻，讓你在往目標前進的過程中可以儘早嘗試錯誤、儘早改善優化。即使一開始做出來看似與目標差很遠，MVP卻是能以有效率的方式幫助你不偏離軌道的往目標前進！

👏最後，如果你覺得我的文章有點幫助的話，歡迎按讚或分享！
你的一個讚，是我最大的鼓勵：)