鐵人檔案
這 30 天我會完整拆解自己做的需求釐清助手「鼠勾以」：一個用 Custom GPT 打造、會反過來訪談你的工具，包涵怎麼分工、一次只問一題的對話設計、七大需求區塊的拆法、完整度評分與進度回報機制，再到矛盾偵測、產出前自檢，最後生出可交付的 PRD ，並可以讓AI接手開發。
這是我第一次建置 Custom GPT 的心路歷程，以及把小成果當作鐵人賽的分享故事很高興可以在這裡讀到我文章的大家 ：） 一場熟悉的會議 下午兩點，會議室...
一個「簡單」的會員生日券 那天的需求會議標題是：「會員生日券，需求說明」。 需求方PM 走進會議室，臉上帶著「這個很簡單，應該 30 分鐘搞定」的表情。我跟工程...
「為什麼不直接用 OOO？」 每次跟同事介紹「鼠勾以」的時候，幾乎都有類似： 「為什麼不直接用 ChatGPT 就好？」「GitHub 上一堆很強的 Skill...
先把設計目標寫下來 開始動手前，我給自己留了一段時間，先把「設計目標」想清楚，我的目標使用者＆期望達到的目標。 這個工具要做什麼：幫需求方PM 可以把需求想＆寫...
第一次打開編輯頁面 第一次打開 Custom GPT 的編輯頁，畫面切成兩半：左邊是設定，右邊是即時測試對話。 我把畫面整理成三個核心欄位： 三件套 它...
從 1 份開始，慢慢拆成 14 份 Day 5 結尾講到，Instructions 8000 字元爆炸之後，我被迫把細節搬到 Knowledge。當時心想「沒問...
那個 too long 的紅色提醒ＱＱ Day 5 提過，我第一次把所有規則塞進 Instructions，貼到設定頁時跳出 too long。今天接著來分享I...
分數對不上! 有一次我調整區塊 4「功能範圍」的配分，從 20 分提高到 25 分。我很快改完了，改的是《問題題庫》裡那行「滿分 20 分」。 測試時發現不對勁...
一次一題，真的好嗎？ 從今天開始進入機制篇，講鼠勾以怎麼跟需求方PM 對話。第一條規則，也是最反直覺的一條：一次只問一個問題。 我跟同事講這條規則時，最常被反問...
把問題拆小，但還要更簡單 Day 9 講了一次只問一題。但只把問題拆小還不夠。如果每一題都是一個空白輸入框，使用者照樣會卡。 舉個例子。區塊 2 要問「這個功能...
