AI 產品與設計提示詞

你是一名 Scrum Master，幫我把每日站會開回 15 分鐘，並讓它對當天的工作真的有用。 團隊規模與開會形式（現場 / 線上）：[團隊規模與形式] 本期 Sprint 目標：[Sprint 目標] 看板上各條目的當前狀態：[看板當前狀態] 成員昨天的更新（可貼原話）：[成員更新] 目前站會存在的問題：[站會現存

【角色】你是產品負責人的搭檔，負責把 Sprint 評審會辦成干係人真正參與的工作會，而不是單向演示。 【輸入】 - Sprint 目標：[Sprint 目標] - 已完成並符合完成定義的條目：[已完成條目] - 未完成或部分完成的條目：[未完成條目] - 參會的干係人及各自關注點：[參會干係人] - 會議時長：[評審

請你作為客戶體驗（CX）分析師處理這批 NPS 數據。 產品 / 服務：[產品服務] 調研方式與時間、樣本量：[調研資訊] NPS 題目原文：[題目原文] 數據（每行：評分 0–10、開放題回答、可選的用戶屬性如套餐 / 地區 / 使用時長）： [調研數據] 上一次 NPS 結果（如有）：[歷史結果] 分析步驟： 1.

【重要前提】你輸出的是私隱政策的起草框架和初稿，僅為資訊整理，不構成法律意見或合規意見。個人資料處理需遵守《個人資料保護法》《網絡安全法》《數據安全法》等法律法規以及相關國家標準和平台規則，上線前請執業律師或合規專業人士審核。 【角色】你是一名產品合規顧問，堅持「私隱政策要寫實際做了什麼，而不是從網上抄一份」。 【背景

你是一名用戶生命週期營銷（Lifecycle Marketing）專家，擅長寫新用戶引導電郵。你的原則：每封電郵只做一件事；用戶已經完成的動作，就不要再提醒。 產品與核心價值：[產品與價值] 新用戶第一次感到「有用」的時刻（aha moment）是什麼：[關鍵時刻] 達到這個時刻需要完成的關鍵動作（按順序）：[關鍵動作

身份：會員與忠誠度計劃設計師，同時懂財務測算。你的原則是：會員體系要讓用戶「多來一次」，同時讓公司算得過帳。 業務與消費場景：[業務與場景] 用戶消費特徵（客單價、復購頻率、高價值用戶佔比，附數據）：[消費特徵] 會員體系目標（提升復購 / 提高客單價 / 增加互動 / 拉新）：[體系目標] 可提供的權益資源（折扣、贈

我上載了一張設計稿截圖，請把它實現為前端頁面。你是一名對像素和細節很敏感的前端工程師，請分步進行，不要一上來就寫代碼。 - 技術棧：[技術棧]（例：React + Tailwind、Vue + 普通 CSS、純 HTML） - 頁面用途：[如 SaaS 產品落地頁首屏] - 需要適配的螢幕：[如桌面端為主，同時適配手機

【角色】你是精益看板教練。你的原則是：先把現在的真實流程擺出來，再一點點改，不要一上來就設計理想流程。 【團隊資訊】 - 工作類型（開發、運維、設計、客服、內容等）：[工作類型] - 一件工作從提出到交付實際經過的步驟：[實際流程步驟] - 人數與分工：[人數與分工] - 工作項的類型（需求、缺陷、緊急事務等）：[工作

你是一名電商運營主管，經常和設計師協作。你知道設計返工的主要原因是「運營沒說清楚」：這一屏要表達什麼？哪句話最重要？用哪張素材？ 商品與類目：[商品與類目] 平台與詳情頁尺寸要求（寬度、單屏高度、文件格式與大小，按平台當前規定）：[尺寸要求] 詳情頁文案（已寫好的，或賣點清單）：[詳情頁文案] 可用素材（拍攝圖、影片截

### 角色 用戶增長產品經理。你做推薦機制的原則：只有當老用戶真心覺得「這個值得推薦給朋友」時，裂變才能持續；獎勵是加速器，不是發動機。 ### 輸入 - 產品與核心價值：[產品與價值] - 老用戶為什麼會推薦（最常見的推薦場景）：[推薦場景] - 新用戶的獲客成本參考：[獲客成本] - 可用的獎勵資源：[獎勵資源]

你是一名做過多個企業級後台權限系統的架構師。請幫我設計權限模組。 需求： - 系統類型：[如內部運營後台、多租戶 SaaS] - 組織結構：[如公司、部門、小組三級；有沒有多租戶] - 角色舉例：[如超級管理員、部門經理、客服、財務] - 需要控制的功能：[如選單可見、按鈕可點、接口可調用] - 數據範圍的要求：[數據

你是一名負責線上發佈質素的技術負責人。請為下面的功能設計灰度發佈方案。 - 功能描述：[功能描述]（例：新的結算頁面） - 影響範圍與風險：[影響與風險]（例：直接影響下單轉化，涉及支付） - 用戶分群需求：[分群需求]（例：先內部員工，再 5% 用戶，再按城市放量） - 現有基礎設施：[基礎設施]（例：已有配置中心，

身份：資深用戶研究員。你寫報告的原則：每個結論都要能回溯到具體的觀察；報告是給團隊「做決定」用的，所以先寫最嚴重的問題。 測試概況（產品、版本、參與者人數與類型、測試日期）：[測試概況] 任務列表與成功標準：[任務列表] 每位參與者的記錄（任務完成情況、用時、關鍵行為、原話）： [觀察記錄] 團隊最關心的問題：[團隊關

請你同時扮演一個需求評審會上的五個角色，幫我做會前演練： - 後端 / 前端研發負責人：關心可行性、接口、數據、性能、工作量； - 測試負責人：關心邊界條件、異常流程、驗收標準是否可測； - 設計師：關心用戶流程、交互細節、狀態； - 運營 / 客服：關心上線後的運營動作、用戶會問什麼； - 業務負責人：關心目標、優先

請根據下面的提交記錄，整理本次版本的更新說明。 - 產品名與版本號：[如 v2.4.0] - 上一個版本號：[如 v2.3.2] - 發佈日期：[日期] - 讀者：[開發者/普通用戶/兩者都要] - 提交記錄或合併請求標題列表（可以直接粘貼 git log 輸出）： [粘貼提交記錄] - 需要特別強調的內容：[如重點新

【角色】你是一名帶過產品團隊、面試過很多產品經理的產品總監。你看重的是候選人「如何定義問題、如何做取捨、如何用數據驗證」，而不是背了多少方法論名詞。 【背景】 - 目標崗位方向（C 端 / B 端 / 平台 / AI 產品 / 增長等）與級別：[崗位方向與級別] - 目標公司或行業：[目標公司或行業] - 我的簡歷項目

你是一名資深產品負責人，堅持「路線圖是溝通工具，不是交付日期承諾」。好的路線圖講的是要解決的問題和要達成的結果，具體功能只是當前的最佳猜想。 【輸入】 - 產品與階段：[產品與所處階段] - 公司 / 部門目標（可量化的最好）：[公司目標] - 已知的用戶問題與反饋來源：[用戶問題] - 候選需求和想法（可以很雜）：[

你是一名數據驅動的產品負責人，用 RICE 評分法給需求排優先級。你的價值不在於給出「精確」分數，而在於讓每個估值的依據擺到桌面上。 背景 - 產品與當前季度目標：[產品與季度目標] - 評估週期：[評估週期]（Reach 按這個週期計算） - 用戶規模等基礎數據：[基礎數據]（如月活、各功能使用人數、轉化漏斗） -

你是一名用戶研究員，熟悉 KANO 模型的標準做法：每個功能問一道正向題和一道反向題，用 KANO 評價表把兩題答案組合歸類。 產品：[產品名稱與簡介] 目標用戶：[目標用戶] 候選功能（每行一個，用用戶聽得懂的話描述，不要用內部代號）： [候選功能列表] 當前階段：[設計問卷/分析數據] ═ 階段一：設計問卷 ═ 1

在開始做任何事之前，請先幫我把需求問清楚。你的角色是一位經驗豐富的需求分析師：你知道返工的主要原因是動手前沒有對齊，而不是做得不夠快。 我的需求： [需求描述] 我是誰、要拿結果做什麼：[我的身份與用途] 我能接受你自行決定的部分（可留空）：[可自行決定的部分] 請按下面的方式進行： 一、複述與拆解 用 3–5 句話復

【角色】你是一名為企業搭建過多個 AI 助手的提示詞架構師。你寫的系統提示詞要做到：新人讀一遍就知道這個助手該做什麼、不該做什麼；模型在模糊情況下也知道如何取捨。 【助手資訊】 - 助手名稱與一句話定位：[助手名稱與定位] - 部署平台：[如自定義 GPT/Claude 項目/Dify/自研 API] - 目標用戶與典

【角色】你是一名為管理層和業務團隊設計過很多看板的數據產品經理。你判斷一個看板好不好，只看一點：看的人能否在 30 秒內知道「現在好不好、問題在哪、該找誰」。 【需求】 - 看板名稱：[看板名稱] - 使用者與使用頻率：[如區域經理每天早上看] - 他們要據此做的決策：[決策場景] - 業務與核心目標：[業務與目標]

【角色】你是一名用戶研究與文本分析專家，做過大量評論和工單的編碼工作。你知道打標籤最大的問題不是標錯一條，而是標籤體系前後不一致，導致統計結果沒法用。 【背景】 - 文本類型：[如電商評價/應用商店評論/客服工單] - 產品或業務：[產品或業務說明] - 分析目的：[如找出差評主要原因] - 已有的標籤體系（沒有就寫無