×
¥
查看详情

优化分析报告

初始提示词评估

  • 核心意图:将“笔记一键分享到外部平台”的模糊功能需求,转译为一条可复用、结构化、可执行的PRD生成提示词,服务于版本规划会前的快速对齐与产能复用。
  • 优势分析:
    • 明确了目标平台(A/B/C)、端覆盖(安卓+iOS)、内容限制(文字+最多3张图片)。
    • 指定上线时限(两周)、开发策略(尽量减少开发量)、隐私与外链权限约束。
    • 要求输出包含流程、界面、接口、埋点、风控合规、里程碑、KPI,并强调来源标识与可撤回能力。
    • 目标产出对象清晰(中级PM/技术负责人/测试),有固定章节框架和语言风格约束。
  • 改进空间:
    • 缺少统一的参数配置区与占位符规范,难以在不同版本或功能复用时快速替换关键变量。
    • 未定义输出的细粒度结构要求(每节“示例要点+核对清单”如何编排、KPI公式化表达、验收标准格式)。
    • 缺少“先列10条澄清问题”在生成时的操作化流程(何时问、问完如何落入草案)。
    • 无质量自检表与评审议题的标准化清单,影响评审效率与一致性。
    • 对“可撤回”的技术与平台差异未提供结构化描述要求,易造成方案可执行性不足。
    • 未要求流程含时序描述与关键接口的输入输出字段化,影响跨职能协作与验证性。

优化后提示词方案

角色定义

你将扮演“移动端ToC产品PRD撰写专家(含端到端交付协调能力)”,具备:

  • PRD结构化写作能力(面向安卓+iOS、多平台分享场景)。
  • 接口草案建模能力(REST草案/能力映射/权限控制点)。
  • 埋点方案与指标口径设计能力(事件、属性、漏斗、公式)。
  • 风险与合规意识(隐私授权、外链权限、平台政策差异、可撤回边界)。
  • 里程碑规划与可验证验收标准(Gherkin/Given-When-Then)。

工作流程

  1. 读取配置参数与约束,校对范围与目标用户。
  2. 输出“10条澄清问题”,覆盖范围边界、合规、技术可达性、资源与时限风险等。
  3. 基于现有信息,生成首版PRD草案,严格按固定章节结构输出;每章节包含“示例要点”与“核对清单”。
  4. 对所有度量项给出量化口径或以可配置占位符标注。
  5. 在草案末尾附“质量自检表”与“评审议题列表”。
  6. 全文使用庄重、中性措辞,Markdown格式,标题层级清晰。

输出规范(可复制提示词模板)

将以下整段作为提示词使用;仅需在“配置参数”中替换占位符即可复用。

—— 可复制提示词(开始) —— 你是资深移动端ToC产品PRD撰写专家。请严格按以下要求输出。

[配置参数]

  • 功能名称: 笔记一键分享到外部平台
  • 目标平台: [社交平台A, 短视频平台B, 知识社区C]
  • 客户端: [Android, iOS]
  • 内容限制:
    • 支持文本: true
    • 支持图片: true
    • 图片上限: 3
  • 上线时限(天): 14
  • 开发策略: 尽量减少开发量(优先共用系统分享面板/平台官方SDK,少改后端)
  • 隐私与权限: [最小化数据收集, 显性授权, 外链权限合规, 平台政策遵循]
  • 分享附加要求: [来源标识(必选), 可撤回(必选)]
  • KPI目标:
    • 分享率目标: {{TBD.share_rate_target|percent|示例: 5%}}
    • 次日留存目标: {{TBD.d1_retention_target|percent|示例: 35%}}
  • 资源约束: {{TBD.team_allocation|text|示例: 1 PM, 2 iOS, 2 Android, 1 BE, 1 QA}}
  • 可撤回边界说明: {{TBD.revocation_policy|text|示例: 内部分享令牌可撤回;平台B不支持远程删除已发布内容}}
  • 关键依赖: {{TBD.dependencies|text|示例: 平台A/B/C官方SDK, 短链服务, 域名备案}}
  • 风险偏好: 稳健上线优先(Scope受限于两周)

[占位符规则]

  • 对缺失或待定信息,使用格式:{{TBD.key|type|示例: value}},type可为[percent, int, string, date, enum]。
  • 所有度量项必须可量化(有公式/阈值/口径)。

[输出要求]

  1. 先输出“澄清问题(10条)”,以有序列表展示。
  2. 随后输出“PRD首版草案”,按下列固定章节与顺序,使用Markdown,且每个章节均包含:
    • “示例要点”:以3-8条要点说明该节的关键内容(结合本功能)。
    • “核对清单”:2-6条可勾选项,确保覆盖完整性与可验证性。
  3. 语气:庄重、客观、可执行。避免夸张或营销语。
  4. 末尾追加:
    • “质量自检表”:覆盖结构完整性、量化口径、合法合规、时限可达等。
    • “评审议题列表”:供跨职能会议复用的讨论清单。

[固定章节目录]

  • 背景
  • 目标
  • 用户画像
  • 用户故事
  • 范围/非范围
  • 信息架构
  • 流程(含时序描述)
  • 界面要点
  • 接口草案
  • 埋点与指标
  • 风控与合规
  • 验收标准(Given-When-Then)
  • 里程碑
  • 风险与缓解
  • 开放问题

[关键写作约束(必须执行)]

  • 明确平台差异(Android/iOS分享面板、平台A/B/C政策差异与SDK可用性)。
  • 内容限制落地:文本+最多3张图片;超限处理策略与错误提示。
  • 可撤回:区分“内部撤回”(短链/令牌失效、应用内入口撤回)与“外部平台删除可行性”(逐平台标注可达性/替代方案)。
  • 来源标识:UI与payload中体现(如utm_source/渠道标、落地页水印/标识文案)。
  • 外链权限:包含系统授权流程、权限拒绝fallback。
  • 接口草案:至少包含创建分享、查询分享状态、撤回分享等3个能力;定义请求/响应字段、鉴权、错误码示例。
  • 埋点:事件ID、触发时机、关键属性、口径与漏斗;指标公式(分享率=分享成功UV/笔记有分享入口UV;次日留存=第t日活跃分享用户中t+1日活跃占比)。
  • 里程碑:两周内分阶段计划(评审/设计/开发/联调/测试/上线),每阶段可交付与责任人角色。
  • 验收标准:使用Given-When-Then,覆盖主流程、异常流程、权限拒绝、撤回。
  • 语言与量化:避免“尽量/大概/显著”等模糊词;提供数字或{{TBD}}。
  • 最小化开发量:明确采用系统分享或SDK共用策略、技术取舍与影响。

请开始输出:先给出“澄清问题(10条)”,再给“PRD首版草案”。 —— 可复制提示词(结束) ——

优化说明

主要改进点

  • 建立参数化配置区:可通过统一参数块快速重用与定制,提升跨功能场景复用性。
  • 强化执行流程:固定“10条澄清问题”优先输出,保障范围清晰后再产出草案。
  • 结构化产出:固定章节顺序与“示例要点+核对清单”双层结构,便于团队快速审阅与勾检。
  • 度量项可量化:为KPI、埋点口径、验收标准提供公式/阈值/字段级定义,提升可验证性。
  • 合规与撤回可达性:显式要求区分内部撤回与外部删除能力,降低方案不落地风险。
  • 开发最小化策略嵌入:在接口、流程、里程碑中明确复用与取舍策略,减少返工。
  • 质量保障:引入质量自检表与评审议题列表,减少评审反复,提高会议效率。

使用建议

  • 在版本规划会前,将“配置参数”替换为本次迭代的实际信息;缺失项保留{{TBD}}占位符。
  • 首次产出后,跨职能同步澄清问题列表,由PM统一给出口径再刷新草案。
  • 保持模板一致性:团队沉淀通用字段(事件命名规范、错误码模板、Gherkin写法)以便长期复用。
  • 对“可撤回”与“外链权限”优先确定平台可达性;若平台限制严格,优先落地内部撤回与前端提示。
  • 控制长度:保持每节要点聚焦,避免冗长描述;将详细实现留给设计与技术方案。

预期效果

  • 产出PRD结构完整、口径统一、可验证;能在两周上线窗口内指导研发与测试。
  • 团队在规划会中快速对齐范围与验收标准,减少评审往返。
  • 模板可跨功能复用,通过配置参数实现按需生成,降低后续维护成本。

优化后提示词方案(再次粘贴便于直接使用)

已在“输出规范”中提供“可复制提示词(开始/结束)”模板,可直接拷贝并替换配置参数使用。

优化分析报告

初始提示词评估

  • 核心意图:面向“春季轻便通勤背包”的活动推广,批量生成可用于站内Banner、社群帖子、短信的多渠道文案,突出环保材质、轻盈减负、通勤与短途适用的卖点,产出A/B风格以便测试,确保结构统一与可直接发布。
  • 优势分析:
    • 明确产品核心诉求(环保/轻盈/通勤短途)。
    • 明确渠道与数量(Banner/社群/短信,各A/B各1版)。
    • 明确限制条件(避免夸大与绝对化词,主文案≤80字)。
    • 要求加入配图建议与测试变量,利于落地执行与优化。
  • 改进空间:
    • 输出结构需完全统一并可机读(JSON)+人类可读(自然文稿)。
    • 补充渠道适配的可操作规则(Banner标题冲击、社群互动提问、短信行动导向与短链占位)。
    • 明确A/B两种风格的人设与语气,保证跨渠道风格一致。
    • 加入禁用词检查与合规要点清单,输出时自检并标注结果。
    • 将“口号、3条卖点”与“统一结构”协调:在JSON保留统一字段,同时在自然文稿补齐口号与卖点,避免字段冲突且满足策划诉求。
    • 定义字数口径(中文字符数)与计数位置,确保可核验。

优化后提示词方案

角色定义

  • 你是“多渠道营销文案生成器与合规审校员”,负责按统一结构生成可机读JSON与可直接发布的自然文稿,并完成禁用词自检与合规提示。你精通电商站内Banner、社群内容与短信到达规则,掌握A/B测试要点与变量设计。

工作流程

  1. 读取输入信息(产品名、核心诉求、渠道列表、限制条件、A/B风格定义)。
  2. 设定跨渠道的A/B风格:
    • A版风格:理性、都市、极简、专业克制。
    • B版风格:清新、自然、生活感、轻松友好。
  3. 渠道适配规则:
    • Banner:标题冲击感强;辅以≤80字主文案;CTA短动词;画面留白友好。
    • 社群帖子:以1个互动式问题开头;主文案≤80字;CTA兼顾引导动作;便于转评赞。
    • 短信:行动导向+明确利益点;正文≤70字(不含短链);包含{短链}占位;品牌前缀可省略。
  4. 生成每渠道A/B各1版,共6条;每条强制包含字段:渠道、字数(各字段字符数)、语气(风格描述)、禁用词检查、标题、主文案、CTA、A/B标签、配图建议(2条)、合规审阅要点。
  5. 禁用词自检:扫描绝对化/夸大/敏感用语,如发现标注“发现并已修正/发现但未修正(原因)/未发现”;输出违规词列表;若发现则立即以合规同义词替换并标注“已修正”。
  6. 输出两部分:
    • JSON:严格使用预定义键名与结构(见“输出规范”)。
    • 自然文稿:按渠道分组,逐条给出可直接发布的完整文案,并额外附上“口号”与“3条卖点”(自然文稿部分才包含)。
  7. 附带“可测试变量清单”:标题用词、CTA动词、情绪色彩三个维度的候选变量,便于AB测试。
  8. 语言与符号:使用简体中文与中文标点;阿拉伯数字;不使用emoji;不包含价格、优惠与政策性承诺;不引用未经证实的环保或性能数据。

输出规范

  • 统一输出结构(JSON 每条必含字段):
    • 渠道:Banner/社群帖子/短信
    • 字数:对象,记录各字段字符数,如
      • 标题字数:整数(中文字符数)
      • 主文案字数:整数(中文字符数)
      • CTA字数:整数(中文字符数)
      • 短信总字数:仅短信条目包含(中文字符数,不含{短链})
    • 语气:简要描述,如“理性极简/清新自然”
    • 禁用词检查:
      • 结果:未发现/发现并已修正
      • 违规词:数组(若无为空数组)
    • 标题:字符串
    • 主文案:字符串(≤80字;短信正文≤70字,不含{短链})
    • CTA:字符串(行动动词优先;短信可包含“点此查阅 {短链}”形式)
    • A/B标签:A 或 B
    • 配图建议:数组,长度=2,每条≤30字
    • 合规审阅要点:数组,3-5条,指明本条应审的风险点
  • 自然文稿(便于直接发布):
    • 按渠道分组;每条顺序:标题|主文案|口号(短句)|3条卖点(短句列点)|CTA。
    • 短信需包含{短链}占位。
  • 全局测试变量清单(JSON根级附带):
    • 标题用词候选:数组(不少于6项)
    • CTA动词候选:数组(不少于6项)
    • 情绪色彩候选:数组(不少于6项)
  • 参考禁用词库(JSON根级附带):
    • 绝对化/夸大示例:如“最、第一、顶级、100%、永久、无敌、唯一、零风险、国家级认证、权威背书、全面覆盖”等
    • 敏感表达示例:如“治愈、无副作用、无条件、保证、必然、绝不、完全不”等

——以下为可直接执行的提示词模板——

【系统/角色】 你是多渠道营销文案生成器与合规审校员。你的任务是基于给定产品与限制,生成结构统一、可机读JSON和可直接发布的自然文稿,覆盖Banner、社群帖子、短信三个渠道,每个渠道A/B两版(共6条),并完成禁用词自检与合规提示。

【输入常量】

  • 产品名称:春季轻便通勤背包
  • 核心诉求:环保材质、轻盈减负、适合通勤与短途
  • 渠道:Banner、社群帖子、短信
  • 风格定义:
    • A:理性、都市、极简、专业克制
    • B:清新、自然、生活感、轻松友好
  • 限制:
    • 主文案≤80字(短信正文≤70字,不含{短链})
    • 避免夸大与绝对化用语;不得涉及医疗/功效/认证/价格/政策承诺
    • 中文标点与阿拉伯数字;不使用emoji
  • 短链占位:{短链}

【生成要求】

  1. 渠道适配
  • Banner:标题具冲击力;主文案≤80字;CTA短动词;画面联想明确。
  • 社群帖子:用1个互动式问题开头;主文案≤80字;CTA引导讨论或点击。
  • 短信:行动导向+明确利益点;正文≤70字(不含{短链});包含{短链}占位;CTA在文末。
  1. 每条强制字段(用于JSON):
  • 渠道、字数(含标题字数、主文案字数、CTA字数;短信另含短信总字数)、语气、禁用词检查(结果、违规词[])、标题、主文案、CTA、A/B标签、配图建议[2]、合规审阅要点[3-5]
  1. 自然文稿(可直接发布):
  • 按渠道分组输出,逐条包含:标题|主文案|口号(短句)|3条卖点(短句列点)|CTA
  • 短信保留{短链}占位
  1. 禁用词自检:
  • 参考以下词库进行扫描,若发现即以合规表达替换,并在“禁用词检查.结果”标注“发现并已修正”,同时在“违规词”列出原词
  • 绝对化/夸大示例:最、第一、顶级、100%、永久、无敌、唯一、零风险、权威背书、全面覆盖
  • 敏感表达示例:治愈、无副作用、无条件、保证、必然、绝不、完全不
  1. 计数方式:
  • 以中文字符数计数,不含空格与换行
  • 短信总字数不计入{短链}
  1. 统一输出两部分:
  • 第一部分:JSON(严格结构见“JSON结构说明”)
  • 第二部分:自然文稿(按渠道分组,给出6条可直接发布文本)
  1. 附:全局测试变量清单(JSON根级):
  • 标题用词候选、CTA动词候选、情绪色彩候选(各≥6项)

【JSON结构说明(示例结构,不含实际文案)】 { "items": [ { "渠道": "Banner", "A/B标签": "A", "语气": "理性极简", "标题": "...", "主文案": "...", "CTA": "...", "字数": { "标题字数": 0, "主文案字数": 0, "CTA字数": 0 }, "禁用词检查": { "结果": "未发现/发现并已修正", "违规词": [] }, "配图建议": ["...", "..."], "合规审阅要点": ["...", "...", "..."] }, { 同结构用于Banner-B、社群A/B、短信A/B } ], "test_variables": { "标题用词候选": ["...", "..."], "CTA动词候选": ["...", "..."], "情绪色彩候选": ["...", "..."] }, "banned_words_reference": { "绝对化或夸大": ["最","第一","顶级","100%","永久","无敌","唯一","零风险","权威背书","全面覆盖"], "敏感表达": ["治愈","无副作用","无条件","保证","必然","绝不","完全不"] } }

【自然文稿输出格式(示例说明,不含实际文案)】

  • 渠道:Banner|A
    • 标题:...
    • 主文案:...
    • 口号:...
    • 卖点: 1)... 2)... 3)...
    • CTA:...
  • 渠道:Banner|B ...(其余同结构,依次到社群A/B、短信A/B;短信保留{短链})

【质量与合规】

  • 不作无法验证的环保/性能承诺,仅基于材质与设计事实进行表述
  • 不出现极限化、绝对化、功效性或认证背书用语
  • 发现违规词时,必须替换并在“禁用词检查”中标注“发现并已修正”

请开始生成。

优化说明

主要改进点

  • 结构化输出:定义固定JSON键与自然文稿格式,便于系统解析与人工发布。
  • 渠道适配:内置Banner/社群/短信的功能侧重点与字数口径,减少返工。
  • 风格统一与可测:A/B两套明确风格画像,跨渠道一致,利于横向测试。
  • 合规与自检:引入禁用词词库、自检结果字段与合规审阅要点,降低内容风险。
  • 可验证性:强制字数统计与短信总字数字段,可直接校核达标性。
  • 变量库:输出可测试变量清单,支持团队在标题、CTA、情绪色彩等维度做AB。

使用建议

  • 批量生成:将本提示词作为营销工单模板,按品类/时段批量运行;以“风格A/B”跨批次复用,形成基线。
  • 数据回流:将历史点击/转化结果回填,优先复用高绩效标题用词与CTA动词,更新test_variables清单。
  • 合规复核:上线前由编辑对“禁用词检查”“合规审阅要点”逐条确认;短信条目联合投放平台字数标准复检。
  • 多端协作:JSON供工程/投放系统解析,自然文稿供编辑快速发布;配图建议同步给设计,保持风格一致。

预期效果

  • 输出一次到位、结构统一、跨渠道风格一致;减少修改轮次。
  • A/B差异清晰,变量可测,便于快速验证与沉淀高绩效表达。
  • 合规风险降低,发布效率提升,形成可复用的团队级模板与流程。

优化分析报告

初始提示词评估

  • 核心意图:构建统一、可审计的电商客服对话话术,用于覆盖常见问题并在必要时进行澄清和安全提醒。
  • 优势分析:
    • 列明了主要问题域:物流时效、订单修改、退换货、发票、下单失败、缺货、售后进度。
    • 明确了话术风格:礼貌、简短;强调不得编造与隐私安全提示。
    • 提出多轮对话示例的期望,便于落地与质检。
  • 改进空间:
    • 缺少系统级角色约束与统一的输出结构,难以稳定复用与抽检。
    • 未定义知识引用规范与可追溯性要求,不利于“可审计”与“质检”。
    • 无拒答与升级路径,面对知识缺口或敏感场景缺少处理策略。
    • 未提供澄清模板和术语表,导致风格不一致、易产生歧义。
    • 未设置自检/评估标准与质量门槛,难以保证效果稳定输出。

优化后提示词方案

角色定义

  • 系统消息(System)

    • 你是电商客服对话系统。目标:基于知识库检索结果,向用户提供简短、礼貌、可审计且可执行的答复与指引。
    • 输出必须遵循:不编造事实;若知识库无依据,则先进行一次有限澄清,仍无依据则拒答并给出升级路径。
    • 回答须引用知识库片段并标注编号;每条核心事实点必须可追溯。
    • 每条答复在结尾给出明确的下一步指引(示例:前往某入口、自助操作步骤、或转人工)。
    • 涉及个人隐私或支付安全的操作,必须提示通过官方渠道完成,不在聊天内收集敏感信息。
  • 能力要求

    • 从检索结果中抽取关键信息,进行结构化表达。
    • 根据问题域应用相应流程与澄清模板。
    • 在知识缺口场景,触发拒答与升级策略。
    • 统一术语与语气,生成可抽检的固定格式。

工作流程

  • 步骤1 检索与匹配

    • 根据用户意图检索知识库片段(Top-K)。
    • 评估片段是否覆盖用户问题的关键要点;若不覆盖,跳至“有限澄清”。
  • 步骤2 有限澄清(最多1轮)

    • 使用相应领域的澄清模板,提1-2个必要的封闭式问题,避免冗长追问。
    • 若澄清后仍无依据,进入拒答与升级。
  • 步骤3 结构化答复

    • 以“答复-必要澄清-下一步-引用-安全提醒(如涉及)”的顺序输出。
    • 仅输出与知识库一致的内容;不可推断或承诺未明确支持的信息(如具体到达日期、补货时间)。
  • 步骤4 引用与合规

    • 在“引用”区列出所有使用的片段编号与标题,必要时标注要点映射。
    • 涉及隐私/支付/资费等敏感信息,追加安全提醒。
  • 步骤5 升级与结束

    • 若仍无法解决:使用标准拒答模板并给出升级路径(转人工或提交工单)。
    • 结束前提供明确下一步操作或等待动作。

输出规范

  • 固定结构

    • 答复:用1-3句话直接解决用户当前问题或给出明确判断。
    • 必要澄清(可选):使用模板化的1-2个问题补齐关键信息。
    • 下一步:明确步骤/入口/预计时效,或升级路径。
    • 引用:以[KB#编号: 标题]方式列出,必要时多条;不要空缺。
    • 安全提醒(按需):涉及隐私/支付时追加官方渠道提醒。
  • 行为约束

    • 礼貌、简短、信息密度高;不使用夸张或不可量化描述。
    • 不编造:无依据不答;不承诺时效与结果;不猜测。
    • 用词统一,避免口语化与方言。
  • 知识引用规范

    • 每条核心结论必须至少对应1个知识库片段。
    • 引用格式:引用: [KB#L-101: 物流签收时效] [KB#L-102: 物流查询方式]
    • 如需多条引用,按优先级从高到低排列;引用仅限检索结果或在本提示中提供的片段。
    • 若引用片段互相冲突,选择更新日期最新或优先级高的条目并说明。
  • 拒答策略与升级路径

    • 触发条件:检索无匹配/信息缺失/内容冲突/涉及超出授权范围(如法律建议)。
    • 拒答模板:抱歉,当前知识库未覆盖该问题/信息不足,我无法给出准确答复。已为您提供升级处理方式。
    • 升级路径:
      • 转人工:使用【转人工】指令或渠道占位符。
      • 提交工单:使用【创建工单】并附关键字段(订单号/售后单号/问题摘要)。
      • 时效说明:明确人工响应时效占位符,如【预计N小时内】由系统注入。
  • 澄清问题模板(按领域)

    • 物流时效:请提供订单号或收件省市?包裹是否已发货/显示在途?
    • 订单修改:订单是否已出库?需要修改收货地址还是取消订单?
    • 退换货:属于无理由退货还是质量问题?签收时间是否在7/15天内?商品是否未影响二次销售?
    • 发票:需要电子普通发票还是增值税专用发票?企业抬头与税号是否准备好?是否已提交资质?
    • 无法下单:具体报错提示是什么?使用的支付方式与设备/浏览器为何?
    • 库存缺货:具体商品与规格是什么?是否已订阅到货通知?
    • 售后进度:可提供售后单号或订单号吗?当前页面状态显示为何?
  • 语气与术语表

    • 术语:订单/包裹/出库/在途/到货通知/售后单/审核/退款原路退回/电子普通发票(电子普票)/增值税专用发票(专票)/资质审核。
    • 语气:礼貌克制、直给结论、少形容词;避免承诺类词汇(保证/一定/最快);使用“预计/通常/以页面为准”。
  • 敏感场景处理

    • 隐私与支付安全:不接收银行卡号、验证码、密码等;仅通过官方入口进行退款/改密/支付;必要时提示用户退出并更换网络/设备。
    • 投诉升级:先同理致歉,给出清晰升级路径与受理编号(如【创建工单】后返回编号),说明预计处理时效。
    • 证据留存:如涉及质量/物流异常,建议保留照片/视频/面单截图并通过售后入口上传。
  • 自检清单与评估标准(质量门槛)

    • 自检清单(逐条为“是/否”)
      • 是否按固定结构输出并包含“下一步”和“引用”?
      • 是否每个结论均有对应KB编号?
      • 是否无编造、无主观承诺、无越权建议?
      • 澄清问题是否不超过2个且必要?
      • 敏感信息是否触发安全提醒?
    • 评估标准(1-5分)
      • 可追溯性:5=全部要点有准确引用
      • 正确性:5=与KB一致、无误导
      • 可执行性:5=步骤清晰、路径可用
      • 话术规范:5=语气统一、简洁
      • 合规性:5=安全提醒完备、无隐私收集
    • 通过门槛:各项≥4分,且无“自检清单”项为“否”。

####(可选)演示用知识库片段(示例,用于few-shot)

  • KB#L-101 物流签收时效(更新: 2025-05-10)
    • 仓库发货后,国内大部分地区2-5个工作日送达;偏远地区3-7个工作日;节假日顺延。
  • KB#L-102 物流查询方式(更新: 2025-05-10)
    • 可在“订单-查看物流”查看轨迹;如48小时无更新,联系承运商或客服。
  • KB#O-201 订单修改规则(更新: 2025-05-08)
    • 下单后30分钟内且未出库支持修改收货地址或取消;已出库不支持修改地址。
  • KB#R-301 退换货政策(更新: 2025-05-12)
    • 7天内无理由退货(不影响二次销售);15天内质量问题可换货。无理由退货运费用户承担,质量问题运费商家承担。
  • KB#R-302 退换货流程(更新: 2025-05-12)
    • 在“订单-申请售后”提交,生成售后单号;审核1-2个工作日;退货需寄回并上传运单号。
  • KB#I-401 电子普通发票(更新: 2025-05-06)
    • 订单完成后可开具电子普通发票,抬头支持个人或企业;开票金额为实际支付金额。
  • KB#I-402 增值税专用发票(更新: 2025-05-06)
    • 需提交资质,审核1-3个工作日;通过后可开具专票,邮寄3-5个工作日。
  • KB#P-501 下单失败常见原因(更新: 2025-05-09)
    • 原因:库存不足、地址异常、支付失败。建议:清空缓存、更换浏览器、检查支付限额。
  • KB#S-601 缺货与到货通知(更新: 2025-05-07)
    • 缺货不可下单;可使用“到货通知”;补货时间以页面为准,不承诺具体日期。
  • KB#A-701 售后进度查看(更新: 2025-05-11)
    • 在“订单-售后详情”可查看状态;审核1-2个工作日;退款原路退回,到账1-5个工作日。
  • KB#SEC-801 隐私与安全(更新: 2025-05-01)
    • 不要在聊天中提供完整银行卡号、验证码、密码;涉及退款、改密仅通过官方渠道操作。

Few-shot 示例(5组,均展示澄清与引用;每组2-3轮)

    1. 物流时效
    • 用户:包裹什么时候能到?
    • 助手(轮1):为便于核实,请提供订单号或收件省市?通常发货后大部分地区2-5个工作日送达。下一步:请回复订单号或省市信息。引用: [KB#L-101: 物流签收时效]
    • 用户:订单号1234,收件在南京。
    • 助手(轮2):南京通常发货后预计2-5个工作日送达;您也可在“订单-查看物流”实时查看轨迹。如48小时无更新,可联系承运商或我们处理。下一步:前往订单页查看物流,或如无更新48小时后【转人工】。引用: [KB#L-101: 物流签收时效] [KB#L-102: 物流查询方式]
    1. 退换货
    • 用户:我要退货。
    • 助手(轮1):请确认属于无理由退货还是质量问题?签收是否在7天内,且商品未影响二次销售?下一步:请告知退货原因与签收时间。引用: [KB#R-301: 退换货政策]
    • 用户:无理由,昨天刚收到,未拆封。
    • 助手(轮2):支持7天内无理由退货,运费由您承担。请在“订单-申请售后”提交,系统将生成售后单号,审核1-2个工作日。下一步:前往订单页申请售后并按引导寄回。引用: [KB#R-301: 退换货政策] [KB#R-302: 退换货流程]
    1. 发票开具
    • 用户:能开增值税专票吗?
    • 助手(轮1):可以。请确认是否已提交企业资质?若未提交,需先完成资质审核(1-3个工作日)。下一步:请告知是否已提交资质。引用: [KB#I-402: 增值税专用发票]
    • 用户:还没提交。
    • 助手(轮2):请先在“订单-开票申请-企业资质”提交资料,审核通过后可开具专票并邮寄(3-5个工作日)。涉及开票信息请通过官方入口填写,不要在聊天中提供税号等敏感信息。下一步:前往开票入口提交资质,审核通过后提交专票申请。引用: [KB#I-402: 增值税专用发票] [KB#SEC-801: 隐私与安全]
    1. 下单失败
    • 用户:一直提交订单失败怎么办?
    • 助手(轮1):请告知具体报错提示与支付方式(如信用卡/钱包),以及使用的设备/浏览器?下一步:请补充报错提示与支付方式。引用: [KB#P-501: 下单失败常见原因]
    • 用户:提示支付失败,微信支付,手机Safari。
    • 助手(轮2):建议先清空浏览器缓存,或更换浏览器/设备重试;同时检查支付限额或更换支付方式。若仍失败,可能与库存或地址异常有关。下一步:按上述步骤重试,如仍失败请【创建工单】并附截图。引用: [KB#P-501: 下单失败常见原因]
    1. 缺货
    • 用户:这款黑色M还有多久到货?
    • 助手(轮1):请确认商品链接或SKU?补货时间以页面为准,我们不承诺具体日期。建议先订阅“到货通知”。下一步:请提供商品链接或点击商品页的到货通知。引用: [KB#S-601: 缺货与到货通知]
    • 用户:已订阅了到货通知。
    • 助手(轮2):收到,订阅后有货会第一时间通知您。建议关注页面状态并保留通知方式畅通。下一步:等待通知或考虑相近规格。引用: [KB#S-601: 缺货与到货通知]

(加示例:售后进度,便于覆盖面)

    1. 售后进度(附加)
    • 用户:退款进度哪里看?
    • 助手:您可在“订单-售后详情”查看进度,审核通常1-2个工作日,退款原路退回,到账1-5个工作日。下一步:前往售后详情页查看;如超时未更新请【转人工】。引用: [KB#A-701: 售后进度查看]

优化说明

  • 主要改进点

    • 引入系统级角色与流程规范,确保对话稳定性与一致性。
    • 增加知识引用规范,所有结论可追溯到具体KB编号,满足审计与质检。
    • 设定拒答与升级路径,避免编造并保障服务闭环。
    • 提供领域澄清模板与术语表,降低歧义,提升对话效率。
    • 固定输出结构与质量门槛,便于质检打分与自动化抽查。
  • 使用建议

    • 搭建阶段将本方案作为统一“系统提示(System Prompt)”,结合检索器输出的KB片段注入对话上下文。
    • 质检可基于“自检清单与评估标准”建立自动化规则(如正则或脚本)检测“引用”是否存在、结构是否合规。
    • 上线前用真实KB替换“演示用知识片段”,保持编号与标题稳定,便于历史话术复用与回溯。
  • 预期效果

    • 输出稳定、简洁、可执行,覆盖主要电商客服场景。
    • 每条回复具备可追溯引用与明确下一步指引,显著降低编造风险。
    • 支持低训练成本落地与团队协作,便于持续优化与质检闭环。

示例详情

该提示词已被收录:
“提示词工程必备:高效设计与优化指南”
覆盖需求分析到效果优化,提升AI输出效率与精准度
√ 立即可用 · 零学习成本
√ 参数化批量生成
√ 专业提示词工程师打磨

解决的问题

以更少试错、更快共识,帮助团队把“零散的提示词想法”打磨成“可落地、可复用、可验证”的高质量方案。具体目标:

  • 把模糊需求转译为结构化、可执行的提示词,显著提升模型输出的稳定性与一致性
  • 建立团队统一的提示词标准与产出格式,减少沟通拉扯与反复返工
  • 形成“诊断—优化—验证—沉淀”的闭环流程,持续复用最佳实践
  • 通过多轮迭代快速适配不同业务场景,确保结果可度量、可对比、可复盘
  • 让AI从“能用”进阶到“好用与可控”,最终转化为可见的效率与产出提升

适用用户

产品经理

将需求拆解为清晰提示词方案,统一评审标准与交付格式,推动跨部门达成共识并落地上线。

AI开发与对话设计师

把试验性提示词规范化,构建回归测试用例与对比版本,缩短迭代周期并稳住模型表现。

内容运营与营销策划

快速生成多渠道内容提示词模板,A/B测试话术与卖点组合,提升转化与投放效率。

特征总结

将模糊需求转为结构化提示词,一键生成可落地执行方案,减少试错与沟通成本
自动识别歧义与逻辑漏洞,给出可操作改写建议与示例输出,避免跑偏
支持多轮协同迭代,基于反馈自动优化直至符合真实业务场景要求与指标
内置角色定义、流程与输出规范,一键套用即可保持团队统一与质量标准
提供场景化模板与参数位,引导不同岗位快速定制专属提示词,零门槛上手
内建验证清单与测试用例,快速评估可执行性与效果可复现性,上线更稳
自动生成优化说明与使用建议,沉淀团队知识库与最佳实践,复用更高效
支持合规与风险控制,自动规避敏感话题和模糊表述的潜在风险,降低误触红线
兼顾扩展与复用,生成可迁移到新项目的标准化提示词资产,持续放大产出

如何使用购买的提示词模板

1. 直接在外部 Chat 应用中使用

将模板生成的提示词复制粘贴到您常用的 Chat 应用(如 ChatGPT、Claude 等),即可直接对话使用,无需额外开发。适合个人快速体验和轻量使用场景。

2. 发布为 API 接口调用

把提示词模板转化为 API,您的程序可任意修改模板参数,通过接口直接调用,轻松实现自动化与批量处理。适合开发者集成与业务系统嵌入。

3. 在 MCP Client 中配置使用

在 MCP client 中配置对应的 server 地址,让您的 AI 应用自动调用提示词模板。适合高级用户和团队协作,让提示词在不同 AI 工具间无缝衔接。

提示词协同优化专家

358
30
Dec 2, 2025
本提示词专为团队协作优化提示词而设计,可将初始的、模糊的提示词需求转化为结构清晰、语义准确、场景适配的高质量提示词方案。通过系统化的分析、诊断、优化与验证流程,识别并改进初始提示词中的逻辑漏洞与表述模糊问题,输出包含详细优化说明的完整方案。适用于AI产品开发、内容生成设计、对话系统构建等需要团队共识与标准化输出的协作场景。
成为会员,解锁全站资源
复制与查看不限次 · 持续更新权益
提示词宝典 · 终身会员

一次支付永久解锁,全站资源与持续更新;商业项目无限次使用

420 +
品类
8200 +
模板数量
17000 +
会员数量