客户导入流程图

什么是客户导入流程

客户导入属于售后交付：从一份已签署的合同，到一位已经上线、受过培训、拿到了他所付款项对应价值的客户，中间的一切。值得把它与最常被混淆的两个流程区分开。供应商准入是接收、审查并批准一家你即将付款的供应商。员工入职是内部的新人流程。客户导入的方向正好相反：钱已经承诺了，承诺也已经作出了，因此要做的是在当初买单的发起人失去耐心或者离职之前把它兑现。

下面的流程横跨五条泳道。销售只出现两次：在交接时，以及在客户失去音讯时——对于成交之后的销售参与度来说，这个分量大致是合适的。导入或实施团队掌管流程的中段。财务负责账户开通、计费设置，以及你们组织要求的任何信用或 KYC 审查。支持只出现一次，在最后，因为那确实才是他们接手这个账户的时候。客户这条泳道值得细读：它包含三处由客户、而不是由你掌控流程的地方，即提供数据与访问权限、批准上线准备，以及在 30 天时确认成功标准是否达成。

两个决策和一条分支承担了大部分交付风险。“数据迁移是否正确？”配的是一个修正回路，而不是一次通过，因为迁移很少能一次到位，而一个诚实的流程会把重试画出来。“上线准备是否获批？”是一次真正的放行／不放行：不放行会把这个客户送回配置、数据与培训的工作，而不是悄悄把日期往后挪。至于客户失联这条路径，它是被画出来的、而不是被假定的：从没有回应，到由销售客户负责人跟进，如果仍然联系不上，就走向一个已暂停并标记的账户。每一个导入团队都有这样的客户；很少有团队为它们定义了归处，于是它们就停在某个人的收件箱里。

本流程图涵盖的内容

本模板包含

• 五条泳道（客户、销售、导入 / 实施、财务、支持）横跨六个阶段：销售交接、启动与计划、账户与计费、配置与数据迁移、培训与上线，以及使用推广与支持。
• 从成交到交付的交接：合同签署，账户连同一份交接资料包由销售移交给导入团队，召开启动会并确定成功标准，然后发布导入计划并明确双方各自的责任人。
• 带有真实分叉的财务设置：“是否需要信用或 KYC 审查？”在不适用时跳过审查，“合规审查是否通过？”要么放行账户，要么暂缓开通、等待补充材料，材料到齐后再重新判定。
• 客户失联路径：“客户是否已提供数据与访问权限？”把没有音讯的账户送到“销售跟进后是否重新联系上？”，它要么重新汇入主流程，要么止于一个已暂停并标记的账户，而不是变成一项无人负责的开放任务。
• 带验证回路的配置与数据迁移：配置系统与集成，迁移并导入数据，然后由“数据迁移是否正确？”决定是进入培训，还是把这批数据退回修正并重新核对。
• 用户与管理员培训、放在客户泳道中的放行／不放行准备决定、在生产环境上线、在 30 天时回顾启动会确定的成功标准，以及交接给支持与客户团队。

何时使用本模板

• 你们正在组建或重写导入与实施职能，希望在有人写操作手册之前先把顺序与交接定下来。
• 客户在签约之后就停住了，而没人说得清延误在你们团队、在财务，还是在客户那边。
• 销售与交付对当初承诺了什么各执一词，交接需要成为流程中的一个步骤，而不是一封转发的邮件。
• 上线周期或首次价值实现时间是要上报的指标，你们需要看清每个阶段每个客户被哪条泳道占着。
• 你们在带新的实施或客户成功人员上手，希望用一页图，而不是一份冗长的书面程序。

运作方式

1. 让泳道对应你们的交付团队

   把客户、销售、导入 / 实施、财务和支持改名为你们公司里实际存在的团队。规模较小的组织通常会把实施和支持并成一条泳道，或者把导入放在客户成功团队里做。宁可删掉一条泳道，也不要让它空着；即使客户泳道只有三个节点也要保留，因为它是展示关键路径上有多少环节不由你掌控的最清楚的方式。

2. 定义销售交接必须包含什么

   把“把客户交接给导入团队”变成一份清单：已签署的范围、销售过程中实际承诺了什么、已经确认属于范围之外的事项、客户方的指定联系人与决策人、目标上线日期，以及它背后的商务期限。确定销售是否一直跟到启动会，并把答案写在图上，因为不写明的答案通常意味着没有人跟。

3. 把成功标准写成可度量的表述

   “召开启动会并确定成功标准”只有在产出能在 30 天时被检验时才有用。把含糊的目标换成写明数字、责任人和日期的表述，例如到某一周为止在系统中处理的既定业务量，或者某个指定团队把它当作自己的记录系统在使用。“30 天后回顾成功标准”这一步读回的正是同样这些表述，因此含糊的写法会让你付两次代价。

4. 设定财务触发条件与暂缓规则

   记录在你们组织里什么会让“是否需要信用或 KYC 审查？”成立，例如合同金额、账期付款条件、新的法人主体或受监管行业，并写明由谁决定。然后写明暂缓在实践中究竟意味着什么：账户被暂缓期间配置工作是否继续、由谁去告知客户，以及什么材料可以解除暂缓。这些措辞要取自你们自己的政策，而不是这份模板。

5. 在迁移之前先约定迁移的验收方式

   填上“数据迁移是否正确？”究竟检查什么：按对象统计的记录条数、金额字段的控制合计，以及一份由客户自己核对的抽样。指明由谁签字确认——应该是客户，而不是执行迁移的团队——并限定在正式重新讨论上线日期之前，可以走多少轮修正。

6. 把放行／不放行的标准定下来，然后发布一个带版本的副本

   事先列出准备就绪的判定标准，指明由谁主持这次评审，并确认决定权在客户手上。在跟进这条分支上补充你们自己的失联阈值，例如多少天没有回复就升级、多少天之后暂停账户。然后把图分享给销售、财务和支持征求意见，并置于版本管理之下，这样图和书面操作手册就不会各走各的。

常见问题

客户导入应该花多长时间？

这几乎完全取决于数据迁移和系统集成是否在范围之内。一个不涉及迁移的独立账户，一到两周就能上线。加上一次数据迁移和一个集成，四到八周是现实的；涉及多系统实施并附带安全审查的，会更久。有用的度量不是端到端的数字，而是每条泳道占用这个账户多久，因为大多数超期是等待时间而不是工作时间，其中最大的一块通常是等客户方的任务，例如数据导出和管理员权限。先度量交接，再谈压缩工作本身。

销售到导入的交接应该包含什么？

足以让交付团队不必去问客户已经回答过的问题。也就是说：已签署的范围、销售过程中口头作出的承诺、明确排除在外的事项、影响交付的商务条款（例如计费起始日）、指定的发起人与日常联系人、客户描述的技术环境，以及客户在内部已经承诺的任何期限。用结构化的表单，而不是一封叙事式的邮件。最常见的失败，是在季度最后一周作出的承诺，从来没有传到必须去兑现它的人手上。

新客户在导入过程中失去音讯时该怎么办？

把阈值事先定下来，而不是一个个案地临时决定。本流程图把没有回应的账户从“客户是否已提供数据与访问权限？”送去由销售客户负责人跟进——他有这段关系，通常也有发起人的手机号——如果仍然联系不上，就进入已暂停并标记的状态。明确地暂停有两点意义：它让这个账户不再占用为它悄悄预留的实施产能，也留下了上线日期为什么改动的记录。要就暂停在商务上意味着什么达成一致，因为计费往往已经开始了。

客户导入与供应商准入或员工入职有什么不同？

它们共用一个词，此外几乎毫无共同之处。供应商准入是接收：在一家供应商可以收到付款之前进行尽职调查、风险分级和银行信息核实，举证责任在供应商一方。员工入职是内部的新人流程，涵盖合同、设备与权限。客户导入是售后交付，需要证明自己的是你，而客户手里已经有一份签署的合同和一份期待。实际后果是：客户导入没有哪道关口是你可以干脆不开的——一旦停滞，流程图需要的是一个定义好的暂停和一条升级路径，而不是一次拒绝。