Image

前兩天跟朋友聊到 User Story，馬上翻出之前收藏的這篇：
打翻咖啡不能解決問題，談 User Story - 嫁給 RD 的 UI Designer

我們先簡單地認識一下 User Story：
「我是 囗囗囗，我需要一個方法來幫助我 囗囗囗，這樣我就能 囗囗囗」

例如說「我是工程師，我需要一個方法來減少參與沒卵用的會議，這樣我就能專心開發」(?)

有了這個 User Story 香香東西，我們大家就可以先對焦好需求，再來討論解決方案

備註：對 User Story 想進一步了解的朋友，可以參考這篇：產品管理流程中，使用者故事（User Story）常見的三種使用情境 - Anne Hsiao

而今天要推薦的這篇，就是用非常精準的方式告訴你
「當 User Story 寫歪的時候」會有什麼結果：

A. 我想要抽菸。
B. 我是疲倦想睡覺的上班族，想要提神。
C. 我是疲倦想睡覺的工程師，想要提神，好讓我能專心認真寫程式。

句型分析：
Ａ句是業界最常見寫法，不知道使用者是誰、也不知道為啥要做這件事，只講了「功能」，然後就要開工。
Ｂ句稍微好一些，勉強能猜測是誰要做這件事，功能開發出來要給誰用，猜歪的機率不低。
Ｃ句完整地說明是誰、想要做什麼、做這事的動機，腦海裡浮現的會是創意而不是創傷。

上面的例子中，A 的場景粗暴，什麼資訊都沒有，只能通靈
（之前遇過更扯的，投影片丟出來啥也沒解釋，馬上就開始問功能什麼時候會做好）

如果你習慣用 A 句和專案成員討論功能，恭喜你，改來改去的日子永無止境，絕對是一條邁向通靈王的偉大航道。而且這條道路註定是孤獨的，同事都會討厭你。

而 B 雖然抓到場景了，但是非常容易翻車。
畢竟，如果你只是想提神，那打翻咖啡的確比喝咖啡更加提神，對吧？

如果你習慣用 B 句和專案成員討論功能，那你會得到一杯咖啡然後被當面打翻它。沒錯啊～打翻咖啡超級提神！絕對比只給你一杯咖啡更有效，絕對能超越競品，使用者肯定超喜歡的！

所以，從這杯咖啡中我們可以學到：即使不是撰寫 User Story，
討論需求時仍然要注意「使用者、情境、需求、動機」這些必要資訊，才更有機會有效溝通。

否則，我們就只能邊通靈邊倒咖啡了 xD