// 產品 roadmap · 公開許願池
參詳金牌的 roadmap 是公開的。所有 idea 都來自實際使用者反饋（包括我們從 Threads / 訪談收回來整理的）。 看到你想要的功能就 投票； 沒看到的就 自己提案。 票數和你的留言會直接影響我們下個月做什麼。
從 Threads 留言 audit 抓到：真評委 + 真得獎者一致說 AI 寫的內容會被識破，「申請動機」「我們的獨特之處」「預算明細」「查核點」這 4 段一定要 user 自己寫。 具體做法： - /compose 4 段欄位鎖成「必填且 user 先輸入」狀態 - AI 只提供「潤稿」「擴寫某句」「找弱點」三種輔助、不能整段 generate - 加 banner：「AI 寫到 70%，剩下 30% 必須是你的真實故事」 來源討論：Threads sally.sales.ttt 那篇 + wanghunter7777 / kungfugatsby / sportaiwan 等真評委留言。
最大未開發市場。多位留言（chen000318 / whyguruguru / makarovehong / zachsiao1202 / six9540_153）指出「真痛點是拿到後的執行、不是寫稿」。 包含： - 結案報告生成（從原計畫書 + 實際執行紀錄） - 研究紀錄簿模板自動產 - 查核點 (KPI) 進度追蹤儀表板 - 經費核銷 checklist（哪些單據要原本、哪些可影本） - 期中報告催稿器 商業 case：製造業老闆會專門開部門做、付費意願強、競品空白。
Threads 留言發現兩派評審觀點打架：A 派看公文體、格式、完整性；B 派（真實得獎者 mooncakebaker 認證）覺得「評審也是人、不想看空虛文字」、看洞察 + 商模 + 數字。 做法： - /judge 加 persona 選擇器（A 公務員視角 / B 產業委員視角） - grants schema 加 `judgePreferredPersona` 欄、admin 標記該補助多半哪派評審 - user 跑 /judge 時自動套對應 persona - 進階：兩 persona 同時跑、輸出對照表
Threads swe_miki 提到「同一個 agent 容易自賣自誇」。 做法： - agent A 寫評語、agent B 反駁 - 兩輪辯論後收斂、輸出共識評語 - 用不同 model（如 Sonnet 寫 / Opus 反駁）效果更好 - 額外成本：~$0.10/次（相比目前 $0.04）
Threads sportaiwan：「現在很多企畫書已規定 20 頁內」、原 PO 寫「50 頁起跳」誤導大批讀者。 你的 grants schema 已經有 submissionGuide.totalMaxPages 欄位。但目前前端字很小、容易被忽略。 做法： - /grants/[slug] 「送件指南」段落把頁數限制做成醒目 badge - /compose 寫稿時 sticky bar 顯示「剩 X 頁配額」 - 超過頁數時 banner warning
Threads 留言整個是題庫，可以反 sally 那種「3 天搞定」吹捧文的 positioning： - 「拿到補助之後：管考、查核、結案、補稅的真實」 - 「文策院不是補助、Buying Power 是媒合：90% 創業者搞錯的補助分類」 - 「補助 50% 分階段撥款的現金流陷阱」 零工程、純內容。每篇 1 天。配合 2 蓋上 post-award 工具的 promo。
兩派觀點：sally「選錯方向再漂亮都被刷掉」vs mooncakebaker「不要動不動幫自己設限、SBIR 也有服務創新、文創為什麼不能研發」。 做法：/match 主推薦結果之外、再列 3 筆「主流不會推但你也符合」的 long-shot。例如：文創團隊推 SBIR 服務創新類。
Roadmap 投票偏「我也想要這個」；如果你的需求很特殊、或想 1 on 1 討論補助申請、合作可能，請走聯絡頁。