這 30 天我會完整拆解自己做的需求釐清助手「鼠勾以」:一個用 Custom GPT 打造、會反過來訪談你的工具,包涵怎麼分工、一次只問一題的對話設計、七大需求區塊的拆法、完整度評分與進度回報機制,再到矛盾偵測、產出前自檢,最後生出可交付的 PRD ,並可以讓AI接手開發。
開場:那句最難回答的問題 前面講了好多天「鼠勾以怎麼問」。八大區塊、四種模式、例外情境,一路問下來內容確實越來越完整。但有一個問題從第一版就一直存在。 需求方...
開場:資訊給滿的那一版 上一篇講完 SA 就緒度。分數有了、成長標籤也有了,照這個設計,使用者隨時都能知道自己的需求準備到哪。 所以第一版我讓鼠勾以每次回覆都把...
一個太聽話的助手,其實沒用 前面 22 天,鼠勾以給人的印象大概是個很會問問題、很會打分數、很有溫度的好同事。但今天我要講它「不溫柔」的那一面,而且這一面,是我...
昨天講的「建設性挑戰」管的是單一個答案夠不夠扎實。今天要處理的問題更難抓:每個答案分開看都合理,挑不出毛病,但放在一起對照就會發現彼此矛盾。 我自己第一次被這種...
先講清楚:模式跟規模是兩件事 這裡有個容易混淆的地方,我自己也繞了一陣子才理順。鼠勾以同時在判斷兩個維度,它們互相獨立。 一個是模式,管的是「這個人帶著什麼東...
昨天那篇收在「文件組裝完之後,鼠勾以怎麼把整份 PRD 再交叉檢查一遍」。今天就講這道關。 「你流程圖這個 UI-07 是什麼?下面清單只到 UI-06 欸。」...
前 26 天,鼠勾以做的事都是往裡面挖:一題一題問,把模糊的需求挖成清楚的輪廓。今天講反方向的收斂。對話問得再仔細,如果最後沒有變成一份能交出去的文件,後面的人...
需求還沒講清楚,先問「這要做多久」的人,相信各位開發團隊都有碰過。 有一次需求才開口三句,對方就接:「這個簡單啦,兩天可以吧?」我當下沒答話,因為我知道接下來會...
昨天把 PRD 該有的東西都湊齊了:摘要、角色、流程、資料、例外、工時。聊到最後使用者通常只想做一件事:把它下載成一份 Word 拿去開會。聽起來是最簡單的收尾...
30 天前,我從一場雞同鴨講的需求會議開講,一路把鼠勾以怎麼問、怎麼評分、怎麼挑戰、怎麼吐出一份 PRD 全拆了一遍。今天最後一篇,講四件一直被我塞在正文之外、...