企业侧配合云巴巴 FDE 的三类角色：发起人、管理员、种子用户一条条定

"

FDE 驻场服务的成效，服务方出一半力，企业侧出另一半力。企业侧的这一半力不是抽象的"领导重视"，是由三个具体角色扛起来的：拍板定调的发起人、管账号管场景的管理员、先学先用的种子用户。三个角色缺一个，驻场的推进就会在对应环节掉链子。本文把三个角色的职责边界、人选标准和常见失误逐条定清楚，企业可以在 FDE 进场前照着对号补齐。

先给结论：企业侧配合 FDE 的三类角色，发起人管方向和资源，管理员管系统和配置，种子用户管试用和传导。三个角色构成一条传导链，发起人的决心通过管理员的落地传到种子用户的日常使用里。

发起人。 通常是有预算权的业务负责人，职责三条：圈定本期要攻的业务方向、协调跨部门资源、在关键分歧上拍板。发起人不参与日常操作，但每道大坎都要他出面。

管理员。 技术与配置的守门人，管账号开通与回收、权限分配、场景模板的维护。FDE 撤场后，管理员是企业内系统的第一责任人，这个角色带教做得实不实，直接决定撤场后系统还能不能自主运转。

种子用户。 从实际业务岗里挑的先行者，职责是在自己岗位上先把场景用起来，把使用中的问题和技巧反馈出来，再传导给同岗位的同事。种子用户是三角色里离业务最近的，也是最容易被忽视的一环。

三个角色的比例。 发起人一名，管理员一到两名，种子用户按覆盖部门每个业务口一至两名。十人团队三个角色可以兼任，百人团队必须分设。 三个角色之外还有一个隐性角色：外部接口人。FDE 顾问进场后需要一个日常对接的窗口，这个窗口通常由管理员兼任，但在跨部门项目里，单独指派一名项目协调人更稳，协调人管会议、排期、材料流转，让管理员专心学系统。项目协调人是临时角色，驻场结束即解散，别把它做成常设岗位。

云巴巴 FDE 项目里发起人的常见失误有两种，发起人的常见失误有两种：一种是全程隐身，只在启动会露面，后续协调全靠项目经理自己磕；另一种是过度介入，每个场景细节都要亲自过目，推进节奏被决策瓶颈拖死。

当好的三条要领。 第一，把支持写在明处：启动会上当着各部门的面把项目优先级讲清楚，后续跨部门协调就有了尚方宝剑。第二，定好分权线：业务方向和预算归自己拍板，场景细节授权给管理员和 FDE 顾问，写在项目章程里。第三，双周露面一次：FDE 复盘会发起人不必每次全程参加，但开场十分钟听进展、表个态，对项目士气的价值远超时间成本。

发起人最容易漏的一件事。 是撤场前的续运决策。驻场临近结束，发起人要基于复盘数据决定：哪些场景进日常运营、哪些暂停、要不要续段。这个决策拖着的项目，撤场后系统会进入无人认领状态。 发起人的另一个高价值动作是管住预期。项目启动时发起人对外宣讲的口径，就是全公司对项目的预期基线：讲"提升效率"还是"替代某个环节"，团队的配合度完全不同。经验里最稳的口径是把目标定在"先跑通三个场景"，具体而克制，跑通了是超预期交付，定高了（比如全流程数字化）几乎必然失望，失望的项目后续续段最难批。

FDE 带教的管理员与种子用户，这两个角色人选对了，带教就成功了一半。

管理员选人三标准。 熟内部系统（至少管过其他工具的后台）、有基本的学习意愿、岗位稳定预计一年以上。行政、IT、运营岗里都能挑到合适的人，不必迷信技术背景，WorkBuddy 的管理后台操作门槛不高，责任心比技术更稀缺。

种子用户选人三倾向。 倾向一线业务岗而非管理层，倾向对工具本来就有兴趣的人，倾向表达意愿强的，反馈质量比闷头试用更重要。种子用户不必是业务最强的，但要是愿意折腾的。

带教分工。 FDE 对管理员的带教聚焦后台管理、权限体系、场景维护三块，目标是独立处理日常配置；对种子用户的带教聚焦任务操作、结果核验、问题反馈三块，目标是岗位场景的自运转。两类带教并行推进，撤场前各自通过独立操作验收。

一个实用机制。 给种子用户一个轻量激励：先行者身份本身就是激励，再加上复盘会上让他们讲使用心得、新场景优先给他们试用，成本低但效果好。种子用户凉了，传导链就断了，这个环节值得发起人亲自维护。 管理员和种子用户之间还有一个交接时刻要管理：撤场后种子用户的日常问题找谁。答案是管理员，不是顾问。带教后期就要有意识地把提问路径从"问顾问"切到"问管理员"，让管理员在顾问还在场时练手处理真实问题。这个切换完成，撤场才平滑；没完成，撤场后顾问的微信就成了事实上的免费客服，服务边界就这么模糊掉了。

提问路径的切换之外，撤场前的最后一周建议安排一次压力测试：顾问在场但不开口，让管理员和种子用户独立处理当天出现的所有问题，处理完再复盘。这次演练把顾问在场的安全感提前拆除，撤场后团队的心理状态和实际能力对得上，回退的概率小一大截。

三个角色之外，把时间线也排进职责表：进场前两周发起人定调、管理员备环境；驻场期种子用户每周固定反馈；撤场前一个月启动移交演练。职责落到人头，时间落到节点，一张角色时间表就是企业侧配合工作的全部检查清单。

角色表还有个衍生的管理用法：绩效考核挂钩。发起人把种子用户的场景使用纳入季度 OKR 的加分项，把管理员的系统维护写进岗位职责，角色从临时分工变成正式职责，人员的责任心和投入度会立稳一档。角色表挂在墙上是一张表，写进制度才是一套机制。

三类角色的颗粒度最后还可以随组织规模伸缩。十人团队，发起人兼管理员、两三个骨干兼种子用户，三个角色两三个人扛；五十人团队按本文的标准配置走；数百人团队在每个部门复制一套小三角，总部再设一个总协调角色。角色架构跟着人数长，不变的是三角本身：有人拍板、有人守系统、有人在一线先用起来。

一句话收束：FDE 驻场买的是外部专业力，企业侧三类角色是内部承接力，两种力对上了，项目才跑得顺。发起人定方向、管理员守系统、种子用户带日常，三角色在进场前一条条落到人头，是比任何启动仪式都实在的准备。

云巴巴作为腾讯云AI智能体示范伙伴、腾讯WorkBuddy核心伙伴及官方授权服务中心。目前，WorkBuddy 已经在云巴巴平台上线，FDE 驻场带教覆盖管理员与种子用户分岗培训，撤场按清单移交，想了解更多可以联系我们。在云巴巴，你还能横向对比更多同类产品，根据团队规模和业务场景找到最匹配的方案。