少洗数据，多做分析
故事背景：核心闭环：问数 → 诊断 → 传播 → 监控。演示数据全部虚构。
一天的节奏，和最常卡住的 3 件事
TA 的一天
09:00–12:30：处理跑批/看板告警、回复临时问数；取数 + 清洗（SQL 拉数、口径对齐）——全天最大块。
13:30–15:30：真正分析（同比/环比、拆维度、建假设）。
15:30–17:30：做看板/PPT，把结论翻译给非技术干系人。
自动提醒通过定时任务推送到你的信息流。
- 把模糊业务问题快速转成可计算的指标口径，给出可信答案。
- 异常时快速归因（下钻到维度），把洞察翻译成非技术语言并广播。
想先看 TA 完整的一天？
Quick 场景化 · 数据分析篇：跟着一天的工作节奏，看信息怎样汇集、分析怎样展开，以及哪些决定仍由人完成。
选一个场景，照着做一次
每个场景都按同样的顺序：先看效果，带上提示词和示例数据，再到 Quick 里照着做，最后由你确认。
问数与口径澄清
全部打开老板问华东 9 月 GMV 为什么没达标，先对齐含不含退款的口径，再按省份、渠道、品类找到差距主因。
用到的 Quick 能力：Chat、上传附件
- 回答前先复述口径、时间归属和目标口径
- 按两种口径分别算 GMV 和达成率，并与上月对比
- 按省份、渠道、品类下钻，定位退款批次这一主因
约 1:47 的演示，和下面的步骤一一对应。
Quick 会帮你：
你会感受到的变化：
从来回确认“到底用哪个 GMV”再手工透视，变成一次问清口径并直接看到主因。
- 华东订单明细_2026-08_09.xlsx：华东 4 省 8、9 月订单明细 279 行（渠道、品类、状态、退款金额与原因），另含月度目标和字段说明页
- 指标口径说明.md：下单 GMV 与净 GMV 两种口径的定义、计算规则、目标口径和常见问题
- 不用来回确认口径再手工透视，直接按考核口径看清达成情况
- 看出看板显示的达标是口径错位，差距集中在少数质量退货
- 拿到口径说明和归因初稿，退货是否调整考核由你来定
附件里的公司、人物和数据全部虚构，可以放心在 Quick 里试。
提示词：
| 假设今天是 2026-10-15。区域负责人问我：华东 9 月 GMV 为什么没达标？附件《华东订单明细_2026-08_09.xlsx》是华东 8、9 月订单明细和月度目标，《指标口径说明.md》写了 GMV 的两种口径。请先复述你用的口径：含不含退款、取消单怎么算、按什么日期归属、目标按哪个口径下达；再分别算两种口径下 9 月 GMV 和达成率，并和 8 月对比；然后按省份、渠道、品类拆出差距的主要原因，用一张表加三句话说清楚，最后给 3 条下钻建议。口径以说明文件为准，有歧义的地方列出来由我确认，结论先作为初稿。 |
附件：
你应该看到：
照着做一次，Quick 能帮你做到这些。具体数字和措辞每次会略有不同。
- 打开 Quick，点 Chat 新建对话。
- 点输入框左侧 +，选 Upload files，选中本页 2 个附件。
- 粘贴提示词并发送，对照下面的“你应该看到”核对结果。
- Connectors：在 Customize > Connectors 以只读方式连接订单库或数据仓库的订单表、退款表，问数时直接取最新数据，不用每次导出明细。
- Spaces：建一个“经营指标口径”Space，放入指标口径说明、目标下达文件和历次口径变更记录，团队问数时都按同一套定义回答。
- Dashboards：在 Dashboards 把下单 GMV、净 GMV、退款率和达成率并排固化成一张区域看板，每天自动刷新，避免只看一种口径。
不建 Space、不连系统，下载附件就能试；跑通后再接入你的真实数据。
空机试一次：
接入真实业务后可以这样深化：
不熟悉这些功能？先看教程：
- 指标口径的最终定义和看板是否调整
- 退货批次的处理和对区域目标的认定
Quick 负责准备，关键判断和对外动作由你确认。
发布或修改指标口径定义
指标口径最终定义权、因果判断、对外署名、敏感数据广播范围、目标设定均由人决定。
App 转化率归因下钻
全部打开9 月 App 转化率掉了，按地区、端、漏斗环节、版本逐层拆解，找到贡献最大的一块。
用到的 Quick 能力：Chat、上传附件
- 按地区、端、环节、版本逐层拆解，并量化每层贡献
- 定位到支付环节和新版本灰度时间点
- 写出业务同事看得懂的三句话结论
约 1:44 的演示，和下面的步骤一一对应。
Quick 会帮你：
你会感受到的变化：
从一层层手工透视找原因，变成直接拿到一棵带贡献度的归因树。
- App转化漏斗_日数据.csv：2026-08-01 至 09-30 每日漏斗，4 个地区 × 61 天共 244 行，iOS / 安卓各 5 个环节人数和 App 版本
- 不用逐层手工透视，直接拿到带贡献度排序的归因树
- 定位到问题只在个别地区和端的支付环节，其他环节都正常
- 附通俗业务说明可直接转述，和版本上线的关系由研发确认
附件里的公司、人物和数据全部虚构，可以放心在 Quick 里试。
提示词：
| 假设今天是 2026-10-15。9 月 App 转化率比 8 月低了，我想知道原因。附件《App转化漏斗_日数据.csv》是 8 月 1 日到 9 月 30 日的每日漏斗，按地区分行，iOS 和安卓各有访问、商品详情、加购、进入支付页、支付成功五个环节和版本号。转化率按支付成功用户除以访问用户，按月汇总后算。请按 地区 → 端 → 漏斗环节 → 版本和日期 逐层拆解，每层列出对整体变化的贡献（百分点）并排序，找出主因和次要因素；最后写三句话给业务同事看，不用技术术语。哪些只是相关、需要研发确认的，单独标出来。结果作为初稿，由我判断后再发。 |
附件：
你应该看到：
照着做一次，Quick 能帮你做到这些。具体数字和措辞每次会略有不同。
- 打开 Quick，点 Chat 新建对话。
- 点输入框左侧 +，选 Upload files，选中本页 1 个附件。
- 粘贴提示词并发送，对照下面的“你应该看到”核对结果。
- Connectors：在 Customize > Connectors 以只读方式连接埋点分析平台或数据仓库的漏斗表，再连上发版记录，归因时直接带上版本和灰度范围。
- Dashboards：在 Dashboards 固化一张“地区 × 端 × 环节”的转化率看板，按版本筛选，每天刷新，发版后第二天就能看出异常环节。
- Automations：在 More > Automations 设置每周一早上跑一次周度归因，把贡献最大的 3 个组合推送给你审阅，不自动发给业务方。
不建 Space、不连系统，下载附件就能试；跑通后再接入你的真实数据。
空机试一次：
接入真实业务后可以这样深化：
不熟悉这些功能？先看教程：
- 判断相关是否等于因果，和研发确认版本问题
- 决定是否回滚版本或暂停灰度
Quick 负责准备，关键判断和对外动作由你确认。
下因果结论或发起版本回滚
指标口径最终定义权、因果判断、对外署名、敏感数据广播范围、目标设定均由人决定。
高管摘要Data Story
全部打开把 12 页月度经营底稿浓缩成 150 字高管摘要，配 1 张关键图建议和 3 条可执行建议。
用到的 Quick 能力：Chat、上传附件、Skills
- 逐页读出底稿的表格和备注，复算续费率和获客成本
- 选出 3 个核心数字并找到对应的套餐、渠道驱动
- 写 150 字摘要、关键图建议和 3 条建议
约 1:41 的演示，和下面的步骤一一对应。
Quick 会帮你：
你会感受到的变化：
从翻 12 页底稿自己提炼，变成直接审阅一份带页码出处的摘要初稿。
- 月度经营分析底稿.pptx：星澜家庭会员 9 月经营分析底稿 12 页：口径、核心指标、收入趋势、会员变动、续费、渠道、套餐、工单、区域、已知事项
- 不用翻完整份底稿，核心指标连同页码出处直接提炼好
- 看出续费下滑集中在单个套餐，且与调价同时出现，因果待确认
- 拿到高管摘要初稿和配图建议，是否发送、谁来负责由你定
附件里的公司、人物和数据全部虚构，可以放心在 Quick 里试。
提示词：
| 假设今天是 2026-10-15，下周要开月度经营会。附件《月度经营分析底稿.pptx》是星澜家庭会员 9 月的分析底稿，共 12 页，数字在表格、正文和备注里。请帮我写一份给管理层看的摘要：1）不超过 150 字，围绕收入、续费、获客三件事，选 3 个核心数字，每个写实际、对比和变化；2）推荐 1 张最能说明问题的图，写清图表类型、用哪页数据、想让大家看到什么；3）给 3 条可执行建议，负责人和完成时间先留空。用业务语言，不要技术术语，每个数字注明来自第几页，因果没法确认的标“待确认”。只出草稿，我确认后再发。 |
附件：
你应该看到
照着做一次，Quick 能帮你做到这些。具体数字和措辞每次会略有不同。
- 打开 Quick，点 Chat 新建对话。
- 点输入框左侧 +，选 Upload files，选中本页 1 个附件。
- 粘贴提示词并发送，对照下面的“你应该看到”核对结果。
- Skills：在 Customize > Skills 导入本页的“高管摘要”Skill，把选核心数字、写摘要、推荐图表和建议的格式固定下来，每月换一份底稿直接套用。
- Spaces：建一个“月度经营会”Space，放入指标口径、历次经营底稿和已发管理层摘要，摘要口吻和指标选择月月一致。
- Dashboards：在 Dashboards 把收入达成、续费率（分套餐）、获客成本（分渠道）三张核心图固化下来，经营会前一天刷新，底稿只需补备注。
- Customize > Skills > Create > From file，选下载的 SKILL.md。
- 保存后在 Chat 里说“用 高管摘要 处理这些附件”，或直接粘贴提示词，Quick 会自动用上。
- 按团队口径改 SKILL.md 里的模板和规则，再重新导入。
不建 Space、不连系统，下载附件就能试；跑通后再接入你的真实数据。
空机试一次：
接入真实业务后可以这样深化：
把这个方法固化成 Skill · 高管摘要：
这个 Skill 只封装本场景的方法和输出格式，不依赖任何外部系统，新账号也能直接导入。
不熟悉这些功能？先看教程：
- 摘要定稿和对管理层署名发送
- 建议的负责人、时限和是否执行
Quick 负责准备，关键判断和对外动作由你确认。
以你的名义向管理层发送摘要
指标口径最终定义权、因果判断、对外署名、敏感数据广播范围、目标设定均由人决定。
指标异常检查
全部打开按团队的告警规则逐条检查近两周核心指标，先排除数据延迟误报，再给真实异常写诊断初稿。
用到的 Quick 能力：Chat、上传附件
- 按 yaml 规则逐条计算，合并连续触发的告警
- 用数据完整度和同步时间识别数据延迟误报
- 结合当日变更写出真实异常的诊断初稿
约 1:41 的演示，和下面的步骤一一对应。
Quick 会帮你：
你会感受到的变化：
从每天盯看板、自己判断是不是数据没到齐，变成直接拿到一份分好真假的告警清单。
- 核心指标日数据_近60天.csv：2026-08-16 至 10-14 共 60 天：日活、注册、支付用户、订单、支付金额、退款、接口错误率、数据同步时间与完整度、当日变更
- 告警规则.yaml：6 条告警规则（阈值、对比方式、级别）、数据质量规则、检查窗口和指标联系人
- 不用逐条对照告警规则，告警已去重合并并分好真假
- 识别出数据未同步完成的误报，真实异常与版本升级时间吻合
- 拿到异常说明初稿，阈值不改也不通知人，是否干预由你决定
附件里的公司、人物和数据全部虚构，可以放心在 Quick 里试。
提示词：
| 假设今天是 2026-10-15。附件《核心指标日数据_近60天.csv》是 App 8 月 16 日到 10 月 14 日的每日核心指标，含数据同步时间和当日变更；《告警规则.yaml》是我们的告警规则和数据质量规则。请严格按规则检查 10 月 1–14 日：1）列出所有触发的告警，一张表写规则、日期、实际值、阈值或参照值，连续触发的合并成一条；2）按数据质量规则判断哪些可能是数据延迟造成的误报，说明依据；3）对真实异常写一份诊断初稿，结合当日变更写可能原因、影响范围和核查事项。阈值以文件为准，不要自己改；是否干预由我决定，先不要通知任何人。 |
附件：
你应该看到：
照着做一次，Quick 能帮你做到这些。具体数字和措辞每次会略有不同。
- 打开 Quick，点 Chat 新建对话。
- 点输入框左侧 +，选 Upload files，选中本页 2 个附件。
- 粘贴提示词并发送，对照下面的“你应该看到”核对结果。
- Connectors：在 Customize > Connectors 以只读方式连接数据仓库的指标日表和发布记录，再把数据同步日志接进来，检查时直接判断数据是否到齐。
- Automations：在 More > Automations 设置每天早上 9:30 按告警规则跑一次检查，把触发清单和诊断初稿推送给你，是否通知值班由你决定。
- Spaces：建一个“指标监控”Space，放入告警规则、指标口径和历次告警复盘，团队调整阈值和排查时有同一份依据。
不建 Space、不连系统，下载附件就能试；跑通后再接入你的真实数据。
空机试一次：
接入真实业务后可以这样深化：
不熟悉这些功能？先看教程：
- 告警阈值的设定和调整
- 是否干预、是否通知值班和业务方
Quick 负责准备，关键判断和对外动作由你确认。
修改告警阈值或自动通知值班
指标口径最终定义权、因果判断、对外署名、敏感数据广播范围、目标设定均由人决定。
我们将 Quick 视为大规模数字化转型的催化剂，并计划于 2026 年将用户规模扩展 25％ 或更多。
数据分析和 IT 治理副总裁兼美洲区域首席信息官 Bhavik Rao
Vertiv