网站设计外包：甲乙双方指标不同如何建立可对照的交付表
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /ed0a7c574a12.html
📄
网站设计外包：甲乙双方指标不同如何建立可对照的交付表
当甲方用“页面转化率、内容更新效率”考核，乙方用“设计稿数量、切图完成度”结算时，双方指标天然不在同一层。可对照的交付表不是把两套指标强行合并，而是先建立一个“共同可观测层”：每个交付物同时标注乙方可交付状态和甲方可验收结果，并约定一个双方都承认的中间证据。做不到这一点时，保留原指标、改写指标或退出该交付项，三种取舍各有适用前提。
先判断指标差异属于哪一类，再决定保留还是改写
指标不同通常有三种成因，处理方式完全不同。第一种是颗粒度差异：乙方按“设计稿页数”计量，甲方按“用户完成注册”判断，两者之间隔着开发和运营。这类差异可以保留双方指标，但必须补一个中间层，例如“设计稿通过评审并交付给前端”这一状态。第二种是定义差异：甲方说“首页改版完成”，指视觉上线；乙方说“完成”，指源文件移交。这类差异必须改写，统一到可检查的动作描述上。第三种是目标差异：甲方要转化，乙方只对视觉还原负责。这类差异不宜硬改，应拆成两份表，一份管交付，一份管效果，并明确效果不由乙方单独承担。
判断方法很简单：把双方各写三条验收标准，逐条问“这条能不能由对方单独举证”。能举证的保留，不能举证的改写，双方都不认领的退出该交付项。
可对照交付表的最小结构：一行一个交付物，三列证据
不要先做复杂模板。先做一张只有三列的表，每行一个交付物：
- 交付状态列：乙方能直接控制的完成描述，如“首页视觉稿输出并标注间距”。
- 验收证据列：双方约定用什么看，如“设计文件链接加一页标注说明”。
- 结果指标列：甲方关心的业务或体验结果，如“移动端首屏加载后可见主行动按钮”。
关键在第三列必须写明“由谁在什么条件下测”。例如“移动端首屏加载后可见主行动按钮”需要注明测试设备、网络条件和判断人。若甲方无法提供测试条件，这一列就降级为“待甲方补充测量方式”，不能默认乙方达标。
假设一个场景：甲方要求“改版后咨询量提升”，乙方只承诺“表单区域按确认稿实现”。此时交付表应把“表单区域实现”放入交付状态列，把“咨询量提升”放入结果指标列并标注“需甲方投放与客服配合，不单独归因于设计交付”。这个假设说明的是比较方法，不是真实项目结论。
保留、改写、退出：三种取舍的适用前提
保留适用于双方指标可以并存且互不替代的情况。前提是甲方愿意承担效果侧测量，乙方愿意承担交付侧举证，中间证据由双方共同确认。保留时交付表要写清“乙方不对结果指标单独负责”，否则后期争议仍会回到原点。
改写适用于定义模糊或颗粒度错位的情况。前提是双方能接受把“完成”换成可观察动作，例如把“设计完成”改写为“视觉稿经甲方书面确认并移交前端所需切图与标注”。改写后，验收人、验收方式和异议期限都要一并写进交付表，否则改写只是换词。
退出适用于某一交付项无法找到双方都认领的证据，或者甲方要求的结果指标依赖乙方无法控制的外部条件。前提是退出要显式记录，而不是默默删掉。退出项应写明“不纳入本次外包范围”及“由哪一方另行处理”，避免后期被重新拉回验收清单。
一个可执行动作：先做双向举证演练，再定表
在正式签交付表前，选一个争议最大的交付物做一次双向举证演练。动作是：乙方按自己的标准提交一次“完成”证据，甲方按自己的标准提交一次“不通过”理由，双方当场判断这两个证据是否指向同一件事。结果会直接影响下一步：
- 如果两方证据指向同一交付物但标准不同，说明需要改写，进入定义统一。
- 如果两方证据指向不同交付物，说明颗粒度错位，需要补中间层或拆表。
- 如果一方无法提供任何可检查证据，说明该指标不具备可对照条件，应考虑退出或转为甲方自管项。
演练后只改交付表，不改双方内部考核口径。内部考核可以继续用各自指标，但对外交付表必须使用共同可观测层，否则对照关系会在第一次验收时断裂。
规模化后出现例外时，不要直接照搬个别样本
个别项目里，双方指标不同也能靠口头默契推进，但规模化后会出现例外：换一个甲方对接人、换一个乙方执行人，原来的默契就不成立。此时不能把某个顺利样本直接复制成通用交付表。判断边界的方法是看三个条件是否同时满足：交付物可被第三方检查、结果指标有明确的测量责任方、退出项有书面记录。缺任何一个，该样本就不适合直接照搬，只能作为改写交付表的参考。
如果请求量、抓取量或某项统计突然归零，也不能单独证明交付表处理正确。它可能来自统计口径变化、访问来源变化或测量工具调整。正确做法是回到交付表，核对对应交付物的证据列是否仍然成立，再决定是保留、改写还是退出该行。
