实施良好的 CRM 可以使营销、销售和客户服务团队更好地与客户对话。它将提高销售额和客户满意度。然而，选择 CRM 只是完成了一半的工作。落实好这一政策同样重要。
即使是在行业领先的平台上实施 CRM/ERP，错误率也很高1。
虽然导致失败的原因有很多，但最常见的三个原因是要求定义不明确以及实施过程中缺乏主要利益相关者的参与。
明确定义的需求
在众多导致失败的原因中，最难克服的是 IG 数据 缺乏明确定义的需求。在《工程中最难的是需求》2 一文中，作者杰伊解释了为什么需求获取很难。
首要的是技术团队和业务团队之间的沟通挑战。设计师和工程师希望有明确的需求，以便他们可以撸起袖子来实现所需的流程，并创建一个针对给定用例进行优化的解决方案。
但是，业务用户不能或没有时间编写用例。他们无法做到这一点，因为只有当他们看到可行的解决方案时才会发现新的用例或需求差距。
迈克尔·刘易斯 (Michael Lewis) 在他的播客《六级以下3 》一集中完美地捕捉到了这一点（违反了播客规则）。他分享了如何联系了解需求（或业务规则）的专家来成为帮助 Athena Health 成为一家价值十亿美元的软件公司的关键。专家通常是实际用户（层级结构中低 6 级），而不是董事会会议室里的人。如果您只有 5 分钟，我建议您听 30 到 35 分钟的剧集。
以下是关键要点：
以书面形式记录您的需求。
与实际用户交谈。记录他们的要求。他们希望从软件中获得什么？他们想要执行什么操作？他们需要什么信息？
根据我们的经验，我们发现良好的头脑风暴会议可以浮现出许多可以在需求中捕捉到的场景。
请求主要利益相关者批准要求。虽然这可能会增加延迟，但也会迫使用户考虑它。一开始就纠正路线比在解决方案实施和开发之后纠正路线要快得多。
分析需求，找出差距并进行更新。
实施专家和开发人员应该意识到要求会存在差距。他们应该善于在尝试实施之前发现差距并获得澄清。
设计时要有一定的灵活性。
设计师和开发人员应该启用可配置的模板、规则、警报、报告和流程。
通过演示原型获得及时反馈
原型评审是一种早期反馈系统，它会提醒您差距和错误。
反馈将节省时间，因为与解决方案完全实施后收到反馈相比，上诉所需的努力更少。