開始執行 才能夠做修正練習
如果他們有雞蛋的話,買 6 顆。」
最後我買了 6 顆蘋果回家。
老大：「 你為什麼要買 6 顆蘋果 ?! 」
我 :「 因為他們有雞蛋啊 ?!!!! 」
我想以上這個笑話大概已經有點年代了。
但是對於我今天想要分享的主題來說很適合做一個開場。
用這個例子複習一個上一篇提到的重點。
用一個簡單敘述 → 確定了要去買東西 → 覺得身為一個神隊，為了家庭的和諧，所以接下這個任務，出門採買去了。
好像挺合邏輯的，但好像又有哪裡怪怪的 ?
因為我自己有的時候就是很懶得去問為什麼，聽到指令我就以為我知道了，所以就按我自己的理解的意思去做。
我不確定這是不是所有男生的通病，但以前學生時代就是那種 :
友人 A:「欸出來啊」
我 : 「出來幹嘛?」
友人 A :「不知道反正你就出來啦」
我 :「喔好」
以至於很容易在面對的第一手資訊就無腦的接收。
但也正因為此，在跟另一半相處的時候，很容易惹火上身。
又好比說想到一個事情要跟另一半分享 :
我 :「 那個 XXX 要結婚了耶 ?」
老大 :「是什麼時候阿」
我 :「 不知道，就他發了一個訊息到群組說他要結婚了」
老大 :「 那是什麼時候?」
我 :「 不知道，就等他發 Google 表單調查吧 ?」
老大 :「 阿問你你什麼都不知道，你跟我講幹嘛?」
我 :「 喔，我就想說我知道訊息就先跟你講了阿，通知一下」
不知道大家有沒有什麼既視感。
到底問題是出在哪裡呢?
阿 Joker 你不是在管顧產業待過，怎麼還是這樣回答 ?
因為在我不上班的時候，我都會自切回自動降智模式。
自動想下一步什麼的，好麻煩喔。
那說到這邊這篇到底要表示什麼?
就是要表示，之前明明已經有滿足寫 PRD 文件 的三個元素了阿，怎麼還是怪怪的 ?
因為那是在剛開始做 需求 Plan 階段的草稿，在 PRD 執行中 其實也還是有其它三個元素。
那麼那三個元素是什麼呢 ?
就讓我們繼續看下去。
▋ 元素四：Functional Requirements
是什麼 ?
在 PRD 裡，Functional Requirements 就是因為 “什麼” 所以才有的需求。
所以在以上例子裏面，若是像我這種老公或是另一半降智，一定要在發布任務後，加上是 “什麼” 做補充。
「 爸爸，可以請你去超市買 1 顆蘋果回來好嗎。
如果他們有雞蛋的話,買 6 顆。
因為我是想要煮蛋花湯然後來個飯後水果。」
那身為像我這邊降智模式的另一半，我通常比較會記得發布後的最後一句話。
晚點 蛋花湯 飯後水果
然後到了超市才會回想，阿剛剛說要買的 “ 是什麼? ” ( 然後就會開始回想，好像是蛋還有蘋果? 阿是幾顆阿? 阿不然都買六顆好了，反正這樣應該夠。 )
先不管回去會不會挨罵什麼的，至少這邊最後有交代 ”是什麼”，所以才有一個類似鉤子會引發我回想。
所以在寫 PRD 一定一定要表示這個 FR (Functional Requirements) “是什麼” 。
阿如果不知道 “是什麼” 的話怎辦 ?
問阿 !!!! ( 就是有那種問都不問的人，對上什麼需求都接的人，導致到後面我們都在互相為難 )
問對問題，才是這個 FR 產生，背後真正的核心。
▋ 元素五：User Experience
時間快轉到後面，老婆大人又提出了一個一模一樣的任務。
經過上次買了六顆蘋果事件以後，老婆大人換了一種方式。
「希望這一次你有想起來上一次你買了六顆蘋果。
所以我這邊想要提醒你，我需要的是請你到超市買一顆蘋果跟六顆蛋這樣有問題嗎 ?」
老婆大人很聰明，他用了一個最舒服的溝通方式，喚起那死去的記憶以後，透過詢問幫助回想。
而自己說出口的答覆，就容易對此上心，而產生更深的柴嘉泥效應，更能了解整個需求到底是因為什麼。
所以這個 User Experience 就是用上了一個心理學經典的效應，讓人能夠投射一個能夠想像的到的愉悅心情。
越具體描述，越有效。
▋ 元素六：Narrative
老婆大人以為，她這樣就可以放心讓老公去採買了。
殊不知她完全小看了降智模式老公的智商。
沒想到老公買回來的蘋果，還有蛋都有瑕疵。
蘋果很明顯地都撞到了，還有些部分感覺像有蟲蛀過。
蛋還有幾個感覺有裂縫。
於是老婆大人血液開始沸騰了，頭都開始痛起來了。
於是老婆大人深吸一口氣，問老公一句話 :
「所以你覺得，你這樣算買完了嗎。」
天真的老公還沒意識到事情的嚴重性，所以回答 :
「阿不然勒 ? 數量對啊，蘋果是蘋果，蛋是蛋阿。」
「 阿你為什麼都不懂 ? 」
在這邊也再幫大家複習一下前一篇的重點
一定是有需要做什麼才會提出問題或敘述
而我敘述到這邊，這些故事線就是給大家一個提醒。
也是我為 Narrative 這個元素的鋪陳。
這邊 Narrative 元素就是回答產品需求中的「為什麼」而非「是什麼」。
然後澄清一下，我雖然確實是會到降智模式，但是我不至於到這麼令人傻眼啦。
再次回扣到我好壞 ( What,How,Why )，這次跟上一次的我好壞到底哪裡不一樣 ?
在於時間階段的不同。
一份文件或是一個人生的問題，都不是靠一次定江山，把說好規則死命遵守到底。
一定會根據時間做個迭代微調。
所以我是想說，剛開始計畫先來個大概，再執行中也總會做調整。
所以剛開始不夠完美一定是正常的，而是要根據實際面對的到問題馬上做調整。
▋ 那感情呢 ?
此篇沒有想要對應的感情。
我覺得無論是感情還是人生。
都沒有那種一定說得準的，任何時候我們都該提醒自己「我可能錯了」。
在寫 PRD 的目的是什麼?
是我們從一個大概的輪廓，下去做一些想的到的規劃。
你要說可以沒有把需求表示出來嗎 ?
當然可以，需求寫出來的目的就是讓別人容易了解你。
如何深刻的認識一個人?
就是知道他在不同狀態下的 “我好壞”。
總之怎麼用一句話統整這篇文章呢 ?
因為在執行計畫中總會需要微調原本的打算。
所以得記得這是什麼需求，以及如何才能做到，最後把這個結果地為什麼給記錄下來。
既然知道人生處處都需要調整，那是不是先開始做了，才會知道原來要這樣調整 ?
總之，歡迎大家對於我寫的文章給點反應，希望我們都開始執行，才能夠練習修正。
我是 Joker，咱們下回見。
