同一笔订单在两个入口之间被抢着认领，每月月底都要闹一次。分销后台说这单是我引来的流量，窗口说票是我当面打出去的，票务系统里的渠道字段却只能填一个值，填了谁，另一方就不认这张表。

两种归因差在取哪一步。首触归因认第一眼相中的那个入口，游客在小程序里搜到门票、最后走到窗口买，算小程序的功劳；出票归因认钱货两讫那一步，同一单算窗口。把这两条规则在售票系统后台并排跑一遍，哪个渠道好看完全由你选哪条决定。我们拿三十天数据对照过：小程序在首触口径下的量比出票口径高出四成，OTA 反而低近三成，因为 OTA 的单基本都是系统自动出票、闸机核销，一步到位没有中间跳转，首触反而占便宜。

佣金只能按一个口径结，我定的是出票口径：归因以最终出票渠道为准，首触只作参考不进结算。理由很实在——佣金是要往外付钱的，得有一个谁都没法事后改动的落点。出票这一步在票务系统里有票号、有时间戳、有经办工号，三方对得上；首触那条记录只活在浏览埋点里，游客第二天重新搜一遍，这条线就断了。首触量单独出一张参考表给运营看投放，不进财务的结算包。

游客在小程序下单、到窗口出票这一类，要拆成两种情况说。线上已经支付成功、到窗口只取票的，出票渠道仍记小程序，窗口只做换票动作，不重算归属；线上没付款、到窗口现场成交的，归窗口。分界点就是支付完成那笔的渠道字段，售票系统里这一列一旦写入就不再改，要改必须留单号和经办人。这条界线一年前没写清楚，那半年小程序被多算了上百单，分销月底对账全乱，最后靠人工逐单剔，剔了三天。

归因规则为什么要写死

归因最怕的是每次对账都重算一遍。规则现在就钉在票务系统的字段说明里，只有四句：一单一渠道；以出票渠道为准；支付渠道与出票渠道不一致时以支付渠道优先；任何人工改归属都要留原单号与经办人。这样定不是图省事，是因为只要规则还能临时讨论，渠道方就会挑一个对自己有利的算法。报表上多出来的那几个百分点，最后都会变成结算单上的争议条目。渠道月表每月 3 日 12 时冻结，冻结之后补进来的单进下月，三方在冻结版上签字，签完只许修明细、不许动归因规则；前面那套首触与出票的并排对照，每季度重跑一次，运营提数、财务复核，规则改一个字都要留生效日期。

例外单列一条：带推荐码的订单按推荐码归。员工、导游、旅行社各有自己的码，扫码进来的单不看首触也不看出票入口，直接按码所属的主体归，这一条在合作约定里先于系统规则。三个口径的优先顺序要摆明写清：推荐码优先于出票渠道，出票渠道优先于首触，三行并排贴在售票系统的渠道表表头，日结员从上往下判，不给任何人挑算法的空间。