AI PRD 質檢¶
| 版本 | 商業版 | 企業版 | 旗艦版 | 行業專版 |
|---|---|---|---|---|
| 是否可用 | ❌ | ❌ | 將於2026年7月1日進行規則更新,計算AI 額外消耗 | 將於2026年7月1日進行規則更新,計算AI 額外消耗 |
介紹¶
AI PRD 質檢 AI 節點是Meegle官方提供的一項 AI 服務,用於對需求文件進行標準化質量檢查。 使用時,只需輸入需求文件連結並配置質檢規則,該 AI 節點就能自動完成質量核查。執行完成後會輸出專業的質檢意見和最終結論,幫助您快速排查文件漏洞、規避需求風險,並提升需求文件的規範性與可行性。
管理員:配置工作流¶
管理員可以在工作項流程管理中配置 AI PRD 質檢 AI 節點,其成員即可在建立工作項時直接使用。配置方法如下:
- 訪問Meegle空間,進入空間管理 > 工作項 > 流程管理。
- 進入需配置 AI 節點的流程,單擊目標節點右側的設定圖示,選擇新增 AI 節點 > AI PRD 質檢 。

- 配置 AI 節點。按需進行 AI 節點的節點基礎設定,參見 。然後單擊 AI 配置頁籤,配置 AI 執行的輸入和輸出欄位。
說明:請確保在配置項選擇的欄位,在你的工作流中已配置。
| AI 配置項 | 說明 |
|---|---|
| 選擇需求文件連結欄位 | 該欄位的資訊將作為被檢測的需求文件,支援多行文字、URL 連結、關聯雲文件型別的欄位。 |
| AI 質檢意見指令 | 配置質檢意見對應的 Prompt,將按照該 Prompt 輸出質檢意見。 |
| 選擇質檢意見寫入欄位 | AI 節點執行後,質檢的意見會寫入該欄位。支援選擇該 AI 節點表單欄位裡配置的文字欄位。 |
| AI 質檢結論指令 | 配置質檢結論對應的 Prompt,AI 節點執行時,將按照該 Prompt 輸出質檢結論。 |
| 選擇質檢結論寫入欄位 | AI 節點執行後,質檢的結論會寫入該欄位。支援選擇該 AI 節點表單欄位裡配置的文字欄位。 |
- 配置完成後,單擊儲存。
成員:使用 AI 節點完成 PRD 質檢¶
建立工作項,並新增雲文件連結,即可開始體驗。 若管理員未將 AI PRD 質檢 AI 節點配置到工作流上,你還可以自行將普通節點轉換為 AI 節點,按照完成 AI 節點配置後即可使用,具體配置項參見 的第3步驟。
說明:請確保在配置項選擇的欄位,在你的工作流中已配置。

使用案例¶
PRD 質檢¶
在軟體研發流程中,“需求評審會”常常是充滿挑戰的環節,團隊成員在此面臨各自的痛點:
- 產品經理:撰寫 PRD 時容易遺漏邊緣場景(如網路異常、資料為空、舊版本相容),在評審時可能面臨研發和測試人員的反覆質詢。
-
研發與測試:如果評審的 PRD 不全,則需要花費大量時間確認“資料埋點如何設計”或“超長文字如何展示”等基礎問題,導致會議效率低下,甚至需求返工。 使用 AI PRD 質檢 AI 節點能夠有效解決以上問題。可以在需求進入“待評審”狀態前,設定一個自動化的質量“門禁”。AI 會依據團隊自定義的 PRD 檢測規範,自動掃描文件內容。只有當文件的各項指標(如埋點、異常流、相容性等)均符合標準時,需求才能進入評審環節,從而確保進入評審的都是高質量的 PRD,提升會議效率。 該流程設計如下:
-
在產品需求評審前增加 AI PRD 質檢節點,且該節點需要手動確認才可以透過。
- AI 節點設計如下:
| AI 配置項 | 說明 |
|---|---|
| 選擇需求文件連結欄位 | 在工作項型別中新增 URL 連結型別欄位,例如“需求文件連結”,並在此配置項中選擇該欄位。 |
| AI 質檢意見指令 | 配置質檢意見對應的 Prompt,將按照該 Prompt 輸出質檢意見。示例如下: |
| 選擇質檢意見寫入欄位 | 在工作項中新增多行文件欄位,例如“質檢意見”,並配置在該節點的節點表單中。 |
| AI 質檢結論指令 | 配置質檢結論對應的 Prompt,AI 節點執行時,將按照該 Prompt 輸出質檢結論。示例如下: |
| 選擇質檢結論寫入欄位 | 在工作項中新增多行文件欄位,例如“質檢結論”,並配置在該節點的節點表單中。 |
運營資訊敏感詞與紅線排查¶
在快節奏的營銷活動中,新媒體運營和文案策劃團隊每天需要產出大量的公眾號推文、產品更新公告或海報文案。然而,這一過程常常伴隨著以下難點:
- 對於運營團隊:文案提交給法務或公關部門稽核,往往耗時較長。反覆的修改和溝通嚴重影響了釋出效率。
- 對於法務與公關團隊:需要投入大量精力,人工排查文案中是否包含違反《廣告法》的極限詞(如“最”、“第一”)、貶損競品的描述或易引發輿情的敏感詞。一旦疏漏,公司可能面臨罰款或公關危機。 使用 AI PRD 質檢和雲文件生成 AI 節點,可在文案發布前設定“防火牆”,自動掃描草稿並檢測中紅線內容,並根據規範生成新的合規文件。 節點設計如下:
| 節點順序 | AI 節點 | AI 節點配置 |
|---|---|---|
| 節點一 | AI PRD 質檢 | 選擇需求文件連結欄位:在工作項型別中新增 URL 連結型別欄位,例如“需求文件連結”,並在此配置項中選擇該欄位。 AI 質檢意見指令:“你是一位擁有 15 年經驗的嚴苛企業法務與公關危機防範專家。請嚴格審查傳入的公關稿件/宣傳文案,重點排查以下 3 類紅線風險。1. 《廣告法》違禁詞 :嚴查是否包含絕對化用語(如:最、第一、首個、全球首發、極、遙遙領先、絕對等)。2. 不正當競爭與拉踩 :檢查是否出現了直接或隱晦貶低競品、對比競品弱點的描述(如提及友商名稱、友商產品等)。3. 價值觀與社會敏感詞 :排查是否存在性別刻板印象、地域歧視、過度焦慮營銷等容易引發公關危機的表述。請逐行掃描,提取所有違規原句,並明確指出違反了上述哪一條風險。” 選擇質檢意見寫入欄位:在工作項中新增多行文件欄位,例如“質檢意見”,並配置在該節點的節點表單中。 AI 質檢結論指令:“請基於質檢結果給出結論:若發現任何一處上述風險,請僅輸出: 高危-打回修改;若全文完全合規、用詞嚴謹,請僅輸出: 初審合規-予以放行。” 在工作項中新增多行文件欄位,例如“質檢結論”,並配置在該節點的節點表單中。 |
| 節點二 | 生成雲文件 | 在對應工作項型別中新增單行文字型別欄位,名稱為“需求名稱”;新增 URL 連結型別欄位,名稱為“雲文件連結”。 需求名稱:配置為“需求名稱”欄位,該欄位值為:最佳化公眾號運營稿 需求簡要描述:配置為節點一的“質檢意見”欄位。 生成雲文件:配置為“雲文件連結”欄位 自定義生成要求:“請根據質檢指出的違規風險,生成一份新的公眾號文件。並列出修改大綱,包含:違規原句、風險型別、修改後建議(請提供 1-2 個合規且依然具有營銷吸引力的替換詞)。若質檢意見無內容,則無需修改。” |
Role¶
你是Meegle(https://project.feishu.cn/)的一位資深產品專家。你的任務是評審需求文件,識別需求文件中的邏輯漏洞和互動設計問題。
Task¶
請針對 (PRD裡的文字)進行深度思考,並輸出一份【精簡】的質檢分析。
Audit Requirements (關鍵審計點)¶
- 需求背景清晰:闡述清楚使用者是誰;使用者面臨的業務場景是什麼;系統當前的現狀是什麼
- 目標清晰:闡述清楚本需求文件的目標是什麼,如果是短期方案,講清楚長短期目標分別是什麼;如果是分多期執行的方案,講清楚終態的目標和本期的目標。目標可以是定性或者定量的,更推薦使用定量的目標
- 使用者在系統中的主要操作路徑邏輯清晰:闡述清楚要實現業務目標,什麼角色的使用者,需要在系統中怎樣操作
- 各 Story 邏輯清晰:闡述清楚各 Story 的使用者是誰,使用者在系統中進行怎樣的操作,實現怎樣的效果
- 互動符合 B 端產品設計規範:互動設計上符合主流的 B 端產品設計理念,使用Meegle的標準元件
Constraints¶
**禁止空話**:不要誇獎,直接列出問題。 **字數控制**:總字數控制在 300-500 字之間,採用分點敘述。 **深度優先**:優先指出深層邏輯矛盾,而非字詞拼寫錯誤。
Output Format (直接輸出文字,不要 JSON,僅輸出最終內容)¶
請按以下結構輸出: 🎯 文件訊雜比評價 [此處填寫對文件訊雜比的評價] 🚩 邏輯評價 - 主操作路徑邏輯: - Story 邏輯: 💡 互動評價 [最多提示 5 個互動問題,如沒有可不提示] - 問題 1:… - 問題 2:…
Role¶
你是一位理性的產品評審官,負責根據【AI質檢意見】給出最終的准入結論。
Context¶
你將閱讀一段 AI 質檢簡報,並根據以下標準對 PRD 進行分類: 【優秀】: 邏輯:使用者操作主路徑和各 Story 邏輯均清晰 訊雜比:內容訊雜比高,結構清晰,通俗易懂 互動:符合 B 端設計規範 【合格】: 邏輯:使用者操作主路徑邏輯清晰,各 Story 主幹路徑也清晰,有一些邊界場景考慮不足 訊雜比:內容準確,結構清晰 互動:絕大部分設計符合 B 端設計規範,有少數互動存在瑕疵 【需重寫】: 邏輯:存在明顯邏輯漏洞 訊雜比:內容訊雜比低,囉嗦 互動:操作路徑極其跳躍,存在嚴重的認知阻礙
Input Data (AI 質檢簡報內容)¶
Task & Constraints¶
深度理解:分析簡報中提到的“風險點”和“漏洞”的嚴重程度。 唯一輸出:為了方便系統處理,你只需要從 [合格, 需最佳化, 需重寫] 中選擇一個詞輸出。如果是需最佳化/需重寫則附帶理由(100字以內)。
Final Output (Choose one)¶
合格 / 需最佳化(理由) / 需重寫(理由)