没有历史数据时,给出区间预算的正确做法是先确定“花钱的边界条件”,再让区间宽度反映不确定性的来源,而不是把猜测写成带小数点的精确数字。一个可执行的原则是:只对能独立验证的最小单元给出价格,对组合效果只给区间;如果某个环节连最小单元都无法验证,就把它标为待验证项,而不是给它编一个中间值。
常见的情况是,新站或新品类第一次做推广,拿到的方案反而比做了两年的老站更“精确”:对方能给出“每月固定费用”“每篇内容单价”“每千次展示成本”这样的确定数字。这看起来是专业,实际上往往是把不确定性从报价里删掉了。
有两种解释都能说明这个现象。
这两种解释指向完全不同的预算结构。前者可以放心按单价乘数量;后者需要你额外准备一笔验证和调整的钱。
判断一份报价属于哪种情况,不需要历史数据,只需要做一件事:要求对方把总价拆成“可单独验收的单元”,并说明每个单元的验收标准。
可独立验证的单元通常具备三个特征:交付物可清点、完成时间可确认、与你的业务指标之间没有直接承诺关系。例如:
如果拆分后每个单元都能验收,那么解释一成立,你可以用“单元单价 × 数量”得到预算下限,再给数量留出浮动区间。如果拆分后仍然只有“整体效果”一个验收点,那么解释二成立,你需要把预算分成两部分:一部分买可验收的执行,另一部分作为验证成本,并且明确验证不通过时怎么停。
实际动作:把报价单里所有“按月”“按套餐”“按效果”的项目改写成“交付物 + 验收标准 + 单价”。改完之后,你会发现有些项目根本写不出验收标准。这些项目就是区间预算里应该被标为“待验证”的部分,而不是被平均进总价。
区间宽度应该对应“你还不确定的那件事”。常见的三类不确定性和对应的区间处理方式如下。
假设一个场景:你准备为一个新品类做内容推广,没有历史数据。你可以这样写预算,而不是写一个精确总数。
这样给出的总预算是一个区间,而不是一个假精确的数字。区间的两端都有明确含义:下限是“只做可验收的最小量”,上限是“验证通过后愿意追加的量”。
没有历史数据时,两种做法都成立,但适用条件不同。
先买执行适用于:交付物标准化程度高、你的业务对内容或展示量有明确的最低要求、且你能自己判断交付质量。代价是,如果方向选错,执行量越大浪费越多。选择这个做法时,预算的重点是控制单次执行量,而不是压低单价。
先买验证适用于:转化路径长、目标人群不明确、或者你无法判断交付物好坏。代价是前期看起来“没做什么东西”,而且验证本身也要花钱。选择这个做法时,预算的重点是设定停止条件:验证预算花完仍无法判断下一步,就暂停追加,而不是继续投入。
区分这两种情况的证据是:你能不能在不依赖对方的情况下,判断一次交付是否合格。能判断,就先买执行;不能判断,就先买验证。这个判断不需要历史数据,只需要你对自己的业务足够了解。
一份没有历史数据支撑的区间预算,至少要包含三样东西:可验收单元的单价、验证预算的金额和停止条件、以及待验证项的清单。缺少任何一样,区间就会退化成“拍脑袋给个范围”。
下一步动作很具体:拿着拆分后的单元清单,先只确认第一个可验收单元的价格和验收方式。这个动作的结果会直接决定区间下限是否可信;如果连第一个单元都无法验收,那么整个预算就应该先停在验证阶段,而不是继续往下算总数。