如何创建客户导入流程
如何围绕销售到交付的那次交接设计客户导入流程：实施团队接手一个客户之前必须成立的条件，以及客户自己把守的那两道关卡。
客户导入流程从合同签署开始，到客户真正拿到他们所购买的东西为止；而它真正的主题，是卖出这项工作的团队与交付这项工作的团队之间的那次交接。
简而言之
- 把交接做成一道关卡，而不是一次通知；两者之中只有前者会拦住东西。
- 把客户放进一条泳道，是因为他们把守着两道关卡，而不是因为他们慢。
- 成功标准属于启动会，因为 30 天回顾要对照的正是它。
- 只会把上线日期往后挪的不放行，是一次披着决定外形的延误。
- 账户上的合规暂缓是常态；请把这条回路设计出来，而不是每来一次就上报一次。
导入失败在交接处，而不在交接之内
客户导入里没有哪一步在技术上是难的，可它照样超期。原因是结构性的：这条流程横跨两个内部团队，他们只在一个步骤上碰面，而多数导入文档把那一步当成一次通知。销售签单，建一个群，实施团队开始翻资料。当时在会议室里承诺过什么、客户内部谁有权拍板、当初默认已经存在的是哪一套集成——这些都不是任何事情的前提条件，于是在下一步开始之前，它们一件也不必成立。
交付团队必须有权拒收一个客户，而且得有一位管理者事先把这句话说出来。这项授权会把交接资料包从一份客气的材料变成一组条件——一份双方签署的范围说明、一位有权批准的具名联系人，要么在，要么不在——同时也给这张图一个真正会停下来等待的位置。没有它，导入图就只是一份带箭头的待办清单，而所谓超期，不过是某个只活在某人脑子里的条件，在没有任何人决定跳过它的情况下被跳过了。
下面的示例把客户单独放进一条泳道，这是第二件值得照搬的事：画在别人泳道里的判断，没法替对方回答。“客户是否已提供数据与访问权限？”正是流程停下来的地方，它的“无回应”分支把这个客户交给“销售跟进后是否重新联系上？”，而不是交给一个终点。“上线准备是否获批？”则把“不放行”送回“配置系统与集成”，而不是把日期往后挪。
从签署合同到真正用起来
五条泳道上的客户导入流程，第一条是客户自己的——正是这条泳道决定其余一切何时可以往下走。
交接就是全部风险
一次签署、一次交接、一场确定成功标准的启动会，再加一份明确责任人的计划——四行，其中“把客户交接给导入团队”排第二。日后超期的事，多半都能追溯到这一行带过去或没带过去的东西。
暂缓不等于否决
泳道列开始填满，财务连着接手四行。“是否需要信用或 KYC 审查？”把需要的那些送到“合规审查是否通过？”，后者可以回答“暂缓”——而“暂缓开通，等待补充材料”会凭“材料已收到”退回同一个判断。
客户把守的那道关卡
“客户是否已提供数据与访问权限？”是流程不再替客户往前推的地方，“无回应”交给销售去跟进。之后是配置与迁移，“数据迁移是否正确？”把失败送到“修正错误并重新导入数据”重新核对。
不放行会把工作送回去
先培训，然后是由客户把守的“上线准备是否获批？”：“放行”继续往前，“不放行”退回“配置系统与集成”。30 天回顾之后是“交接给支持与客户团队”；唯一的失败终点是凭“仍无联系”到达的“导入已暂停并标记”。
运作方式
写清楚交付团队接手的是什么
把实施团队接手一个客户之前需要的条件列出来：双方签署的范围说明、一位有权批准的具名联系人、环境与集成的前置要求，以及销售过程中做出的每一项承诺。清单上凡是无法核对的，就不是条件，而是一厢情愿——要么让它变得可核对，要么把它删掉。
把你们的步骤和客户的步骤分开
把流程走两遍。第一遍标出哪些步骤由客户执行，第二遍标出哪些判断只有客户才能回答——第二份清单很短，通常只有两项，而它正是会让一切停下来的那一份。针对每一项写清楚：没有答案送来的时候会怎么办，因为那才是你真正会用到的那条路径。
把步骤写成行，再用行号连起来
“方框文字”列里的每一行都会变成一个方框。把一个步骤通向的行号填进“连线至”列，用逗号分隔。因为连接靠的是数字而不是手画的线条，重命名某个步骤或者调整表格顺序，都不会破坏流程——这正是一张可以编辑的图和一张只能重画的图之间的差别。
把客户也填进垂直泳道列
负责人填在“垂直泳道”列，阶段填在“水平泳道”列，而这一列并不在乎这位负责人是不是在你们的工资表上。把一个判断行放进客户的泳道，图就当着所有人的面说明：这个答案不归你们来给。在启动会上，这句话比写在计划里的同一句话更难被绕过去。
把每一次拒绝都画成带标注的分支
每个问题的“形状”都填“决策”，两个去向都填进“连线至”，分支用词按同样的顺序填进“连线文字”——这样就没有哪一支箭头是从菱形里没标注地跑出来的。一个更小的行号就是回路的写法：迁移核对失败退回修正步骤，不放行退回配置。
先送审批，再把链接发出去
把画好的图送去走审批，然后把链接发给客户团队和客户那位具名联系人。一份会流出公司的计划带着审批记录，回答的正是对方最先会问的那个问题——这是已经定下来的，还是谁的草稿——同时也标明了启动会依据的是哪一版。
应避免的错误
拉个群就算交接
把实施团队拉进一个会话，并不构成问责的转移。在有人确认自己接手的是什么之前，销售阶段的那些假设一直留在销售人员的记忆里，然后在第三周以范围争议的形式重新冒出来。
替客户回答他们那道关卡
客户送来一份不完整的数据，“客户是否已提供数据与访问权限？”还是被打了勾，因为另一个选择是停下来。这道关卡从此什么也证明不了，缺失的字段会在迁移阶段以数据问题的面目重新出现，而不是以采集问题的面目。
把日期往后挪，而不是做决定
如果一个准备就绪的判断只能推迟日期，那它就不是判断。对尚未就绪真正有用的回答，是退回某一段具体的工作——配置、迁移或培训——并从工作重新开始的地方重新推算日期。
客户失联时没有出路
不再回应的客户不会自己关闭；他们会一直待在管道里，消耗注意力，也污染预测。请明确画出一个已暂停并标记的状态，让一个客户要么在往前走，要么明明白白地停着。
创建你们的客户导入图
把示例作为你们自己的图表打开，写清实施团队接手一个客户之前必须具备的条件，并把泳道改成你们的团队名称。
相关指南
常见问题
销售到交付的交接应当包含什么？
六件事，而且每一件都可以核对：双方签署的范围说明、影响交付的商务条款、一位有权批准的具名客户联系人、销售过程中做出的每一项承诺（包括口头的那些）、方案默认成立的技术前置条件，以及已经约定属于范围之外的事项。最后两项最常缺席，也正是它们制造了第三周的范围争议。请把这份资料包做成交接的条件，而不是交接之后才补出来的文档。
客户导入应该做多久？
不要用周来回答，而一个不带条件的数字，就是一个你注定会错过的数字。这里有两个判断属于客户——“客户是否已提供数据与访问权限？”和“上线准备是否获批？”——所以任何日期都是以这两个答案为条件的预测。请照这个样子公布：日期、它依赖的那两个答案，以及答案没来时会发生什么，因为一条“无回应”分支挪动的是日期，而不是把延误吸收掉。被明确告知哪个答案卡着日期的客户，往往会更早把它给出来。
应该让客户看到导入计划吗？
应该，而且要给他们你们自己在用的那一份，而不是它的摘要。只有当客户能读到这份计划，关于他们自己的步骤也在关键路径上的说法才会被相信；上线放行的对话也才会变成一件事先谈好的事，而不是临到头才抛出来的意外。把他们的联系人对应到他们负责的那些行上，并公布这些行所带的日期，那两个只有他们能给的答案就不会再默认迟到。
什么是价值实现时间，又该怎么衡量？
价值实现时间，指的是从合同签署到客户真正拿到他们所购买的成果之间的时长，衡量的基准是启动会上约定的标准，而不是上线。上线是你们流程里的一个里程碑；价值是他们流程里的一个事件。请为每个客户挑一件可观察的事——一个真实的交易量、一份财务真的在用的报表、一条由新系统接起来的队列——并在第 30 天去核对它。没有这次核对，流程就无法告诉你它到底有没有奏效。