規劃 App 需要寫多少條 User Stories?

前陣子看了《閃電式開發》這本創業與產品開發介紹書籍,書中有段文字提到:「一個網站的真實價值與『主要功能』,大概用 10-20 條用戶故事(註:user stories)就可以敘述完畢」。看過這段文字後,我就想找一個產品來實際驗證一下,看是否可用約 10-20 條 user stories 來敘述完產品主要功能?因為近期有使用過旅遊服務電商  KKday app,就決定以這個 app 為目標來逆向解析,設想規劃這個 app 需要多少個 user stories。


(圖片來源:Apple App Store

先說驗證結果,我用 KKday app 驗證的結果與書中敘述相符。逆向解析 KKday app 後,推測規劃這個 app 約需要 20 條 user stories,而若僅規劃最主要功能(core features)則只需 9 條 user stories。

我的逆向解析方法首先設想主要有哪些角色使用 KKday app,我想到主要有三個角色,分別為旅行前在瀏覽和訂購的 user 、旅行中要使用產品/服務的 user,以及 app 運營者,即 KKday app team。之後再依照這三個角色展開不同需求,並列出清單如下,清單中鋪紅底的需求則是我認為最主要功能的 user stories,共 9 條。


接著我以上面這份 user stories 清單為基礎,整理出以下功能地圖(functional map),可看出 KKday app 的 8 項主要功能。這 8 項功能基本上與 user stories 清單相同,只是因為 user stories 清單中 A5「瀏覽行程資訊」和 B1「查看行程的詳細地圖和交通方式」功能大部分重疊,故整併為同一個功能。



透過這次的 KKday app 驗證,我確認了《閃電式開發》書中的敘述,並收穫一次 app 逆向解析的經驗。不知道大家開發的 app/web 在一開始是否也只透過約 10-20 條 user stories 來規劃呢?歡迎交流你/妳的想法,謝謝!

留言

這個網誌中的熱門文章

Amazon Kindle 繁體中文電子書,找書、買書、看書的圖文心得分享

手動修改相片EXIF資訊的好幫手:ExifTool簡易教學

[讀書心得]《在宅醫療》:醫生到你家看病的翻轉醫療