規劃 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 來規劃呢？歡迎交流你/妳的想法，謝謝！