為什麼你用AI做的產品總是不滿意?因為跳過了這個環節

作者:驍哥AI編程
日期:2026年1月18日 上午9:50
來源:WeChat 原文

整理版優先睇

速讀 5 個重點 高亮

產品方案係AI編程成功嘅關鍵,唔好跳過需求梳理直接叫AI寫code

整理版摘要

呢篇文章係由AI編程驍哥寫嘅,佢成日見到好多人諗住一個模糊諗法就衝去用AI寫code,結果整出嚟嘅產品完全唔滿意。驍哥自己嘅做法係:花40-50%時間喺產品方案環節,因為呢步先決定到產品命運。

佢分享咗完整嘅三階段方法:第一,揾清產品定位(背景+目標);第二,起草需求文檔,將所有模糊想法亂咁記低;第三,用AI工具(TRAE加brainstorming SKILL)反覆腦爆,不斷問AI「仲有冇唔清楚嘅位」,直到需求文檔夠清晰。之後仲要畫線稿同用第三方視角審視。

驍哥強調MVP係最小可行產品,唔係半成品,要用最少成本驗證核心價值。佢話只要產品方案做得好,編碼階段其實只佔1%時間。成個流程行完,就可以得到一份90分嘅MVP需求文檔,之後交畀設計同開發就搞掂。

  • 產品方案係整個開發週期最重要嘅環節,應該佔40-50%時間,而唔係跳過直接叫AI寫code。
  • 方法分三階段:產品定位(背景+目標)→ 亂咁寫低需求草稿 → 用AI腦爆工具反覆問答,直到需求冇死角。
  • MVP唔係粗糙嘅半成品,而係用最少時間同資源驗證核心假設嘅最簡版本,要專注業務邏輯,唔好糾結技術同樣式。
  • 用brainstorming SKILL時要不停追問「對需求仲有冇唔清晰嘅位?」,直到AI話「需求文檔已經好完整」先停。
  • 畫完線稿同用第三方視角審視需求,確保任何拎到份文件嘅人都可以清晰還原全部細節,先叫合格。
值得記低
Skill github.com

brainstorming SKILL(用嚟腦爆打磨需求)

呢個Skill可以喺TRAE入面用,安裝方法:下載SKILL.md -> 開TRAE SOLO模式 -> 設置 -> 規則和技能 -> 創建 -> 拖入文件。記得開頭用「use brainstorming skill」觸發,結尾加「梳理需求並產出MVP需求文檔,唔好討論任何技術、樣式、非功能細節」。

整理重點

產品方案先係AI編程嘅靈魂

驍哥話如果佢從0開發一款產品,最重視嘅一定係產品方案環節,冇之一。一般產品由立項到上線要用100時間,佢會用至少40-50去打磨方案。

產品方案分三個階段:揾清產品定位、起草需求文檔、用AI腦爆打磨需求。下面逐個講。

整理重點

階段一、二:定位同草稿

首先要揾清產品嘅背景同目標:而家係點樣?想透過產品改變乜嘢?呢個係產品嘅立足之本。

  1. 1 舉個例,爆紅嘅「死了麼」:背景係獨居人士安全機制缺失,出事好耐先被發現;目標係用每日簽到監測安全,萬一有事即刻通知緊急聯絡人。
  2. 2 仲有「小貓補光燈」:背景係自媒體博主有補光需求但專業設備太貴太複雜;目標係做個簡單易用嘅補光App。
  3. 3 今次實戰用「待辦事項工具」:背景係成日記唔住嘢做、計劃趕唔上變化;目標係幫手管理任務、提升效率同成就感。

到咗階段二,就係將腦入面模糊嘅想法亂咁寫低,唔使講邏輯。例如:記錄日常代辦事項、區分緊急程度、支持增刪改查、臨期提醒等等。然後合併返階段一嘅定位,就得到需求草稿。

整理重點

階段三:用AI腦爆,完善需求文檔

呢步係最核心嘅環節。驍哥用TRAE(一個AI編程工具)配合brainstorming SKILL嚟做腦爆。首先要去GitHub下載SKILL.md,然後喺TRAE嘅SOLO模式入面安裝:設置 → 規則和技能 → 創建 → 拖入檔案。

安裝步驟 text
Step1. 下載SKILL.md
Step2. 開TRAE,切換SOLO模式
Step3. 設置 → 規則和技能 → 創建
Step4. 拖入SKILL.md檔案
Step5. 確認

之後將階段一加階段二嘅內容整合,開頭用「use brainstorming skill」觸發,結尾加「梳理需求並產出MVP需求文檔,唔好討論任何技術、樣式、非功能細節」。MVP即係最小可行產品,用最少時間驗證核心價值嘅最簡版本。

然後就開始瘋狂答問題。Brainstorming會不斷提問,幫你梳理需求細節同清理需求死角。你可以隨時加自己諗到嘅嘢。幾輪之後AI會畀第一版需求稿。

整理重點

畫線稿同第三方審視,強化理解

需求文檔出咗之後,建議用SVG線稿畫返主要界面,令功能更加形象化。你可以同AI講:「根據需求,用SVG,喺wireframes下生成主要界面嘅線稿,唔需要樣式,展示基本佈局同功能就得。」

睇住線稿,好易發現唔合理嘅地方,然後再打磨。之後要用第三方視角審視需求文檔:想象將份文檔直接交畀設計同開發,佢哋可唔可以清晰理解全部細節?如果唔得,就叫AI檢查仲有冇表述唔完善嘅位。

整理重點

小結:重新分配時間,做好方案先動手

完整產品週期係:產品方案 → 視覺方案 → 技術方案 → 編碼 → 測試 → 打磨細節 → 上線 → 收集反饋 → 迭代。驍哥嘅時間分配係:產品方案40-50%,視覺方案20-30%,技術方案5-10%,編碼1%,測試加細節打磨20-30%。

AI編程令編碼變得好省時,但產品方案反而變成最花時間嘅環節。你可以參考呢套方法,重新分配時間,認認真真打磨產品文檔,下一個爆款產品可能就係你嘅。

如果問驍哥:由零開發一款產品,邊個環節最緊要🤔

咁答案一定係:產品方案環節!!冇之一!🥸

如果話,一款產品由立項到上線,需要嘅時間係100。咁喺打磨產品方案呢個環節上,驍哥花嘅時間會至少係40~50👩‍💻

呢個正係而家大多數人踩坑嘅地方:個腦得一個模糊嘅諗法,就急不及待開始AI編程

「幫我寫個xx產品 / 畀我生成代碼 / 幫我做個xx系統」

呢種「一句話需求」,好大機會最後得到嘅結果,唔會太好

今期我哋就將呢件事傾到透💁‍♀️

階段一:揾清產品定位

即係揾到產品嘅:「背景」+「目標」

而家現狀係點樣。點樣透過你嘅產品,去改變現狀

呢個都係我哋產品嘅立足之本,諗清呢點好關鍵

我哋睇下啲例子:

譬如最近爆紅嘅,「死了未」

🕵️背景:獨居人羣嘅安全機制係缺失嘅,出事後往往好耐先俾人發現,錯過咗最佳救治時間

🎯目標:透過每日簽到機制監測用戶安全,喺異常情況下及時通知緊急聯絡人,從而為獨居人羣提供一種簡單、低門檻嘅安全感同風險預警服務


早幾年爆紅嘅,「小貓補光燈」

🕵️背景:自媒體博主喺日常拍攝中有補光需求,但專業設備價格高昂兼操作複雜,所以好多人只能用一張純色圖片嚟充當光源

🎯目標:為用戶提供一款操作簡單嘅補光應用,等普通創作者唔需要昂貴專業設備,都可以輕鬆得到自然、柔和嘅補光效果


或者我哋自己日常用嘅小工具,「公眾號排版工具」

🕵️背景:我係一名公眾號博主,日常有公眾號文章排版嘅需求。但而家市面上嘅排版工具都太醜樣,唔符合我嘅審美

🎯目標:做一款符合我自己審美嘅公眾號排版工具


今期實戰環節,都係請出我哋嘅老朋友💁‍♀️「待辦事項工具」

🕵️背景:我平時嘢超多,成日出現「想做嘅嘢記唔住」、「計劃趕唔上變化」等問題,導致效率低下同壓力積累

🎯目標:做一款待辦事項管理工具,幫我高效管理任務、合理安排時間、提升執行力同成就感,等日常計劃由混亂變得清晰可控

產品定位諗清楚之後,我哋就可以進入下一個階段👇

階段二:起草需求文件

一般喺我哋諗清產品定位之後,呢時個腦通常就有啲比較模糊嘅諗法

呢個階段要做嘅嘢就係:將呢啲模糊嘅諗法記錄低,暢所欲言📝

以今期實戰項目「待辦事項工具」為例💁‍♀️:

「記錄我嘅日常待辦事項」

「區分下緊急程度」

「待辦事項支援增刪改查」

「臨期待辦事項加急提醒我」

「...」

👆突出一個將你個腦嘅諗法,盡可能嘅,唔需要邏輯咁列曬出嚟

然後把「階段一」「階段二」內容合併埋,咁樣就得到我哋嘅「需求草稿」😃

階段三:使用「AI編程」,打磨完美需求文件

亦係最核心嘅環節,成敗在呢一舉

今期我哋都係用 TRAE 嚟進行演示,新手友好

🤖 安裝 brainstorming skill

我哋需要先安裝一個Agent SKILL:brainstorming呢個SKILL可以幫我哋進行腦爆,更好咁打磨需求👍

https://github.com/obra/superpowers/blob/main/skills/brainstorming/SKILL.md

圖片

為咗唔令文章太複雜,呢度唔詳細介紹Agent SKILL嘅概念,有興趣嘅同學可以移步👉畀8歲細路嘅Agent Skill入門教學 點樣喺Cursor、TRAE入面,用Skills 3分鐘整靚靚PPT

至於安裝流程,超簡單~

Step1. 㩒開上面嘅github地址,然後㩒「下載」,下載SKILL.md

圖片

Step2. 打開TRAE,切換到SOLO模式。最新版本嘅TRAE入面,對Agent SKILL做咗原生調用支援👍

操作路徑:設定 → 規則同技能 → 創建

圖片

Step3. 將啱啱下載嘅SKILL.md檔案拖入嚟

圖片

SKILL會自動解析,然後㩒「確認」

圖片

搞掂曬,就咁簡單🤓

圖片

💡 透過腦暴,完善需求細節

將「階段一」同「階段二」嘅內容整合之後,掉俾 TRAE

呢度有兩處細節:

☝️ 開頭使用use brainstorming skill提示詞強制觸發個SKILL,確保SKILL可以100%觸發成功。如果見到思考過程中展示紅框標記嘅「調用技能」,就表示SKILL觸發成功

✌️ 結尾加一句:梳理需求並產出MVP需求文件,唔好討論任何技術、樣式、非功能細節,專注梳理需求業務邏輯

MVP:「最小可行產品」(Minimum Viable Product)

用最少嘅時間同資源,開發出能夠驗證核心假設、滿足最基本用戶需求、同可以收集反饋嘅產品原型。

換句話講,MVP唔係一個「半成品」或者「粗糙產品」,而係可以用最少成本驗證核心價值嘅最簡版本。好重要㗎~

圖片

好,接下來就開始瘋狂回答問題。brainstorming會透過不斷提問嘅形式,幫我哋梳理需求細節,清走需求死角

圖片

當然唔使拘泥於呢種一問一答嘅形式,諗到啲咩隨時同AI講

圖片

喺幾輪問答之後,最終AI會整理曬對話入面所有資訊,畀出第一版需求稿

圖片

唔好急,未完🧏‍♀️

千祈唔好順住AI嘅語境,進入實現階段

呢時我哋需要繼續追問:

初版需求稿已完成,對於需求稿,仲有冇啲唔清晰嘅點?如果有的話一定要討論清楚!如果冇就回覆冇了

圖片

好大機會會收到新一輪問題,我哋繼續對問題進行釐清,對問題逐一回答👇

圖片

然後我哋不停重複呢個過程,不斷釐清,不斷問AI「對需求仲有冇唔清晰嘅點?」

圖片

👆直到AI話:「需求文件已經好完整」,或者AI開始問啲無關痛癢嘅問題,表示需求文件梳理得差唔多

呢時我哋就差唔多可以進入到下個環節

🧱 繪製產品交互稿,強化需求理解

上篇文章入面,我哋主要講到交互稿對於繪製視覺嘅重要性👉新手點樣用AI編程,快速整出商用級UI

交互稿都可以幫我哋,加深對當前產品嘅理解

我哋可以咁講:

「根據需求,用SVG,喺wireframes下生成主要界面嘅線稿,唔需要樣式,展示出基本佈局同功能就得」

可以見到喺wireframes下,產生咗好多SVG線稿,編輯器入面可以直接預覽效果👇

圖片

需求稿全部係字,好枯燥,唔形象

不過有咗線稿,功能形象化咗,對當前需求嘅理解容易好多,就可以發現唔合理嘅地方並進行打磨🕵️

🎯 以第三者視角,審視需求文件

一個好嘅需求文件,或者話,一個好嘅甲方需求,標準係乜嘢~🤓

就係:唔好令乙方去估!

圖片

如果需求稿,畀到第三個人。呢個人可以透過需求稿,清晰理解需求嘅全部細節,就合格喇🙆‍♀️

我哋可以藉助呢種思路,同AI講:

我而家將呢個需求稿直接掉俾設計、研發同事。目標係佢哋攞到需求稿,可以清晰直觀咁瞭解到需求邏輯嘅全部細節,對需求進行完美還原。檢查下而家需求文件仲有冇表述唔完善嘅地方?

圖片

AI會對需求文件進行完善,有待確認嘅點會繼續要你釐清

到此為止,行完以上流程,我哋就得到咗一份90分嘅,精緻嘅MVP產品方案文件。然後就可以交俾「設計」同「研發」開工喇!🎉

小結

一個產品由立項到上線,完整嘅週期大概係:

產品方案 → 視覺方案 → 技術方案 → 編碼 → 測試 → 不斷打磨細節 → 上線 → 收集反饋 → 迭代

驍哥嘅時間分配大概係:

🕵️ 產品方案:40-50%

🧑‍🎨 視覺方案:20-30%

🧑‍🦲 技術方案:5-10%

🧑‍🦲 編碼:1%

🕵️ 測試 + 細節打磨:20-30%

「AI編程」,編程反而係需要投入最少嘅環節😂

圖片

大家可以對照住重新分配嚇自己嘅時間,利用呢篇文章嘅方法論去打磨嚇自己嘅產品文件,分分鐘下一個爆款產品就係出自你手啦🎉

今期就到呢度,我係AI編程驍哥,下期見,88👋🤓

圖片

如果問驍哥:從0開發一款產品,什麼環節最重要🤔

那答案一定是:產品方案環節!!沒有之一!🥸

如果說,一款產品從立項到上線,需要的時間是100。那麼在打磨產品方案這個環節上,驍哥耗費的時間會至少是40~50👩‍💻

正是現在大多數人踩坑的地方:腦子裏只有一個模糊的想法,就迫不及待的開始AI編程

“幫我寫個xx產品 / 給我生成代碼 / 幫我做個xx系統”

這種“一句話需求”,大概率最後得到的結果,不會太好

本期咱們就把這個事兒聊透💁‍♀️

階段一:找清產品定位

也就是找到產品的:「背景」+「目標」

當前現狀是怎樣的。如何通過你的產品,怎麼樣改變現狀

這也是我們的產品的立足之本,思考清這點很關鍵

我們看一些例子:

比如最近爆火的,“死了麼”

🕵️背景:獨居人羣的安全機制是缺失的,出事後往往很長時間才被他人發現,錯過了最佳救治時間

🎯目標:通過每日簽到機制監測用戶安全,在異常情況下及時通知緊急聯繫人,從而為獨居人羣提供一種簡單、低門檻的安全感和風險預警服務


前幾年爆火的,“小貓補光燈”

🕵️背景:自媒體博主在日常拍攝中有補光需求,但專業設備價格高昂且操作複雜,所以很多人只能用一張純色圖片來充當光源

🎯目標:為用戶提供一款操作簡單的補光應用,讓普通創作者無需昂貴專業設備,也能輕鬆獲得自然、柔和的補光效果


或者我們自己日常使用的小工具,“公眾號排版工具”

🕵️背景:我是一名公眾號博主,日常有公眾號文章排版的訴求。但現在市面上的排版工具都太醜了,不符合我的審美

🎯目標:做一款符合我自己審美的公眾號排版工具


本期實戰環節,還是請出我們的老朋友💁‍♀️“待辦事項工具”

🕵️背景:我平時事情超多,常常出現“想做的事情記不住”、“計劃趕不上變化”等問題,導致效率低下和壓力積累

🎯目標:做一款待辦事項管理工具,幫助我高效管理任務、合理安排時間、提升執行力和成就感,讓日常計劃從混亂變得清晰可控

產品定位思考清楚後,我們就可以進入下一個階段👇

階段二:起草需求文檔

一般在我們思考清產品定位後,這時腦子裏通常就有一些比較模糊的想法了

這個階段要做的事情就是:把這些模糊的想法記錄下來,暢所欲言📝

以本期實戰項目“待辦事項工具”為例💁‍♀️:

“記錄我的日常代辦事項”

“區分下緊急程度”

“待辦事項支持增刪改查”

“臨期待辦事項加急提醒我”

“...”

👆突出一個把你腦子裏的想法,儘可能的,不需要邏輯的羅列出來

然後把「階段一」「階段二」內容合併起來,這樣就得到了我們的“需求草稿”😃

階段三:使用“AI編程”,打磨完美需求文檔

也是最為核心的環節,成敗在此一舉

本期我們還是用 TRAE 來進行演示,小白友好

🤖 安裝 brainstorming skill

我們需要先安裝一個Agent SKILL:brainstorming這個SKILL可以協助我們進行腦爆,更好的打磨需求👍

https://github.com/obra/superpowers/blob/main/skills/brainstorming/SKILL.md

圖片

為了不讓文章複雜,文本不過多介紹Agent SKILL的概念,感興趣的同學可以移步👉給8歲寶寶的Agent Skill入門教程 如何在Cursor、TRAE中,用Skills 3分鐘製作精美PPT

至於安裝流程,十分簡單~

Step1. 點開上面的github地址,然後點擊「下載」,下載SKILL.md

圖片

Step2. 打開TRAE,切換到SOLO模式。最新版本的TRAE中,對Agent SKILL進行了原生調用支持👍

操作路徑:設置 → 規則和技能 → 創建

圖片

Step3. 把剛剛下載的SKILL.md文件拖進來

圖片

SKILL會自動解析,然後點擊「確認」

圖片

齊活兒,就這麼簡單🤓

圖片

💡 通過腦暴,完善需求細節

將「階段一」和「階段二」的內容整合後,丟給 TRAE

這裏有兩處細節:

☝️ 開頭使用use brainstorming skill提示詞強制觸發下SKILL,確保SKILL 可以100%觸發成功。如果看到思考過程中展示紅框標記中的“調用技能”,則表示SKILL觸發成功

✌️ 結尾加上一句:梳理需求併產出MVP需求文檔,不要討論任何技術、樣式、非功能細節,專注梳理需求業務邏輯

MVP:“最小可行產品”(Minimum Viable Product)

用最少的時間和資源,開發出能夠驗證核心假設、滿足最基本用戶需求、並能收集反饋的產品原型。

換句話說,MVP 不是一個“半成品”或“粗糙產品”,而是能用最小成本驗證核心價值的最簡版本。很重要哦~

圖片

好,接下來就開始瘋狂回答問題。brainstorming會通過不斷提問的形式,協助我們梳理需求細節,清理需求死角

圖片

當然也不用拘束於這種一問一答的形式,想到什麼隨時和AI提

圖片

在幾輪的問答後,最終AI會整理會話中的所有信息,給出第一版需求稿

圖片

別急,還沒完🧏‍♀️

千萬別順着AI的語境,進入實現階段

這時我們需要繼續追問:

初版需求稿已完成,對於需求稿,還有什麼不清晰的點麼?如果有務必討論清楚!如果沒有回覆沒有了

圖片

大概率會收到新一輪的問題,我們繼續對問題進行澄清,對問題進行一一回答👇

圖片

然後我們不停的重複這個過程,不斷的澄清,不斷的問AI“對需求還有不清晰的點麼?”

圖片

👆直到AI說:“需求文檔已經很完整”,或者AI開始提一些無關痛癢的問題了,說明需求文檔梳理的已經八九不離十了

這時我們就差不多就可以進入到下個環節了

🧱 繪製產品交互稿,強化需求理解

上篇文章中,我們主要講到了交互稿對於繪製視覺的重要性👉小白如何使用AI編程,快速打造商用級UI

交互稿也可以幫助我們,加深對當前產品的理解

我們可以這麼說:

“根據需求,用SVG,在wireframes下生成下主要界面的線稿,不需要樣式,展示出基本佈局與功能即可”

可以看到在wireframes下,產出了很多SVG線稿,編輯器內可以直接預覽效果👇

圖片

需求稿全是字,非常枯燥,不形象

不過有了線稿,功能形象化了,對當前需求的理解容易多了,就可以發覺不合理的地方並進行打磨🕵️

🎯 以三方視角,審視需求文檔

一個好的需求文檔,或者說,一個好的甲方需求,標準是啥~🤓

那就是:不要讓乙方去猜!

圖片

如果需求稿,給到第三個人。這個人可以通過需求稿,清晰理解需求的全部細節,就合格了🙆‍♀️

我們可以藉助這種思路,對AI說:

我現在把這個需求稿直接扔給設計、研發同學。目標是他們拿到需求稿,可以清晰直觀的瞭解到需求邏輯的全部細節,對需求進行完美還原。檢查下現在需求文檔是否還有表述不完善的地方?

圖片

AI會對需求文檔進行完善,有待確認的點會繼續讓你澄清

至此,走完上述流程,我們就得到了一份90分的,精緻的MVP產品方案文檔。然後就可以交給“設計”和“研發”幹活啦!🎉

小結

一個產品從立項到上線,完整的週期大概是:

產品方案 → 視覺方案 → 技術方案 → 編碼 → 測試 → 不斷打磨細節 → 上線 → 收集反饋 → 迭代

驍哥的時間分配大概是:

🕵️ 產品方案:40-50%

🧑‍🎨 視覺方案:20-30%

🧑‍🦲 技術方案:5-10%

🧑‍🦲 編碼:1%

🕵️ 測試 + 細節打磨:20-30%

“AI編程”,編程卻是需要投入最少的環節😂

圖片

大家可以對照着重新分配一下自己的時間,利用本文的方法論去打磨下自己的產品文檔,沒準下一個爆款產品就是出自你手啦🎉

本期就到這,我是AI編程驍哥,下期見,88👋🤓

圖片