PIPELINE简而言之
对 CRM 对接的抵触几乎从不针对技术，而是担心增加工作量或被取代。每天执行相关流程的人应该在实施前被征询意见，而不是事后通知——并且不应引入任何需要额外录入的内容。
01 — 团队
如何让团队配合
- 早期纳入，而非早期通知。谁每天执行流程，谁就知道例外情况在哪里。这些信息只能提前获得，而非上线后。
- 认真对待阻力。它几乎从不针对技术，而是针对额外工作或被取代的担忧。两者都应公开回答。
- 不引入产生额外工作的系统。要求额外录入的系统会被绕过——理所当然。
- 指定一个人作为首要联系点。不是作为职责，而是为了避免问题石沉大海。
- 让成果可见。如果四周后没人知道是否有效果，留下的将是对变革的记忆，而非收益。
02 — 配合要求
我们需要您提供的内容
- 一位有决策权的联系人 — 而不仅仅是转达信息的人。
- 相关系统的访问权限,需要及时提供，而不是在上线当天才给。
- 来自日常业务的真实案例 — 越不规范，对测试就越有价值。
- 2至4小时用于沟通协调，分散在整个项目周期内。
- 对“什么是成功”这个问题的明确答案。没有这个答案，后期就无法评估效果。
03 — 衡量
如何衡量成效
- 事先确定一个数字。没有基准值，事后无法证明任何东西。计数两周就足以得出可靠的数量级。
- 每项流程的处理时间。最直接的衡量指标：受影响的流程现在需要多长时间，之后需要多长时间。
- 无需干预即可完成的案例比例。这一比率在前几周通常会随着优化而明显上升 — 是最好的早期指标。
- 对外响应时间。咨询者多快能得到首次确定的答复。
- 不应衡量的：前两周的团队满意度。任何变革在初期都会让人感觉比实际更糟。
04 — 问题
常见问题
培训具体如何进行？
基于您的真实数据，而非示例数据。团队练习日常所需的流程，之后获得简短的书面总结作为参考资料。
这符合GDPR吗？
使用欧洲供应商、签订数据处理协议、建立删除机制并记录法律依据，就符合。没有删除机制的CRM在数据保护法上是个隐患——这应当一并配置。
哪个CRM是合适的？
您的团队实际使用的那个。对小企业来说，能自动填充的精简系统几乎总是优于空置的强大系统。我们根据流程和团队规模推荐，而非功能清单。
我们的旧数据会怎样？
会被接管、清理并整合。重复项是常态——通常同一家公司以不同写法存在三四次。
如何确保系统得到维护？
通过尽可能减少需要维护的内容。所有能自动生成的内容都自动生成。手工操作的部分精简至日常真正需要的内容。
我们能直接导入现有的Excel表吗？
可以，这在启动时是常规操作。导入前会清理重复项和不统一的写法，否则新系统只会继承旧的混乱。
如果不同部门使用不同系统怎么办？
那么会将其中一个确定为中心数据源，其他系统自动向其提供数据。并行维护两个同等权限的系统，经验表明会导致CRM本应解决的矛盾。
下一步
初步评估，无需承诺。
简要说明项目内容。您们会得到关于可行性和大致费用的诚实答复。