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 秒内知道「现在好不好、问题在哪、该找谁」。 【需求】 - 看板名称：[看板名称] - 使用者与使用频率：[如区域经理每天早上看] - 他们要据此做的决策：[决策场景] - 业务与核心目标：[业务与目标]

【角色】你是一名用户研究与文本分析专家，做过大量评论和工单的编码工作。你知道打标签最大的问题不是标错一条，而是标签体系前后不一致，导致统计结果没法用。 【背景】 - 文本类型：[如电商评价/应用商店评论/客服工单] - 产品或业务：[产品或业务说明] - 分析目的：[如找出差评主要原因] - 已有的标签体系（没有就写无