玩遊戲不難 ● 做營運好難

---------------------------------------------
【好康插播】「GoingBus」，提供價格近乎對折的影音平台帳號合租服務 <<了解更多>>
---------------------------------------------

所謂的 MVP 就是最小可行性產品(Minimum Viable Product)，
依照維基百科的說明就是：
用最少投入成本快速打造出一個功能，
然後丟到市場上去驗證其可行性，
如果符合預期與目標，
就可以加大資源做得更完備。

這樣的思維對整個公司營運與產品開發都有很大的好處。

但以我自己這幾年的經驗，
我認為 MVP 會失敗的原因很多時候在於 #各部門沒有取得共識。

例如想做一個 A 功能，
PM 覺得只要這樣這樣就可以，
技術覺得只要用現有的功能 B 去修改一下就好，
營運覺得應該要那樣那樣才能讓整個用戶體驗完整。

在各部門沒有坐下來好好凝聚共識下，
最後做出來的 MVP 可能只是某個部門「認為的 MVP」，
甚至更糟的是已經被魔改到脫離當初開發目的，
淪為為了做而做的功能。

如此當這 MVP 丟給用戶時，
失敗完全可以預期。

更糟的是一旦失敗了，
下次如果再提到這功能的優化時，
就一定會有人跳出來說：
「從目前的數據來看，這個 MVP 對產品貢獻很低，沒必要優化。」
「請提出數據佐證來說明為什麼要優化這個 MVP。」

但上述的要求完全是倒果為因，
如此可能就硬生生斷了一條含金量很高的洞察，
卻沒人能把它救起來。

我已經看過蠻多所謂的 MVP 最後都是這樣胎死腹中，
然後那個功能就跟雞肋一樣留在產品內可有可無的存在著...

因此才會說 MVP 要獲得各部門的共識很重要，
PM 要確認開發規格符合預期，
技術要確保開發內容質量穩定，
營運要確認用戶體驗沒有問題，
如此就算 MVP 最後的用戶反映不如人意時，
大家的討論方向也能聚焦在如何讓功能更好。

老話一句，做事永遠不難，
最難的都是人後面的各種拉扯與角力。

================

隨時關注我的粉絲團，
不定時提供遊戲資訊與心得。
https://www.facebook.com/9i543/

---------------------------------------------
【好康插播】「GoingBus」，提供價格近乎對折的影音平台帳號合租服務 <<了解更多>>
---------------------------------------------