PIPELINE简而言之
在决定 CRM 对接之前，值得做一次简短的现状盘点：哪个流程最耗时、谁将负责后续维护系统，以及必需的内容是否已经具备。完整清单见下文。
01 — 检查清单
首次报价前明确
- 想改善什么？用一句话说明，不用专业术语。
- 如何判断？用一个应该改变的数字。
- 谁来决策？一个人，不是一个委员会。
- 可用预算是多少？大致范围即可 — 这让报价具有可比性而非随意性。
- 截止时间？以及时间取决于什么。
- 涉及哪些系统？谁拥有访问权限。
- 您们已有什么？内容、数据、前期工作 — 这会降低价格。
02 — 配合要求
我们需要您提供的内容
- 一位有决策权的联系人 — 而不仅仅是转达信息的人。
- 相关系统的访问权限,需要及时提供，而不是在上线当天才给。
- 来自日常业务的真实案例 — 越不规范，对测试就越有价值。
- 2至4小时用于沟通协调，分散在整个项目周期内。
- 对“什么是成功”这个问题的明确答案。没有这个答案，后期就无法评估效果。
03 — 问题
您应该提出的问题
- 如果项目成本超出预估会怎样 — 由谁承担？
- 数据、访问权限以及（如果有开发）源代码归谁所有？
- 第二年和第三年的运营成本是多少？
- 我们最终会收到什么样的文档？
- 您会用什么标准来衡量这个项目是否成功？
- 在什么情况下您会建议我们不要做这个项目？
04 — 问题
常见问题
如何确保系统得到维护？
通过尽可能减少需要维护的内容。所有能自动生成的内容都自动生成。手工操作的部分精简至日常真正需要的内容。
培训具体如何进行？
基于您的真实数据，而非示例数据。团队练习日常所需的流程，之后获得简短的书面总结作为参考资料。
我们能直接导入现有的Excel表吗？
可以，这在启动时是常规操作。导入前会清理重复项和不统一的写法，否则新系统只会继承旧的混乱。
哪个CRM是合适的？
您的团队实际使用的那个。对小企业来说，能自动填充的精简系统几乎总是优于空置的强大系统。我们根据流程和团队规模推荐，而非功能清单。
我们的旧数据会怎样？
会被接管、清理并整合。重复项是常态——通常同一家公司以不同写法存在三四次。
如果不同部门使用不同系统怎么办？
那么会将其中一个确定为中心数据源，其他系统自动向其提供数据。并行维护两个同等权限的系统，经验表明会导致CRM本应解决的矛盾。
这符合GDPR吗？
使用欧洲供应商、签订数据处理协议、建立删除机制并记录法律依据，就符合。没有删除机制的CRM在数据保护法上是个隐患——这应当一并配置。
下一步
让我们简短讨论一下这对您是否划算。
二十分钟的对话通常就足以弄清一个项目是否有意义。如果没有，我们会直说——这对双方来说都比一份无人需要的报价更便宜。