公司网站推广计划：甲乙双方指标不同如何建立可对照的交付表
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /7499c117dbf7.html
📄
公司网站推广计划：甲乙双方指标不同如何建立可对照的交付表
结论先说：当甲方用询盘量、成交额这类结果指标，乙方用收录量、排名数、点击量这类过程指标时，交付表不能只做一张，而要建立“双层结构”——乙方层记录可核对的执行量，甲方层记录业务结果，中间用一段双方共同确认的归因假设连起来。只有承认两层指标不能直接换算，交付表才可能被双方同时接受。若甲方把结果指标直接写进乙方的考核条款，或乙方用过程指标替代结果承诺，这套结构就会失效。
先分清两类指标为什么天然不对等
甲方关心的是钱和线索，乙方能直接控制的是页面、内容、投放动作。两者之间隔着一整条转化链路：曝光到点击、点击到访问、访问到咨询、咨询到成交，每一步都受产品、价格、客服响应和季节影响。把这条链路压成一个数字，等于让乙方为甲方内部的承接能力负责；反过来，只报动作数量，甲方也无法判断钱花得值不值。
所以可对照的前提不是“统一指标”，而是“统一口径和分工”。乙方对执行量和过程数据负责，甲方对承接和转化负责，交汇点放在双方都能看到的中段数据上。
交付表建议拆成三层，而不是一张大表
第一层是执行层，写给乙方：本期计划完成的具体动作，例如新增或改写的页面数量、发布的内容篇数、内部链接调整处数、提交的站点地图与结构化数据项。这些项应当是乙方能在不依赖甲方配合的情况下独立完成的。
第二层是过程层，双方共看：抓取与索引状态、目标页面的展现与点击、进入网站后的停留与跳出、表单或咨询入口的触发次数。这一层的作用是判断执行是否真的产生了可见变化，而不是判断生意好坏。
第三层是结果层，写给甲方：有效咨询数、有效线索的判定标准、成交或签约数。结果层必须由甲方提供数据并注明统计口径，例如“有效咨询”如何排除重复和无效号码。乙方不承诺这一层的数字，但可以据此调整下一期方向。
三层之间用一行“本期归因假设”连接，写明双方暂时认同的因果判断，例如“假设咨询量变化主要来自目标页面改版，而非同期投放加量”。这行字是后续复盘的锚点，也是争议发生时最先被检验的部分。
让交付表可对照的四个具体动作
- 把每个指标写成“口径+来源+责任人”三件套。例如“自然搜索进入的咨询提交次数，来源为甲方表单后台，责任人为甲方市场对接人”。缺任何一项，这个数字在下次会议就会被质疑。
- 给过程指标设观察基线，而不是设目标值。先记录交付前连续若干周期的实际水平，再看变化方向。基线的作用是区分“本来就在涨”和“因为这次动作而涨”。
- 约定一个统一的统计周期和截止时点。甲方的成交数据往往滞后，若与乙方的月度执行周期对齐，结果层永远显示“未完成”。可行做法是结果层按季度回看，执行层按月度交付。
- 为指标变化准备至少两种解释。例如咨询量上升，可能是页面改版起效，也可能是同期广告加量或行业旺季。交付表里预留“其他可能原因”一栏，由甲方填写，避免把相关当成因果。
一个假设例子：怎样判断结论是否成立
假设某期交付表显示：乙方完成了约定的页面改写，目标页面点击量上升，但甲方后台的有效咨询数没有变化。此时有两种解释成立的可能：一是改版确实带来了更多访问，但落地页的咨询入口或客服响应没有跟上；二是点击量上升来自展现范围扩大，而进入页面的意图与业务不匹配。要区分这两者，可以核对同一时间段内咨询入口的触发次数和客服首次响应时长——如果触发次数上升而有效咨询不变，问题更可能在承接环节；如果触发次数本身没动，则更可能出在流量意图上。这个判断直接影响下一步：前者要甲方调整承接流程，后者要乙方调整内容与关键词方向。
反例同样要写清楚：如果甲乙双方在合同里把结果指标直接绑定付款，那么无论交付表做得多细，乙方都会倾向于挑选容易达成的口径，甲方也会在数据归属上设防，三层结构会退化成互相举证。此时可对照的交付表无法建立，需要先改考核方式，再谈表格设计。
下一步动作：先做一次口径对齐会
不要先做表，先做一次口径对齐会。会上只做三件事：确认三层指标各自的来源系统、确认结果层的统计周期与判定标准、确认本期归因假设。会后由一方起草交付表初稿，另一方只做删改而不新增口径。初稿完成后，用上一期的历史数据试填一遍——如果某个字段填不出来，说明口径还没对齐，而不是执行没做到。这一步的结果决定交付表能否进入常规使用：填得出来的字段保留，填不出来的字段要么补数据来源，要么从表中删除。
