订货宝公告与消息通知：调价放假上新一次触达下游的配置要点

在订货宝后台，公告与消息通知通常出现在两个位置：一个是「营销」或「运营」模块下的公告管理，用来编辑公告内容、选择展示位置和生效时间；另一个是「设置」或「消息中心」里的通知规则，用来决定哪些事件触发消息、发给谁、走什么通道。两者配合使用：公告负责把信息挂出来，通知负责把信息推出去。

对接人第一次配的时候，建议先想清楚一条信息的生命周期：谁发、发给哪一级下游、什么时候可见、什么时候自动下线。想清楚这四件事，再去后台找对应开关，比先点开菜单再琢磨要快得多。

需要留意的是，公告和通知的覆盖范围是按客户账号走的。如果下游客户在系统里有多个联系人账号，公告能看到的人数和消息实际触达的人数可能不一致，这一点在配置前要确认清楚。

配置前最容易被跳过的一步，是确定发布权限。谁可以发全量公告，谁只能发给自己负责的客户，谁只能看不能发。这个规则如果没定，上线后要么人人能发导致信息混乱，要么没人敢发导致功能闲置。建议至少区分「全量发布」和「定向发布」两种权限。

第二件要准备的是通知触发规则。调价是手动发还是跟着商品价格变动自动触发，放假通知是提前几天发，上新是上架即发还是定时发。这些规则不需要一次定死，但要有初版，否则配置时每个开关都要临时想。

第三件是确认下游联系人信息是否完整。公告发出去，最终是落到具体账号上的。如果客户档案里的联系人手机号、账号状态本身有问题，通知通道再全也触达不到。配置前花半小时抽查一批客户账号，比上线后排查漏发要省事。

手工通知和系统通知的差别，表面看是效率，实际是口径。业务员逐个通知，每个人说的版本可能略有出入，客户之间一对比就容易产生不信任。系统公告是同一份内容同时展示给所有人，口径天然一致。

另一个差别是可追溯。手工通知发完就发完了，谁收到谁没收到说不清。系统通知能看到发送记录和阅读情况，遇到争议时有据可查。这对处理「我没收到通知」这类纠纷特别有用。

代价也要说清楚：系统通知比手工通知更「冷」，缺少业务员那层人情沟通。调价这类敏感信息，比较稳妥的做法是系统公告先把口径统一发出去，业务员再跟进重点客户做解释，两者配合而不是互相替代。