2023年黑五前一周,我帮一个做家居品类的跨境团队复盘广告账户,发现一个反常识的现象:他们的广告花费比上个月增加了62%,订单量却只涨了11%,而客服系统里关于”物流太慢”的工单在同一时间翻了三倍。三个数据分别躺在广告后台、订单后台和客服工单系统里,没有人把它们放在一起看过。这不是执行力问题,这是框架问题,流量获取从来没有被当成运营系统的一个模块,而是被当成一个独立的外包工种。
这篇文章想讲清楚一件事:把流量获取纳入系统搭建,不是给广告投放加一个数据看板,而是让流量决策和库存、履约、客服、复购共用同一套事实。我会先给结论,再讲我踩过的坑,然后用一套可验证的判断标准和一个真实落地案例(以数跨境为工具载体),把这件事拆到可以执行的程度。
大部分跨境电商团队的运营框架是一条直线:选品 → 上架 → 投流 → 出单 → 发货 → 售后。这条线上,流量处在第三环,它的上游是产品,下游是履约。直线结构的问题在于,任何一环的数据都不回头影响前面几环,广告投手不知道库存水位,采购不知道广告的边际获客成本正在恶化,客服不知道某条差评来自哪个广告组带来的低质流量。
我的结论是:流量获取必须被建模成一个带反馈回路的模块,它的输入不只是预算和素材,还包括库存深度、履约时效、客单价结构、复购周期;它的输出也不只是订单,还包括客户质量信号,这些信号要回流到选品和采购决策里。
先算一笔账。假设一个团队月广告花费20万元,平均ACOS(广告成本销售比)是28%,也就是带来约71万元的广告归因销售额。如果因为库存断货导致其中15%的广告点击落在无货商品页上,这部分花费约3万元,转化率接近于零。这3万元不是”浪费”,而是系统缺失造成的确定性损耗,因为投手看不到库存状态,排期和补货是两条平行线。
更隐蔽的是第二层损耗:低质流量带来的客服成本和退货成本。我在2022年做过一次抽样,某个品类的广告订单退货率是自然订单的2.1倍,但广告后台完全看不到这个指标。当退货率被计入之后,那条广告计划的真实ACOS从26%上升到41%,已经超过毛利线。

我判断一个团队是否真的把流量纳入了系统,不看他们用什么工具,只看三件事:
把流量纳入系统搭建,本质是把”投放”这个动作,从一个人的经验判断,变成一个组织的事实基础。工具只是载体,框架才是资产。下面我从真实场景开始,讲清楚这个框架为什么值得重建。
先说清楚我描述的团队画像:年GMV在1500万到4000万之间,主战场是亚马逊加一个独立站,团队15到30人,有专职投手1到2人,运营3到5人,供应链2到3人。这是我接触最多的一个区间,也是系统缺失代价最明显的区间,大到需要用数据决策,小到请不起数据团队。
2022年旺季,这个团队的广告后台显示当月广告销售额是183万元,但财务从订单系统导出的、能被广告归因标记的订单只有141万元。差额42万元,占23%。我们花了三天时间排查,原因有三层:平台归因窗口是14天,而他们的财务口径是按下单日统计;部分订单在广告点击后跨设备下单,ID无法贯通;还有一部分是站内促销和广告同时触达,归因被重复计算。
这件事的直接后果是,投手在旺季中间要求加预算,理由是ROI很好;而财务认为广告在亏钱,要求削减。两个人都没错,因为他们在用两套口径说话。
同一个旺季,一个主推款在11月中旬断货,断货持续了9天。这段时间广告没有停,因为投手看不到库存,他看到的只是”这条计划昨天ROI 4.2,很好”。与此同时,仓库里另一个SKU积压了4200件,占用资金约68万元,而这个SKU的广告在10月就已经被停掉了。
断货期的广告花费大约是5.6万元,几乎全部浪费。更严重的是排名下滑,断货9天之后,这个关键词的自然排名从第2页掉到第5页,恢复用了将近六周。

第三次是2023年上半年,团队尝试投放一个新渠道,预算控制在每月4万元,测试期为两个月。两个月后,负责人无法回答一个最基本的问题:这个渠道带来的客户,三个月内的复购率是多少,LTV(客户生命周期价值)能不能覆盖获客成本。
原因是新渠道的订单落到独立站之后,没有做来源标记的持久化存储,客户注册邮箱、订单号、渠道来源三者没有在同一个客户主数据里串起来。三个月后想回溯,数据已经散了。
三次翻车看起来是三个问题:口径不一致、信息不互通、数据不留存。但本质是同一个问题的三种表现:流量获取在自己的系统里闭环,却没有和运营主系统发生数据交换。
把流量纳入系统搭建,要解决的就是这个交换问题。
我见过至少二十个团队说自己”已经有系统了”,但真正把流量纳入运营闭环的不到三成。误区集中在这几个地方。
这个说法的隐含假设是,系统是效率工具,规模大了才需要。但系统首先是决策工具,它决定你在什么信息基础上做决策。一个日花5000元的团队,如果不知道真实ACOS,每天可能多花1500元在无效流量上,一个月就是4.5万元,这已经超过很多SaaS工具的年费。
更现实的问题是,业务从小到大的过程中,数据口径如果一开始就是错的,后期修正的成本远高于一开始就建对。我见过一个团队在GMV 800万时才开始做归因治理,花了四个月清洗历史订单数据,成本大约是提前建设的3倍。
ERP管的是货和账,订单中台管的是履约,它们都不天然承担流量决策职责。一个典型的判据是:当你在ERP里看不到某个SKU的广告边际获客成本时,它就不是运营系统。
很多团队的做法是买一个大而全的平台,试图用一个工具解决所有问题。结果是每个模块都用到30%的功能,模块之间的数据仍然是断的。
广告后台的ROI是一个产品化口径,它服务的是平台自身的收入逻辑,不是你的利润逻辑。它通常会漏掉:退货成本、客服成本、履约超时成本、跨渠道重复归因、自然流量的挤出效应。
我的经验是,在服装、家居、宠物这三个品类里,广告后台ROI和真实ROI的差距通常在15%到40%之间,退货率越高,差距越大。这不是平台在作假,是口径不同。

一个年GMV 2000万的团队曾经同时在用:广告管理工具、ERP、独立站后台、客服工单系统、选品工具、BI工具,六个系统。数据要在Excel里人工拼接,每周花在数据整理上的时间是14个小时,占总工时的12%。
系统强度的判断标准不是工具数量,而是从”发现异常”到”执行动作”的链路长度。如果发现库存异常需要先导出两张表、比对之后再登录另一个后台手动暂停广告,那这条链路至少有四步,任一步延迟都会放大损失。
这是最隐蔽也最致命的误区。当流量被划归市场部KPI,市场部就会优化它唯一能控制的指标:获客量和ACOS。库存、履约、复购这些它控制不了的指标,自然不会进入它的决策函数。
结果是市场部冲量,供应链被动应对,客服承担后果,财务承担最终损益。一个健康的框架里,流量决策的所有者应该是统筹全局的角色,流量执行才属于市场部。
下面这套判断逻辑,是我在多个项目里反复打磨出来的。它不依赖具体工具,你可以用它来诊断自己现有的系统,也可以用它来评估采购方案。
时效决定你能不能做干预,粒度决定你能做多细的干预。我给一个可以对照的基准:
| 数据类别 | 可接受时效 | 理想时效 | 最低粒度要求 |
|---|---|---|---|
| 广告消耗与点击 | T+1 | 小时级 | 广告组 × 关键词 × 天 |
| 订单与归因 | T+1 | 小时级 | 订单 × 流量来源 × SKU |
| 库存可售天数 | 天级 | 小时级 | SKU × 仓库 × 渠道 |
| 履约时效异常 | 天级 | 小时级 | 订单 × 物流渠道 |
| 退货与工单 | 周级 | 天级 | SKU × 流量来源 |
注意最后两行。退货和工单这两类数据,是区分”广告看板”和”运营系统”的分水岭。只有广告数据的系统本质上还是看板,能把这些慢数据也拉进同一张表的,才具备系统属性。
ID贯通听起来是技术问题,实际是框架问题。核心要回答的是:一个客户从第一次点击广告,到注册、下单、复购,中间换了设备、换了渠道,你能不能认出是同一个人。
我的做法是建立一个轻量的客户主数据表,用若干弱标识做概率匹配:邮箱哈希、手机号后四位、收货地址哈希、设备指纹、支付账号标识。这不是完美的确定性合并,但比不做要好得多。实操中,概率匹配通常能把跨设备归因覆盖率从60%左右提升到85%以上,剩下的15%需要在模型层面做置信区间处理,而不是假装它不存在。
— 客户主数据的弱标识匹配逻辑(示意)
— 目标:把广告点击记录与订单、复购记录串成同一客户
WITH identity_graph AS (
SELECT
click_id,
COALESCE(
email_hash,
concat(phone_last4, '_', address_hash),
device_fingerprint,
pay_account_id
) AS unified_key,
click_time
FROM ad_clicks
WHERE click_time >= DATE_SUB(CURRENT_DATE, INTERVAL 180 DAY)
),
order_identity AS (
SELECT
order_id,COALESCE(
email_hash,
concat(phone_last4, '_', address_hash),
pay_account_id
) AS unified_key,
order_time,
sku_id,
quantity,
amount
FROM orders
)
SELECT
o.order_id,
o.amount,
MIN(c.click_time) AS first_touch_time,
MAX(c.click_time) AS last_touch_time,
COUNT(DISTINCT c.click_id) AS touch_count
FROM order_identity o
JOIN identity_graph c
ON o.unified_key = c.unified_key
AND c.click_time <= o.order_time
GROUP BY o.order_id, o.amount;上面这段只是示意结构,真实环境里要考虑数据量、延迟和隐私合规。但它说明一件事:归因链路的建立是一个数据建模工作,不是运营工作,它必须在系统层解决。
这是最能体现”系统”二字的地方。我把它分成四个成熟度等级:
大部分团队停留在L1到L2之间。我的判断是,年GMV超过2000万就应该到L3,因为人的响应速度在黑五这种场景下跟不上库存变化。
可以做一个自检:你能不能在下单后五分钟内,算出某一笔广告订单的预估净贡献?
预估净贡献 = 订单金额 − 商品成本 − 头程分摊 − 平台佣金 − 广告花费分摊 − 预估退货损失 − 预估客服工单成本
如果这里面有任意一项需要人工去另一个系统查,那你的模型就无法用于实时决策。这不是要求每一项都精确,而是要求每一项都有可取用的估算值。

我把上面四个维度整理成一张可以直接使用的自检表,每项1分,总分12分。
| 检查项 | 0分表现 | 1分表现 |
|---|---|---|
| 广告消耗时效 | 周报 | T+1或更快 |
| 订单归因粒度 | 只有渠道级 | 到广告组和SKU |
| 客户ID贯通 | 无统一标识 | 有主数据表 |
| 库存数据接入 | 人工问询 | 系统可查 |
| 库存触发决策 | 无 | 有规则触发 |
| 履约异常回流 | 不回流 | 进入流量决策 |
| 退货成本归集 | 只在财务 | 可按来源拆分 |
| 客服成本归集 | 不归集 | 可估算 |
| 净贡献实时可见 | 月结才知 | 下单后可见 |
| 异常到动作链路 | 4步以上 | 2步以内 |
| 新渠道可评估 | 不能 | 有留存数据 |
| 复购可按来源拆 | 不能 | 可拆到渠道 |
低于6分的团队,问题不在执行,在框架;6到9分的团队,缺的是几个关键连接;9分以上的团队,重点应该放在模型精度和自动化程度上。
这一节讲一个相对完整的落地过程。工具载体是数跨境(官网:https://shukuajing.jiushuyun.com/?utm_source=seo&utm_plan=est&utm_unit=gys),我选择它作为案例,不是因为它能解决所有问题,而是它在”流量数据与经营数据打通”这件事上的定位比较清晰,适合用来说明框架怎么落地。
项目起点是一家做户外装备的跨境卖家,主要渠道是亚马逊美国站加独立站,年GMV约2600万,SKU数量约420个,团队22人。落地前的状态是:广告数据在平台后台,订单数据在ERP,库存数据在另一个表格里,退货数据在客服系统。
用上一节的12项自检表打分,他们当时是4分。
我们做的第一件事不是接工具,而是定义口径。花了大约一周,确定了六件事:归因窗口用7天点击加1天浏览、跨设备用概率匹配、退货按原订单归因、广告花费按广告组日均分摊、库存按可售天数而不是件数、履约时效按承诺时效达成率统计。
这一步没有技术含量,但决定了后面所有数据能不能用。我见过太多团队跳过这一步直接上工具,结果工具跑出来的数字和财务对不上,最后工具被弃用。
接入之后,最直接的变化是能看到一张合并表:广告组、SKU、花费、点击、订单、退货、可售天数在同一行。这张表看起来简单,但它让一个之前没人问过的问题浮出来了,哪些广告组在给低库存SKU导流。
第一次跑出来,有17个广告组对应SKU的可售天数低于10天,合计月花费约4.8万元。这不是投手的错,他只是看不到。调整之后,这部分预算被重新分配到了库存健康的SKU上。

这一步是把判断从”人”交给”规则”。我们设置了三条规则:可售天数低于7天的SKU,对应广告组出价下调30%;低于3天,计划暂停;补货到仓并确认上架后,自动恢复到原出价的80%,观察48小时再决定是否恢复全量。
上线第一个月,触发暂停的次数是23次,触发降价的是61次。这些动作如果靠人工,至少需要每天两轮检查,实际做不到。
退货和客服工单是两个慢变量,但它们是真实成本的关键。接入之后,我们做了一个分析:按广告组看退货率,最高的广告组退货率达到31%,最低的只有6%。
更细的发现是,高退货率广告组的共同特征是素材强调”超轻便携”,而实际产品的重量在同类里属于中等偏上。这不是产品质量问题,是期望管理问题。调整素材之后,这个组的退货率在六周内降到17%。
第三个月复盘时,几个关键数字:广告花费下降约9%的情况下,广告归因销售额增长了14%;真实ACOS从34%降到27%;每周数据整理时间从14小时降到3小时;12项自检表从4分提升到10分。
需要说明的是,这些变化不是单靠工具实现的,工具解决的是”看不见”和”来不及”,规则制定和口径统一仍然是人做的。把功劳全归给工具是另一种误区。
过程里也有失误。第一个坑是初期想一次性把所有数据都接进来,包括一些使用频率极低的字段,导致项目周期拉长到预期的一倍。后来砍掉三分之一,先跑通核心链路。
第二个坑是自动化规则设得太激进,有两次因为库存数据同步延迟,把本来有货的SKU广告给暂停了,损失了一天多的曝光。后来加了双数据源校验和5分钟延迟缓冲,才稳定下来。
第三个坑是没人负责。工具上线之后默认投手会用,但投手的KPI还是ACOS,他没有动力去看库存和退货。后来把这个岗位的考核改成”按来源拆分的净贡献”,行为才真正改变。系统落地的最后一公里,永远是考核口径,不是工具功能。
框架是通用的,落地路径必须分情况。下面按规模和阶段给建议。
这个阶段不建议上复杂系统,重点是把口径定对、把数据留全。具体做法:
这个阶段的系统就是”好习惯”,成本几乎为零,但决定了后面能不能接得上。
这是最需要把流量纳入系统的区间,也是最容易卡住的区间。建议按优先级三件事:
在工具选择上,优先选能把流量数据和经营数据放在同一个视图里的方案,而不是选广告功能最强但数据孤立的方案。数跨境在这类团队的使用场景里,比较适合承担”经营视角看流量”这一层,它不替代广告投放平台,而是把投放结果放回经营上下文里。
这类团队的核心痛点是口径不一致。建议做两件事:
没有这两步,多平台数据合并只会产生更大的混乱。
独立站的优势是数据自主,劣势是流量来源复杂。建议重点建设:
独立站如果不做同期群分析,就无法判断哪些渠道带来的是长期客户,哪些只是一次性订单。

服务商面临的问题是客户数据权限受限。建议的做法是:
框架落地过程中,有六组取舍是必须做决定的。我把每一组的判断依据写清楚。
判断依据是数据复杂度和团队能力。如果业务模式是标准的平台加独立站组合,采购成熟方案的性价比明显更高,自建通常要6到12个月的周期,且维护成本持续存在。
如果业务有大量非标流程,比如定制、预售、多级分销,采购方案往往需要大量二次开发,这时候自建反而更合适。我的经验分界线是:非标流程占比超过30%,考虑自建;低于30%,采购优先。
全量归因精度更高,但数据量和计算成本显著上升。对于年订单量在50万单以下的团队,全量归因在技术上完全可行。超过这个量级,可以考虑抽样加建模的方式。
取舍的关键不是技术,而是决策需要多细的粒度。如果决策只到广告组级别,就不需要做到订单级别的全量归因。
真正的实时在跨境场景里价值有限,因为供应链和物流本身就是天级甚至周级的节奏。我的建议是分层:广告消耗和库存用小时级,订单和退货用天级,履约和客服用天级。
追求全链路实时是常见的过度设计,成本高、收益低。真正需要实时的是那些能触发自动动作的字段,比如库存水位。
自动化适合规则清晰、波动小的场景,比如稳定期的常规出价调整。人工适合新品测试期、大促期、竞争格局突变期。
我的实践结论是:把70%的常规预算交给规则和自动化,把30%的预算留给人工探索。全自动会在异常场景下放大错误,全人工则无法覆盖长尾计划。
工具数量的边际收益递减得很快。三个深度使用、数据互通的工具,效果通常好过六个浅层使用的工具。
判断一个工具是否值得保留,问一个问题:如果停用它,我的哪个决策会变差?如果答不上来,它就是在制造维护成本。
这是最难的一组取舍。广告后台的ROI奖励短期行为,客户主数据和复购体系奖励长期行为。两个目标在资源有限时必然冲突。
我的建议是按阶段分配:生存期以ROI为主,占比80%;稳定期逐步把比例调到60%,把剩余资源投向客户资产建设。完全放弃短期ROI的团队活不到收获长期资产的那天,但完全不建长期资产的团队会在获客成本上升时失去缓冲。

回到开头那个黑五前一周的场景。如果当时那个团队有统一的客户主数据、有库存联动规则、有按来源拆分的净贡献模型,那个”广告涨62%、订单涨11%”的异常会在第三天就被发现,而不是等到旺季结束。
这篇文章的核心观点可以压缩成三句话:流量获取不是运营的前置步骤,而是运营系统的一个模块;系统的最低要求是数据能双向流动,不是功能多;系统落地的最后一公里是考核口径,不是工具选型。
市面上讲跨境电商运营框架的内容,大多把流量和供应链分成两个话题讲,或者把系统等同于软件采购。我的判断是,跨境卖家真正的护城河不在于某个环节做得多好,而在于环节之间的信息传递速度。
一个团队如果能在库存异常的2小时内调整广告,在退货异常的3天内调整素材,在新渠道测试的90天后拿出复购数据,它的长期获客成本一定低于同行。这个优势不需要天才,只需要框架。
另一个反常识的观察是:把流量纳入系统之后,最先受益的往往不是广告效率,而是选品准确率。因为当你能看到每个SKU的真实净贡献和退货原因时,你会发现自己之前判断的”爆款”里有相当一部分是亏损款,只是被广告口径掩盖了。
如果你决定动手,下面这份清单可以按周推进。
第1周:定口径
第2周:通数据
第3周:建规则
第4周:改考核
不要试图一次做完。我在项目里见过最多的失败模式,不是工具选错,而是想在一个季度内重建整个体系,结果每个模块都做了半成品,最后回到原来的工作方式。
正确的节奏是先跑通一条最小闭环,比如只做”库存异常触发广告暂停”这一条链路,跑稳之后再扩展。一条真正跑通的链路,价值高于十条设计完美但没上线的流程。
框架的价值不在于它多完整,而在于它今天就能被你的团队用起来。从第1周的第一件事开始,比继续讨论工具选型更有意义。
我自己带过五人小团队,最开始就是投放归投放、运营归运营,投手每天盯ROAS,运营盯listing和库存,结果广告报表挺好看,季度一算整体利润没涨。后来才发现问题不在投放技术,而在两套动作根本没接上。
差别主要在归因口径和动作闭环。单独做投放,考核终点通常是ROAS或CPA,投手为了压成本会优先跑低价高转化的老客流量,看起来数据漂亮,但增量其实很小。纳入系统搭建之后,考核终点要换成「单渠道带来的增量毛利」,也就是这条流量扣掉货成本、头程、平台佣金、履约和退货之后还剩多少。
具体做法是把流量获取拆成五段记录:渠道、素材、落地页、承接SKU、履约成本,每一段都留一个可追溯的字段。判断依据很简单,同一条广告如果换了承接SKU之后毛利掉一半,那问题就不在流量端。数据口径建议固定为:渠道级看增量毛利,素材级看点击到加购率,落地页级看首单转化率和7日退货率。
这样投放动作才会被利润反向约束,而不是被ROAS单向牵着走。
我们是先做的投放,做到第三个月才开始补系统,中间踩过不少坑,比如广告后台和库存表对不上,爆单那天才发现某个SKU只剩几十件。所以很多人问的其实不是要不要做系统,而是没资源的时候怎么先跑起来。
先搭最小闭环,别一上来就上BI。一张主表加一个看板就够了,主表至少包含:日期、渠道、素材编号、承接SKU、花费、订单数、退款数、单件履约成本。看板只放四个指标:CPC、落地页转化率、首单毛利、7日退货率。
任务流可以用表格,也可以用某项目管理工具把「选品确认,素材上线,库存校验,投放放量」串成固定流程,每个节点指定一个人负责。判断依据是:只要这四个指标能按周稳定产出,框架就算跑通了,不需要等数据中台。起步阶段建议只盯3个核心SKU,把它们的全链路数据跑准,比铺20个SKU但数据全是断点有用得多。
资源有限时,先固定口径再谈自动化,口径不统一,工具越贵越乱。
去年旺季我们有一款产品被达人带爆了,广告加量当天晚上就断货,链接权重掉下来,后面两周怎么投都恢复不了。那次之后我才真正理解,流量节奏不是投放部门自己能决定的。
核心是把放量节奏和补货提前期对齐。做法是先算清楚这个SKU的补货提前期,比如海运加清关35天、空运7天,然后倒推:如果只靠海运补货,投放放量必须控制在库存可支撑天数之上留出安全垫。设置两个阈值,一个是安全库存天数,低于它停止加量;一个是停投阈值,低于它直接降预算保链接权重。
判断依据是:广告放量速度一旦超过供应链响应速度,多出来的订单就是用断货和权重损失换的,账面GMV涨了,实际是负毛利。数据口径建议每周更新四个数:可用库存天数、在途库存、日均销量、加量后的预测销量。预测销量不要拍脑袋,用最近7天同素材同出价的日均订单乘以计划加量系数。
这四个数放在同一张表里,选品、投放、供应链三方看的是同一套事实,扯皮会少很多。
我们内部争论过很久,投放说ROAS到3就算健康,运营说算上退货根本不赚钱。后来统一了口径,才发现之前大家看的根本不是同一个东西。所以这个问题我建议先定标准,再谈优化。
分三层看。流量层看边际获客成本,也就是每多花一块钱广告费带来的新增订单成本,而不是平均CPA;转化层看落地页到首单的转化率和7日退货率;利润层看边际贡献,即新增订单的收入减去货成本、佣金、履约和退货损失。跑通的标志只有一个:持续加预算时,边际贡献仍然为正。
如果加量之后边际贡献转负,说明流量已经买到了不赚钱的那部分人群,这时候该收而不是该冲。数据口径建议按周统计,滚动4周看趋势,单周波动不说明问题。另外要区分新客和老客,复购订单不能算进流量获取的功劳里,否则会高估投放效果。
我一般会额外看一个数:新客首单毛利能否覆盖获客成本,这个数转正,框架才算真正立住。


读者评论
真实ACOS那段很有共鸣,我们做宠物用品,广告后台ROI 3.5,算上退货和客服实际大概只有2.1。但我不太认同把客服工单成本按固定比例摊回广告,低质流量和自发咨询混在同一个工单池里,除非客服系统做了来源标记,否则这个+4%更像是估出来的。要做精确归集,客服工单和订单主数据的打通可能比广告数据对齐更难。
断货9天广告没停这个场景太真实了,但对15人以下的团队来说,把出价和库存水位做自动联动,投入产出不一定划算。更现实的是先设一条人工红线:库存低于X天,投手每天早上必须核对一次。文中说链路不能超过四步,可我们连第一步导数据都要等ERP服务商开放接口,卡点往往不在框架,在于上游系统给不给数据。
误区五方向我认同,但落到实际有点理想化。年GMV两千万、二十来人的团队,真正能同时看懂广告、库存和现金流的通常只有老板一个人,所谓统筹角色最后就是老板自己,反而成了决策瓶颈。更可行的不是找一个全能角色,而是把库存水位、退货率直接放进投手的考核指标里,让他自己有动机去看。