起点：老板担心的不是功能，而是落不了地
项目开始时，老板认为这类系统很难真正落地。老板娘希望尝试，双方才有了进入现场的机会。对一家业务一直在运转的企业来说，这种顾虑很实际：系统如果增加录入和学习负担，最后还是得回到原来的做法。
按照项目实施方的现场经历，进场三天后，老板的态度出现明显转变，开始大力支持。这不是三天完成整个项目，而是前期沟通和落地推进，让他看到了系统适应自己企业的可能性。
从容易被忘记的一笔订单开始
群龙养鹅主要服务批发客户。有些客户不是不需要货，而是忙起来忘记下单。如果等到第二天再发现，老板就要临时协调，客户也可能受到影响。
系统识别需要关注的批发客户，到了晚上23点，如果这些客户还没有下单，就触发提醒，老板和客户都能看到。把原来依赖老板记性的一件事，变成按业务规则持续执行的检查。具体识别范围和例外情况，需要结合客户实际下单习惯设置。
员工愿不愿意用，是落地的检验
实施过程中，系统按企业原有工作习惯做了深度定制。工人最初有抵触，后续逐渐愿意使用，一些没有账号的人也主动提出，希望把自己负责的部分接进系统。
这说明方便操作不是上线后的补充项。设计流程时，就要考虑谁在什么时候使用、需要填多少信息、是否有重复劳动。管理要求只有变成现场能执行的动作，才算真正进入业务。
这类经验适合哪些企业参考
有固定客户、周期性订货和集中交付要求的批发企业，可以从未下单提醒、订单汇总等环节开始。先验证一个真实问题是否得到改善，再决定后续范围。这个项目说明了定制落地的方法，不代表所有企业都能在相同时间内取得相同变化。
对照你的业务
这个做法，适合我吗？
- 你可能也遇到了
- 客户经常按固定节奏下单，老板仍要靠记忆或聊天记录找遗漏。
- 可以先从这里开始
- 先梳理一组客户的下单规律，把需要关注的未下单情况交给负责人跟进。
- 沟通时一起确认
- 哪些客户适用、何时提醒、遇到临时停单怎么排除，以及由谁处理提醒。
怎么判断做了有没有用？
建议先记录现状，再用同一口径复核。以下是验收观察项，尚不是本案例的量化效果报告。
- 漏单：同一组客户，比较实施前后的应下单未下单记录。
- 跟进：记录提醒后由谁处理、何时处理，以及停单等例外。
- 使用：观察分货等岗位的操作步骤，访谈员工是否增加重复录入。
案例用于参考。实际范围、设备条件和岗位做法，需要按你的企业确认。
参考这个案例，聊聊我的业务 ↗常见问题
群龙养鹅的系统如何提醒客户下单？
系统根据业务规则识别需要关注的批发客户。如果这些客户到晚上23点仍未下单，就触发提醒，老板和客户都能看到。提醒对象和判断规则需要按企业实际订货习惯配置。
员工一开始不愿意用系统怎么办？
先理解抵触来自哪里，尤其是重复录入、操作复杂和流程不贴合现场的问题。群龙养鹅按原有习惯深度定制后，工人从抵触转为愿意使用，还有未开通账号的员工主动提出需求；具体推广节奏仍应以现场反馈为准。
