客户导入流程图
客户导入流程图，泳道涵盖客户、销售、导入、财务与支持，从合同签署到账户稳定运行，含账户开通、数据迁移与上线放行。
运作方式
让泳道对应你们的交付团队
把客户、销售、导入 / 实施、财务和支持改名为你们公司里实际存在的团队。规模较小的组织通常会把实施和支持并成一条泳道，或者把导入放在客户成功团队里做。宁可删掉一条泳道，也不要让它空着；即使客户泳道只有三个节点也要保留，因为它是展示关键路径上有多少环节不由你掌控的最清楚的方式。
定义销售交接必须包含什么
把“把客户交接给导入团队”变成一份清单：已签署的范围、销售过程中实际承诺了什么、已经确认属于范围之外的事项、客户方的指定联系人与决策人、目标上线日期，以及它背后的商务期限。确定销售是否一直跟到启动会，并把答案写在图上，因为不写明的答案通常意味着没有人跟。
把成功标准写成可度量的表述
“召开启动会并确定成功标准”只有在产出能在 30 天时被检验时才有用。把含糊的目标换成写明数字、责任人和日期的表述，例如到某一周为止在系统中处理的既定业务量，或者某个指定团队把它当作自己的记录系统在使用。“30 天后回顾成功标准”这一步读回的正是同样这些表述，因此含糊的写法会让你付两次代价。
设定财务触发条件与暂缓规则
记录在你们组织里什么会让“是否需要信用或 KYC 审查？”成立，例如合同金额、账期付款条件、新的法人主体或受监管行业，并写明由谁决定。然后写明暂缓在实践中究竟意味着什么：账户被暂缓期间配置工作是否继续、由谁去告知客户，以及什么材料可以解除暂缓。这些措辞要取自你们自己的政策，而不是这份模板。
在迁移之前先约定迁移的验收方式
填上“数据迁移是否正确？”究竟检查什么：按对象统计的记录条数、金额字段的控制合计，以及一份由客户自己核对的抽样。指明由谁签字确认——应该是客户，而不是执行迁移的团队——并限定在正式重新讨论上线日期之前，可以走多少轮修正。
把放行／不放行的标准定下来，然后发布一个带版本的副本
事先列出准备就绪的判定标准，指明由谁主持这次评审，并确认决定权在客户手上。在跟进这条分支上补充你们自己的失联阈值，例如多少天没有回复就升级、多少天之后暂停账户。然后把图分享给销售、财务和支持征求意见，并置于版本管理之下，这样图和书面操作手册就不会各走各的。
常见问题
客户导入应该花多长时间？
这几乎完全取决于数据迁移和系统集成是否在范围之内。一个不涉及迁移的独立账户，一到两周就能上线。加上一次数据迁移和一个集成，四到八周是现实的；涉及多系统实施并附带安全审查的，会更久。有用的度量不是端到端的数字，而是每条泳道占用这个账户多久，因为大多数超期是等待时间而不是工作时间，其中最大的一块通常是等客户方的任务，例如数据导出和管理员权限。先度量交接，再谈压缩工作本身。
销售到导入的交接应该包含什么？
足以让交付团队不必去问客户已经回答过的问题。也就是说：已签署的范围、销售过程中口头作出的承诺、明确排除在外的事项、影响交付的商务条款（例如计费起始日）、指定的发起人与日常联系人、客户描述的技术环境，以及客户在内部已经承诺的任何期限。用结构化的表单，而不是一封叙事式的邮件。最常见的失败，是在季度最后一周作出的承诺，从来没有传到必须去兑现它的人手上。
新客户在导入过程中失去音讯时该怎么办？
把阈值事先定下来，而不是一个个案地临时决定。本流程图把没有回应的账户从“客户是否已提供数据与访问权限？”送去由销售客户负责人跟进——他有这段关系，通常也有发起人的手机号——如果仍然联系不上，就进入已暂停并标记的状态。明确地暂停有两点意义：它让这个账户不再占用为它悄悄预留的实施产能，也留下了上线日期为什么改动的记录。要就暂停在商务上意味着什么达成一致，因为计费往往已经开始了。
客户导入与供应商准入或员工入职有什么不同？
它们共用一个词，此外几乎毫无共同之处。供应商准入是接收：在一家供应商可以收到付款之前进行尽职调查、风险分级和银行信息核实，举证责任在供应商一方。员工入职是内部的新人流程，涵盖合同、设备与权限。客户导入是售后交付，需要证明自己的是你，而客户手里已经有一份签署的合同和一份期待。实际后果是：客户导入没有哪道关口是你可以干脆不开的——一旦停滞，流程图需要的是一个定义好的暂停和一条升级路径，而不是一次拒绝。