Skip to main content
 首页 » SaaS新闻

五个级别的CRM要求

2018年05月07日19500

多年来,我们听到了各种各样的术语,这些术语描述了一系列有记录的CRM要求。条款包括:提案要求,高级要求,蓝图,功能规范,规范计划,敏捷要求等。


除了标签外,还有几个级别的CRM要求深度。正如我们在之前的文章中所维护的那样,在选择CRM系统之前,团队越深入定义需求,您的CRM实施就会越成功。


1.功能要求


所需系统功能列表的格式类似于以下格式,这种格式通常可以在提案申请(RFP)中找到。功能要求不描述任何特定的行为。


它们仅仅表明CRM系统在某个区域是否具有某些尚未指定的功能程度。这是一个功能要求的例子。


 

CRM系统必须支持以下内容:


•联系人管理

•Outlook集成

Google Apps集成

•帐户管理

•机会管理

•报告

•仪表板 •案例管理

•知识库

•聊天

•现场服务

•工作流

•升级

•电子邮件营销整合

 

虽然创建所需功能列表是一个很好的起点,但它不会为CRM供应商提供足够的信息来根据贵公司的业务需求定制演示。另外,它不会为服务提供商提供足够的信息来提供有意义的估计。


2.业务需求


高级业务需求文档是对当前痛点和可能的业务解决方案的分析。它本身不包括CRM产品功能。这份文件通常来源于利益相关方和最终用户的访谈。该文件可以包括问题/解决方案配对和当前状态/期望的未来状态配对。


业务需求文档理想情况下应该有一个相关的幻灯片,可以在研讨会中用于演示和验证结果。


虽然业务需求通常由作为业务分析人员的人员记录,但某些CRM体验对于面试过程和汇总面试信息很有帮助。


了解其他公司为解决业务问题所做的一般性知识以及CRM解决方案期望的现实情况可以帮助定义业务需求。




3.非功能性要求


我不得不承认,这个要求标签对我们来说是新的。在阅读维基百科对“功能需求”的定义时,我发现了这个标签。根据维基百科文章,“ 非功能性需求是指定可用于判断系统操作的标准,而不是特定行为的要求。”


如果我们将此标签和定义应用于CRM,非功能性要求可以包括标准/要求配对,例如:


•可用性:99.9%的正常运行时间

•可扩展性:可轻松扩展至超过5,000名用户和超过1,000,000条记录

•备份:我们应该能够每天下载完整数据库备份

•灾难恢复:冗余数据中心的故障切换时间少于一小时

•成本:系统每个月的成本不得超过$ X


从功能要求中分离非功能性需求是有价值的。


4.功能要求


该功能要求文档以详细的量到下一个级别。


一般来说,功能要求以“系统必须允许做这件事情”的形式表达。


•为什么需要这个需求(目前的问题是什么)

•所需行为的描述

•一个用例的详细信息

•满足需求的业务结果


我们已经开发了一个CRM功能需求示例文档,以帮助您快速入门。


更新: 我们当地的公司Elements.cloud刚刚为其业务分析应用程序发布了Requirements Manager。


5.系统设计


再次引用维基百科文章,“系统设计中详细介绍了实现功能需求的计划。”


因此,系统设计是定义和开发系统的过程,以满足利益相关者和系统用户的特定需求。


也被称为蓝图或规范,系统设计可以归结为系统应该如何工作的实际设计。在CRM世界中,这包括诸如自定义字段名称,数据类型和选择列表值等细节。它包括工作流程规则和数据迁移图。电子表格和流程图工具成为文档集的一部分。


评论列表暂无评论
发表评论
新浪微博
微信
微信:984085
QQ:984085