本系列已出版《Agile一本通!敏捷新手入門導引》囉!快來看看橘白卯咪增加了哪些超棒的內容~
簡單易懂卻不隨便的一本書>> https://www.books.com.tw/products/0010968755
一天下午,團隊成員白貓跟灰貓在聊天。
「我聽幫大家訂下午茶的阿妹,希望有一個工具,能讓大家上去看菜單登記,不用再寫紙條放她桌上。」
「那你做了什麼呢?」
「我就隨手做了簡單的頁面:只有一個簡單的文字編輯框跟顯示區,可以打字跟傳圖片,讓阿妹能傳菜單的照片上去,大家也可以上去編輯自己要的下午茶。」
「嗯看起來是很簡單的畫面呢。」
「阿妹說用起來不錯,至少她桌上不會有一堆紙條了。但是她還是要統計大家要吃什麼。而且有人留言店家沒有的品項,讓她很困擾...」
「統計大家要吃什麼這有點複雜呢...」
「是啊,光是炸雞,就有人寫鹹酥雞、鹽酥雞、唐揚雞、炸G。」
「那怎麼做呢?」
「我做了可以投票的功能,讓阿妹能把店家有的品項加上去,其他人就上去按加一。」
「這版就是現在的下午茶登記頁面吧?可以幫阿妹省去整理的時間真是太好了。」
「但是阿妹說,有些人想加辣、有些人會忘記自己點什麼...怎麼都有解決不完的問題啊...是不是我寫的頁面太爛了...」
「不會啊,至少你解決了一開始阿妹的困擾。後面的需求,就慢慢再加上去囉。」
最小可行性商品(MVP)怎麼產生
MVP的目的是為了驗證想法可行,會經歷以下階段:
發現需求/問題:
當發現了一個需求/問題,腦內必然會出現各種想法,為了驗證想法可行,必須製作最小可行性商品,先投入驗證
打造最小可行性產品
最小可行性商品可能相當陽春,可能使用現有的工具、在現行的方法做些小改變或甚至只是個簡單的模型。但
讓使用者使用,並收集意見
最小可行性商品雖然陽春,但必須能解決使用者的核心問題。在使用過程,使用者可以回饋是否有解決問題?是否有待解決/加強的功能。
優化/修正產品
根據使用者的意見,列出項目進行修正/優化,讓產品持續貼近使用者需求
持續修正與收集意見
回饋與修正的持續進行,讓產品能更臻完整
MVP的優點
容易歪掉的部分
今天的參考資料/延伸閱讀: