由于DS公司是一家“围绕政府客户提供软硬件整体解决方案”的上市企业，因此我们以解决方案型CRM作为原点进行思考。上一期，我们介绍了“解决方案型CRM”有4大标准模块，分别是：-- 客户-- 商机-- 联系人-- 拜访但问题是：-- DS真的能使用这些标准模块吗？-- 难道没有个性化需求吗？本周，我们来回答这些问题。

销售人员的工作分为3个部分：1、获取销售机会2、转化销售机会3、客户关系持续经营而一般的CRM，主要是解决转化销售机会和客户关系持续经营两个部分。红迅的“解决方案型CRM”也不例外，客户、商机、联系人、拜访，四大模块，主要也是面向“销售转化”和“客户经营”。但是，由于业务特性和历史原因使然，DS公司需要进一步解决“获取”销售机会方面的问题。背景是这样的：

这个是亟需去解决问题，但这恰恰又是原有的“解决方案型CRM模板”没考虑到的。

经过深入的调研、充分的讨论，我们的解决思路是这样的：1、因为客户是固定的（每个地级市就那么两个对口的政府部门、5个对口的科室），因此“可以先集中建档”。2、有些客户是已经“有接触的”，有些“没有接触”，我们对“客户关系”进行标记。-- 如果完全没接触过，称为“完全陌生”。-- 如果接触过，但没有支持者，称为“有限接触”。-- 如果接触过，并有支持者，称为“有支持者”。-- 如果已经合作过，有一定信任基础，称为“老客户”。3、对于不同关系类型的客户，采取不同的“行动措施”。-- 对于“老客户”和“有支持者”的客户，每个季度“系统自动”发起“拜访任务”，销售人员需要逐一拜访并“上传信息”，以便及时获得线索。-- 对于“有限接触”的客户，根据公司市场部门的活动，发起“主题拜访”。-- 对于“完全陌生”的客户，根据销售人员的工作情况，自主安排（或在区域业绩瓶颈阶段，集中开发）。形成以系统、公司、个人的拜访层次。4、通过“拜访任务清单”，保证拜访任务不被遗忘。系统创建拜访任务以后，销售人员可以制定拜访计划。-- 当天的拜访任务，会出现在“当天”的拜访列表中。-- 明天的拜访任务，会出现在“明天”的拜访列表中。-- 过期的拜访任务，会出现在“过期需跟进”的拜访列表中。5、为了进一步保证销售人员的执行，还给管理者设有“团队的拜访任务列表”，随时监控过期未执行的拜访。一方面，系统会自动汇总销售人员的拜访情况，管理者需要对销售人员的拜访进行反馈。此外，由于管理者也是“被赋能”的对象之一，因此还要检视管理者的反馈情况，保证各层级的落地。

通过以上的：-- 以“通用解决方案”为基础。-- 以“深入的业务分析”为保证。-- 以“低代码工具作”为手段。在DS的项目中，我们解决了许许多多这样与业务相关联的问题。而且效率非常高，以上面的示例来举例，从“业务分析”，到“开发”，到“测试完成”，到“上线推广”，我们一共花了3天而已。DS公司的业务仍在快速的调整中，通过红迅的JPaaS低代码平台，CRM一直陪同业务在成长。-- 到目前为止，DS的CRM系统如今究竟长成了什么样？-- 未来，又有怎样的规划？这，将是下一期文章要展开的内容，希望本期的JPaaS-CRM实施过程，能给你带来一些期待和惊喜。