这张卡讲一个有两层含义的词：客户的上线引导与新人的入职融入。
核心拆解：客户侧的 onboarding 覆盖数据接入、账号权限、首批场景启用与培训，目标是让客户进入「自主使用」状态；团队侧覆盖环境、代码、流程与人际关系，新成员的出口是独立完成第一个任务，而不是环境装好了。最容易踩的坑是把引导做成一次性培训：视频发完即结束，没有使用数据回访，两周后系统就闲置了。判断 onboarding 成功的标准是客户行为，不是培训完成率，后者只能证明培训发生过。
增量判断：AI 系统的 onboarding 多了一段——把客户的真实数据与评测基线跑起来，让客户第一周就看到自己数据上的效果，这比功能演示更能建立信任，还能顺手确认评测集。
行动建议：给你正在负责的项目定义三个上线两周内的使用行为指标，写进 onboarding 清单，且要能从系统日志里直接数出来，数不出来就换指标。
—— FDEChina编辑部 · 实战派
定义
Onboarding（上线引导/入职引导）在交付语境指把客户从签约引导到正常使用系统的全过程，包括数据接入、账号权限、首批场景启用与用户培训；在团队语境指新成员融入的流程。Forward Deployed Engineer（FDE）的工作里两层含义都会用到。
展开
客户侧 onboarding 的目标状态是「自主使用」：客户的关键用户能在没有供应商陪跑的情况下完成日常操作。最容易踩的坑是把引导做成一次性事件——培训视频发完即结束，既没有使用数据回访，也没有答疑机制，两周后系统闲置，责任却说不清。判断 onboarding 是否成功的标准应该是客户行为指标（活跃使用、关键流程走通），而不是培训完成率。与知识转移（Knowledge Transfer）的衔接也要明确：onboarding 面向广大使用者，KT 面向接手维护的少数人，两者对象不同，不能互相替代。
AI 系统的 onboarding 多出关键一段：用客户真实数据把效果基线跑起来，让客户在第一周看到自己数据上的结果。这一段对建立信任的作用远大于功能演示，也顺手完成了评测集的初步确认。