含糊时先补问，不要补语句

公开实践把澄清写成制度：维度、时间、口径不清，必须先问。这和「尽量给一个答案」的聊天习惯相反。问数不是聊天。用默认值补全的语句，错了无法追责，对了也无法复用。

哪些必须问回去

时间缺起止、指标有两个候选计算、范围含糊到「相关地区」。这三类不要猜。

哪些可以暂定时针

呈现方式没说，可以先出表。排序没说，可以先按指标降序，但要在收据上注明是默认。

把补问写成选项

「销售额是成交还是支付？」比「请提供更多信息」有用。选项是在帮对方做决定，不是在展示礼貌。

一次完整的问法可以先写成下面这样：

销售额有两个口径：下单金额、支付金额。请选一个；时间是否截至昨天？

落到语句上，草稿常常是：

-- 澄清完成前不执行汇总。下面只是候选，不是答案。
-- A: SUM(order_amount) WHERE order_time IN [start, end)
-- B: SUM(pay_amount)    WHERE pay_time   IN [start, end)
SELECT 1 WHERE false;

空跑一条语句，比跑一条猜的汇总更诚实。澄清不是失败，是第一拍还没结束。

提问是规格，不是文采

公开的提问建议把好问题拆成时间、指标、筛选、统计、呈现。我把它当成规格书。规格可以写得不好看，不可以缺零件。零件缺了还硬跑，就是用默认值替别人做决定。

相对时间必须有锚点。形容词必须换成规则。追问必须能单独重跑。这三条足够挡住提问阶段最常见的漂。

高频问题做成卡片。卡片有版本。口径改了就升版本，不要在聊天里口头补丁。口头补丁过一周，谁也说不清当时的数是哪一版口径问出来的。

读完这一辑可以做什么

把你最常问的三句话写成卡片。每张卡片第一行写锚点规则，第二行写指标计算，第三行写排除项。然后拿这三张卡片去对三天的报表。对不上，先改卡片，不改心理预期。

澄清不是失败。失败的是用默认值替别人做决定。