第四章 最佳执行义务：订单路由、价格改善、滑点控制与执行质量报告

最佳执行义务，说白了就是你必须给客户拿到市场上最好的价格。这不是一句空话，监管机构盯着呢。我当年刚入行时，觉得这事儿挺简单——不就是把单子发到交易所嘛。后来吃过亏才明白，这里面的门道深得很。

4.1 订单路由：你的单子到底去了哪？

订单路由，就是决定你的买单或卖单发往哪个交易场所。现在市场碎片化严重，同一个股票可能在十几个地方交易。你想想看，如果随便选一个发过去，客户可能就亏了。

我个人习惯把路由策略分成三类：

• 价格优先路由：哪边报价最好，单子就去哪。这是最基础的策略。
• 流动性路由：有些场所虽然价格不是最优，但深度好，大单子进去不滑点。
• 成本敏感路由：考虑交易费、返佣等因素。有些交易所给返佣，但执行质量可能差一些。

我在项目中遇到过一个问题：某个客户抱怨他的订单总是成交在很差的价格。查了半天，发现是路由逻辑里写死了只发一个交易所。嗯，这种低级错误其实挺常见的。

4.2 价格改善：帮客户多赚一个tick

价格改善，就是让你的成交价比当前最优报价还要好。举个例子：买一价是10.00元，你最终以9.99元成交了。这0.01元就是价格改善。

怎么做到价格改善？我总结了几种常见方式：

1. 暗池撮合：在公开订单簿之外寻找对手方，可能拿到更好的价格。
2. 订单碎片化：把大单拆成小单，在不同场所寻找价格改善机会。
3. 延迟路由：等一小段时间，看有没有更好的价格出现。但这有风险，可能错过当前价格。

我曾经见过一个做市商，为了追求价格改善率，把所有订单都延迟50毫秒再发。结果呢？市场波动大的时候，客户单子根本成交不了。监管一查，罚得很惨。

4.3 滑点控制：别让预期和现实差太远

滑点，就是下单时的预期价格和实际成交价格之间的差异。做市商最怕这个，因为滑点直接吃掉利润。

滑点产生的原因主要有三个：

原因	说明	我的应对方法
市场波动	下单到成交之间价格变了	使用限价单，别用市价单
流动性不足	订单簿太薄，大单子吃穿	拆单，控制单笔规模
延迟	网络或系统延迟导致价格过时	本地维护实时行情，减少依赖外部

我习惯用这个公式来评估滑点：

滑点 = (实际成交均价 - 下单时最优价格) / 下单时最优价格 × 100%

嗯，这里要注意：滑点可以是正的也可以是负的。负滑点意味着你拿到了价格改善，这是好事。但监管只看绝对值，超过一定阈值就要解释。

4.4 执行质量报告：监管要看你交的作业

执行质量报告，是监管要求做市商定期提交的「成绩单」。你得证明自己确实在为客户争取最佳执行。

报告里通常包含这些内容：

• 成交价格分布：对比客户成交价和市场最优价
• 滑点统计：平均滑点、最大滑点、滑点分布
• 价格改善率：拿到价格改善的订单占比
• 路由场所分析：每个交易场所的成交质量和延迟
• 异常事件说明：比如某天滑点突然变大，你得解释原因

我建议你至少按月度生成报告。监管可能随时抽查，到时候拿不出来就麻烦了。

知识体系总览

下面这张图是我自己画的，把最佳执行义务的核心逻辑串起来了。你一看就明白：

这张图把四个核心模块的关系讲清楚了。订单路由是基础，价格改善和滑点控制是执行层面的优化，执行质量报告是事后检验。缺一不可。