iT邦幫忙

2022 iThome 鐵人賽

DAY 8
0
Agile

敏捷路上觀察紀錄-那些好用的與歪掉的部分系列 第 8

[DAY 08]簡單卻不隨便的開始-MVP 最小可行性商品

  • 分享至 

  • xImage
  •  

本系列已出版《Agile一本通!敏捷新手入門導引》囉!快來看看橘白卯咪增加了哪些超棒的內容~
簡單易懂卻不隨便的一本書>> https://www.books.com.tw/products/0010968755


一天下午,團隊成員白貓跟灰貓在聊天。

「我聽幫大家訂下午茶的阿妹,希望有一個工具,能讓大家上去看菜單登記,不用再寫紙條放她桌上。」

「那你做了什麼呢?」

「我就隨手做了簡單的頁面:只有一個簡單的文字編輯框跟顯示區,可以打字跟傳圖片,讓阿妹能傳菜單的照片上去,大家也可以上去編輯自己要的下午茶。」

「嗯看起來是很簡單的畫面呢。」

「阿妹說用起來不錯,至少她桌上不會有一堆紙條了。但是她還是要統計大家要吃什麼。而且有人留言店家沒有的品項,讓她很困擾...」

「統計大家要吃什麼這有點複雜呢...」

「是啊,光是炸雞,就有人寫鹹酥雞、鹽酥雞、唐揚雞、炸G。」

「那怎麼做呢?」

「我做了可以投票的功能,讓阿妹能把店家有的品項加上去,其他人就上去按加一。」

「這版就是現在的下午茶登記頁面吧?可以幫阿妹省去整理的時間真是太好了。」

「但是阿妹說,有些人想加辣、有些人會忘記自己點什麼...怎麼都有解決不完的問題啊...是不是我寫的頁面太爛了...」

「不會啊,至少你解決了一開始阿妹的困擾。後面的需求,就慢慢再加上去囉。」

最小可行性商品(MVP)怎麼產生

MVP的目的是為了驗證想法可行,會經歷以下階段:

  1. 發現需求/問題:

    當發現了一個需求/問題,腦內必然會出現各種想法,為了驗證想法可行,必須製作最小可行性商品,先投入驗證

  2. 打造最小可行性產品

    最小可行性商品可能相當陽春,可能使用現有的工具、在現行的方法做些小改變或甚至只是個簡單的模型。但

  3. 讓使用者使用,並收集意見

    最小可行性商品雖然陽春,但必須能解決使用者的核心問題。在使用過程,使用者可以回饋是否有解決問題?是否有待解決/加強的功能。

  4. 優化/修正產品

    根據使用者的意見,列出項目進行修正/優化,讓產品持續貼近使用者需求

  5. 持續修正與收集意見

    回饋與修正的持續進行,讓產品能更臻完整

MVP的優點

  1. 用最小的前期投入成本,獲得回饋,讓接下來的優化有跡可循
  2. 對開發者而言,避免投入過多心力與時間,卻生產出不合需求/乏人問津的產品
  3. 對使用者而言,提出需求不再像在拆盲盒,開發過程中能持續看到產出,也能跟開發團隊持續溝通,增加安心感

容易歪掉的部分

  1. 沒有定義功能邊界,初期就投入過多成本
  2. 使用者沒有仔細/完整測試,或沒有即時反應使用上的問題,導致問題在開發後期才被發現或反應

今天的參考資料/延伸閱讀:

  1. 用 Minimum Viable Product (MVP 最低可行產品) 9步驟開始跨境電商銷售
  2. 驗證MVP(最小可行性產品)的15種方式
  3. #21:想提升你的行動力嗎?試試 MVP 思維吧!

上一篇
[DAY 07]小任務大目標:Epic、Feature、Story、Task
下一篇
[DAY 09]角色設定01:Scrum三角色
系列文
敏捷路上觀察紀錄-那些好用的與歪掉的部分30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言