项目简报
- 输入
- 产品、渠道、目标、交付范围、现有问题
- AI 协助
- 整理目标、受众假设、限制和资料缺口
- 人工判断
- 确认最重要的问题、负责人及可用资料
- 产物
- 项目简报、待补资料清单
我将产品文案策划拆成资料梳理、用户与竞品研究、卖点规划、表达探索和审核交付。AI 用来整理资料、提出备选和检查遗漏;我负责核实事实、选择重点、确定语气和最终改稿。
产品规格与说明、用户评论和咨询、竞品页面、现有文案、渠道目标与版面限制。
事实来源表、用户问题与竞品表达表、卖点信息纸、逐屏文案、设计交付说明、验收与复盘记录。
完整策划按下列步骤推进;单屏改写只取项目简报、事实核实、卖点信息纸、表达探索和审校,不为走流程重复做已有工作。
参数冲突、条件不清,先回到资料来源核实;没有依据的主张先留空,不让语言补足产品事实。
卖点没有区分度,重新看用户问题与竞品表达,确定最值得先讲的一至两个重点。
内容很多却抓不住重点,重排页面主线,明确每一屏回答什么问题,以及文字和图片各自承担什么信息。
方向正确但文字生硬,再调整标题角度、句式、长短和语气;多轮修改仍无改善时,回到目标和参考重新对齐。
已核实的事实与适用条件 → 对应用户场景 → 能说明的利益 → 标题与解释 → 视觉建议 → 事实编号与审核状态。
设计与文案共用同一张信息纸,避免设计强调的内容与最终确认的卖点不一致。
ai-product-copy-planning原有方法以分步提示词和持续对话推进,已用于真实项目;随后整理为 Skill,增加事实追溯、人工确认、交付验收与复盘口径。
按阶段准备资料,逐步讨论用户、卖点和表达,由人筛选、修改并推进到下一步。
入口先识别任务类型,按需读取流程;每项对外主张关联事实与来源,改稿时先定位问题层级,最终使用统一结构交付。
保留四类人工确认:事实冲突、核心卖点及顺序、表达方向、最终文案。产品事实随型号重新核实,方法模板可以复用。
--- name: ai-product-copy-planning description: Use when product specifications, user feedback, competitor materials, or an existing ecommerce page must be turned into evidence-linked positioning, selling-point cards, page copy, SKU copy, review notes, or an iteration plan. --- # AI 产品文案策划 ## 概述 把零散产品资料整理为可追溯的事实库,再把事实、用户问题和竞品表达转成卖点结构与页面文案。AI 负责整理、归纳、提出方案和检查;人负责确认事实、选择核心卖点、决定表达方向并批准最终稿。 ## 开始前 先判断任务是新品策划、旧页优化、单个卖点改写,还是上线后的复盘。只收集会影响下一步的资料:产品及型号、渠道、目标、交付物、规格与证明材料、现有页面、用户反馈、竞品材料、字数或版式限制。 资料不足时继续完成不依赖缺失信息的部分,并建立“待补资料”清单。不得用推测填补参数、功能、认证、专利、效果或竞品结论。 ## 工作方式 1. 阅读 [完整流程](references/workflow.md),按当前任务选择必要阶段。不要为了形式强制跑完全部十二步。 2. 使用 [输出结构](references/schemas.md) 建立项目简报、事实库及本次任务需要的后续产物。 3. 每条对外主张都要能回到事实编号、来源位置和适用条件。把产品事实、利益解释、表达方案和待确认项分开。 4. 在以下节点等待人工确认:事实冲突、核心卖点与顺序、表达方向、最终文案。未经确认的内容不得自动升级为定稿。 5. 需要改稿时,先判断问题属于事实、策略、结构还是表达,再修改相应层级。连续多轮不满意时,停止续写,回到目标、受众、参考与限制条件重新对齐。 6. 交付前逐句审校型号、数字、单位、适用条件、比较口径和夸大表达。健康相关产品不得把辅助记录或健康研究写成诊断、治疗或确定性医疗结论。 ## 结果边界 - 用户评论、咨询与人群截图只代表给定样本,不自动代表整个市场。 - 竞品页面主张不能直接作为我方事实或优势。 - 目标值与实际值的差异不能写成优化前后提升。 - 页面上线后的转化结果受流量、价格、活动、投放等因素影响;没有对照条件时,只并列呈现工作与结果,不声称单一因果。 - 参考文案用于分析表达机制,不复制独特措辞,也不虚构材料、工艺、时长和极限比较。 ## 常见错误 | 错误 | 处理 | | --- | --- | | 一上来直接写成稿 | 先建立最小事实库与任务简报 | | AI 自行决定核心卖点 | 提供有依据的方案,由人选择 | | 用柔和措辞掩盖无依据主张 | 删除,或明确标为待确认 | | 每轮只换几个词 | 回到策略、结构或参考机制定位问题 | | 用一个案例的参数套另一个型号 | 重新核实型号、条件和来源编号 |
# 输出结构 只生成当前任务需要的表,不要机械输出全部模板。 ## 项目简报 | 字段 | 内容 | | --- | --- | | 产品及型号 | | | 项目类型 | 新品/旧页优化/单项改写/复盘 | | 渠道与页面位置 | | | 业务目标 | | | 目标用户假设 | | | 交付物 | | | 限制条件 | 字数、版面、合规、时间等 | | 待补资料 | | | 待决策事项 | | ## 事实与来源库 | 事实编号 | 原文 | 简明释义 | 来源文件与位置 | 适用型号 | 使用条件 | 核实状态 | | --- | --- | --- | --- | --- | --- | --- | | F001 | | | | | | 已核实/冲突/待确认 | 规则:保留原始数值、单位和适用条件。冲突资料并排展示,不自行选择。风格示例和竞品参数不能进入我方事实库。 ## 用户与竞品研究 用户记录表:`编号|原始表达|场景|关注点|情绪|证据短句`。 竞品表达表:`竞品|页面位置|客观配置|页面主张|表达机制|可借鉴的结构|不可直接使用的措辞`。 先说明样本时间、范围、有效记录数和去重规则。主题允许多标签;占比可能超过 100%。 ## 卖点候选与排序 | 卖点 | 事实编号 | 用户场景 | 用户利益 | 竞品对照依据 | 限制 | 建议优先级 | | --- | --- | --- | --- | --- | --- | --- | 没有同口径对照证据时,只写功能价值,不写领先。确认后的清单是基线;新增、删除和改序要单列变更建议。 ## 卖点信息纸 | 字段 | 内容 | | --- | --- | | 卖点编号与名称 | | | 用户问题 | | | 核心信息一句话 | | | 支撑事实编号 | | | 适用条件 | | | 利益解释 | | | 可用表达 | | | 禁用或待核实表达 | | | 画面建议 | | | 状态 | 待确认/已确认 | ## 逐屏文案表 | 屏号 | 本屏任务 | 主标题 | 副标题 | 说明文 | 事实编号 | 必要条件 | 画面建议 | | --- | --- | --- | --- | --- | --- | --- | --- | 首屏先说明产品是什么及主要价值,后续按用户疑问推进。每屏只承担一个明确任务。 ## 审校问题清单 | 位置 | 原句 | 问题类型 | 依据 | 建议修改 | 待确认人 | 状态 | | --- | --- | --- | --- | --- | --- | --- | 问题类型包括:无来源主张、型号串用、参数或单位冲突、条件遗漏、夸大比较、语病、图文不一致。 ## 复盘记录 分成三栏:`观察事实|可能解释|尚不能判断`。 下一轮测试写清:`假设|只改变的主要变量|观察指标|比较方式|停止条件`。没有后台数据时,只评价内容与交付完成情况。