用你自己的数据和场景
在你自己的业务上练，不是在厂商的示例上练。这样学到的东西，第二天就用得上。
针对你现有系统，以及你明天就能用起来的 AI 工具做培训——用你自己的数据和自己的业务场景，不是厂商手册里的示例。
解决什么问题
培训预算总是第一个被砍掉的，也是代价最大的那一个。系统上线了，开一场两小时的宣讲会，半年之后公司只用上了所付费用的 20 %——剩下的 80 % 还在旁边用手工做。
包含什么
在你自己的业务上练，不是在厂商的示例上练。这样学到的东西，第二天就用得上。
开票的人和做账的人，需要的根本不是同一套。一刀切的课程，一半人听得发闷，另一半人跟不上。
把具体工具用在每个部门的真实工作上，并讲清楚它们的边界：哪些做得好，哪些地方不能掉以轻心。
系统只有一个人会用，本身就是运营风险。培训从一开始就把顶替的人也算进来。
给之后进来的人用。没有它，每来一个新人，要么整套培训重做一遍，要么就靠照着旁边的人学。
培训之后，基础问题的咨询量下降了，就说明有效。这是最没得争的一个衡量口径。
如何运作
按角色来定课程内容，而不是一套通吃。
用你的数据、你的场景，课与课之间还要做真实的工作。
教材留下来，并观察基础咨询量有没有下降。
细节之处
手头没有真实问题时学的东西，几天就忘光。最好等到手上真有事要解决的时候再培训。
一个过度信任"偶尔也会出错"的工具的团队，产出的是看起来十分笃定的错误。
把已经很熟的那个人培养成内部讲师，再由他去教其他人——这才是让知识留在公司里的办法。
知道每个页面本身就有说明，能省掉一半的咨询：很多人根本不知道还有这么一个帮助面板。
一整天灌下来，脑子是满的。分成几次短课，中间穿插真实工作，记住的东西多得多。
抵触情绪，往往只是怕在同事面前出丑。把人数压小、不设旁听，这件事就解决了。
适合谁
但团队只用上了其中很小一部分。
但不知道从哪儿下手，也不知道边界在哪。
每走一个人，知识就跟着走一份。
常见疑问
不是：课程用的是你的数据、你的流程、你的场景。在厂商示例上学到的东西，几天就忘光了。
可以，无论是我们自己的平台，还是 Softland、Profit 或 ODOO。
能用在各部门真实工作上的工具，更重要的是它们的边界：哪里帮得上忙，哪里不能掉以轻心。
我们更倾向于分成几次短课，中间穿插真实工作：一整天灌下来，人是满的，记住的却很少。
有，给之后进来的人用。没有它，每来一个新人，要么重做一遍培训，要么靠照着别人学。
看技术支持的数据：培训之后基础咨询量下降了，就说明有效。这是最没得争的口径。