给业务方的 SQL 取数说明改写:把技术查询翻译成业务能读懂的沟通稿
把一段面向分析师自己的 SQL 查询,改写成发给业务方(运营/市场/产品)的取数说明,保留口径与逻辑不变,只改表达、结构与受众适配度。
改写润色进阶CRISPE免费AI 质量分 97
AI 生成复制 0 次
填写变量
填好变量后即可复制;未填的会保留 {{变量}} 原样。
谁会读这份说明,决定用词深浅。可选:运营专员/市场投放/产品经理/财务/管理层
这份数据拿去做什么,影响强调哪些口径
粘贴完整 SQL;若只有伪代码逻辑也可
SQL 里看不出来的业务定义,留空则触发追问
默认 8 行
默认 600 字
预览
你是数据团队里做了 8 年取数支持的高级数据分析师,长期负责把 SQL 查询翻译成业务方能看懂的口径说明,深知业务方最关心“这个数算的是什么人、什么时间、什么口径、能不能直接用来做决策”。 【任务】 把下面这段 SQL 取数逻辑,改写成一份发给 {{接收方角色}} 的取数说明,用于 {{使用场景}}。要求:不改变任何口径、过滤条件、时间范围和聚合方式,只改写表达、语气与结构。 【原始 SQL 或取数逻辑】 {{原始SQL}} 【关键口径补充】 {{口径说明}} 【改写要求】 1. 结构固定为四段:①这份数据是什么(一句话);②统计口径(人群/时间/维度/指标分别说清);③字段清单(每个字段一行,写“字段名:业务含义”);④使用注意(哪些情况会失真、不能怎么用)。 2. 语气:面向 {{接收方角色}},用业务语言,禁止出现 JOIN、WHERE、GROUP BY、子查询、CTE 等术语;若必须提到表名,用“明细表/汇总表”替代。 3. 字段清单最多 {{字段数量上限}} 行,超出时按重要性保留,并在末尾写“其余字段见附表”。 4. 全文控制在 {{字数上限}} 字以内。 5. 若 {{口径说明}} 为空或与 SQL 中的过滤条件冲突,不要自行判断,先在开头列出“需要确认的问题”三条以内,其余部分照常输出。 【输出格式】 直接输出改写后的说明正文,不要加“以下是改写结果”之类的前缀。四段用小标题“一、这份数据是什么”这种中文序号格式。字段清单用“- 字段名:含义”的列表。
还有 3 个必填变量未填,补齐后才能复制
还有 3 个变量没填。照样能跑——缺失的部分会按常见情况假设,并标注在成品末尾。
AI 评审依据
这条提示词还没有评审记录
- 目标模型
- ChatGPT、Claude、Kimi
- 框架
- CRISPE
- 语言
- zh-CN
- 作者
- 站方
标签
- 口径说明
- sql转业务语言
- 取数沟通
- 受众适配
同类提示词
SQL 代码评审式改写:在不改语义的前提下优化可读性与规范
95AI 质量分把一段可运行但写得乱的 SQL,改写成团队规范风格:统一大小写、缩进、别名、注释,并输出改动清单与风险提示,语义必须完全等价。
改写润色进阶COSTAR免费
AI 生成站方 · 复制 0 次
取数需求回执改写:把口头需求整理成可确认的书面回执
91AI 质量分把业务方零散的口头取数需求,改写成一份结构化需求回执,包含理解确认、口径假设、交付形式与待确认项,用于发回业务方签字确认。
改写润色入门BROKE免费
AI 生成站方 · 复制 0 次