從Programmer角度來談談User story

前言
User story在HCI領域裡面是一個再基礎不過的理論, 以往Programmer都是在開發大型軟體, 強調技術, 演算法, 效能等等, 關於客戶的使用是給了PM, or UI設計師, 或者根本沒有處理. 近年來APP崛起, & 各種Framework蓬勃發展下, 小團隊or單人開發整個Application產品的情況衝擊了工程師原本的生態圈, 你開始慌亂UX, 亂拉UI設計, 路上找Target User, 結果人家三秒就刪掉你的APP, 是因為你少了一塊拼圖 User story....



以前講求專業分工, Programmer只要專注在Code的部分, 能動就好, 管他好不好用.
也該知道一個完整Application, 每個功能要互相配合完美全譯, 但怎麼看就像一台拼裝車.

理性 VS 人性

Programmer 其實是一個理性的生命體, 凡事講求邏輯, 排除Bug, 功能正確, 效能良好, 但是給人使用的時候就無法這麼理性

• 為什麼User這麼用? 
• User要先點那個按鈕阿? 
• User要等個5分鐘才可以點啊? 一直亂點程式當然會當掉阿
• User幹嘛刪掉?

因為缺乏人性, 這時你需要的就是一個Story, 把Application從頭到尾串接起來, 使其有了生命, Story中 User是主角, Application的功能就是故事裡的角色來當助主角達成目的, 這就開始了User Story.

開始撰寫User Story有兩條路

• 詢問User意見
• 過去以來, 到現在市面上常看到事情, 請User開Spec, 要那些功能
• 觀察User行為

觀察User行為

針對詢問User意見, 最好情況是, User已經大概知道Programmer 的語言和邏輯, 所把會自動把他的idea轉化成spec中的功能. 但事實上User不是Programmer, 所以會需要有個PM來做中間轉化, PM要業績賺錢, User說啥都通通納入, 後面故事你都知道了. 那麼讓Programmer自己對User呢? 更慘, 你不是User , User也不是你, 雞同鴨講, 是一場惡夢, 可以看看這個短片

The Expert (Short Comedy Sketch)

當User不了解自己要甚麼, 就是透過觀察User行為來打造User Story - beBit株式會社 社長 遠藤直紀 at UIgathering 2013高峰會

從觀察使用者使用行為, 找出User Story的脈絡, 比如

• User怎麼使用
• User怎麼期待
• User遇到狀況的反應

你會開始抓到User need, UX, Feature Function, Workflow , 到最後總結出Application的架構該怎麼建置. 這時候你已經把Idea 轉換成Application了

講起來很簡單, 聽起來很抽象, 好像是經驗法則, 亦或感到混亂或者找不到User時候, 就從觀察自己開始, 你自己也是User, 也有Story可以說, 這樣而已



後記
好吧 我真的沒在更新Scala技術文章, 最近任務有點多啊XDD