订货宝公告与消息通知：调价放假上新一次触达全部下游

订货宝的公告与消息通知，入口在管理后台的营销或内容相关菜单里（不同版本菜单名称略有差异，以实际开通版本为准）。对接人登录后台后，找到公告或消息通知模块，新建一条内容，选择要触达的下游范围，发布即可。下游打开订货小程序、PC 商城、微信商城或 APP 时，能在消息中心或首页公告位看到，不需要你逐个转发。

它解决的是「信息从你这里出发、能不能到下游那里」这一段。调价、放假、上新这三类信息，共同点是时效强、对象广、错漏代价高。以前靠微信群发或电话，发出去不等于看到，看到不等于记住。公告与消息通知把发布动作收口到后台，下游在订货时顺手就能看到。

配之前第一件事是确认下游名单和分组。公告发给了谁、没发给谁，取决于后台里下游客户的分组是否清楚。如果客户分组混乱，可能出现该收到调价通知的下游没收到，不该收到促销信息的下游收到了。建议在正式用公告之前，先花时间把下游按区域、渠道类型或合作方式分组。

第二件事是定内容规矩。谁有权发公告、发之前要不要审核、调价公告要不要写明生效时间，这些最好提前约定。公告一旦发出，下游看到后再撤回，容易造成困惑。对接人可以把公告分成两类：一类是必须发的硬信息（调价、放假），一类是可选发的软信息（上新、活动），前者严格审核，后者可放宽。

第三件事是确认下游的查看习惯。订货宝支持订货小程序、PC 商城、微信商城和 APP 四端，下游习惯用哪个端，决定公告放在哪个位置更显眼。如果下游主要用小程序，消息中心和小程序首页的公告位就要重点检查。

手工做法通常是微信群发加电话补漏。它的好处是直接，坏处是信息散落在多个群和多个人的聊天记录里，谁收到了、谁没收到，事后很难查。调价这种场景，一旦有下游说「我没看到通知」，你很难拿出证据。

订货宝的公告与消息通知把发布记录留在后台，下游在订货端能看到，信息出口统一。它的代价是，你需要先把下游分组和内容规矩理清楚，前期有配置成本。如果下游数量很少、变动也不频繁，手工通知也能应付；当下游数量上去、调价和放假变成常态，公告的价值会更明显。

另一个差别是下游的查看体验。公告在订货端展示，下游下单前顺手就能看到，不需要翻聊天记录。对下游来说，订货和看通知在同一个地方，少了一步。