怎样评估选型一个企业软件产品？

文/明道云创始人任向晖

 

 

我写的上一篇《研究一万个数字化概念，不如体验一个软件产品》指出了我们行业中存在的一个问题。过度谈论概念和理念，而忽略了解决客户问题的真正载体——软件产品。

 

实际上，大多数的企业数字化需求都是由具体的软件产品来解决的。概念和理念的发明，在大多数情况下都是现有软件产品的营销之道。先有概念，再有产品的情况在整个IT行业都极其罕见。反过来说，也只有具体评估了软件产品以后，才能对门类、概念和应用理念有真正深入的认知。

 

 

搞明白自己的核心需求

 

在评估软件产品之前，最重要的是将自己的软件需求厘清。这些需求信息将用于指导后期的评估工作。因为评估工作可能涉及较长的时间，并且有多人协作完成，因此这些需求必须书面记录下来。

 

软件项目需求包含几个核心的问题：

 

1）最核心的业务挑战

 

它需要被表达成一段或者一组范式化的语言。在选型早期阶段，它可以比较概括。

 

这个句式可以是：

 

帮助【业务角色】完成【期望达成的功能】，以达成【期望获得的成果】

 

例如：

 

帮助人事招聘部门实现智能筛选简历、和业务部门高效协同面试和录用的目的，以实现每月100人以上的招聘工作量。

 

帮助项目管理部门和总经理办公室实现项目进度和成本的精确管理，以实现更精确的项目报价和更可靠的进度成本控制。

 

帮助信息部门快速开发部门级应用，以实现用五人以内的支持人员满足公司在行政、人事、运营等环节的数据处理和流程自动化需求。

 

 

 

对于复杂的软件门类，这样的描述可能不是一句，而是一组。在完整的ERP软件选型中，这样的描述可能多达数十行，分别针对不同的职能环节。

 

 

2) 软件使用用户范畴和人数（可能和待评估产品的定价有关）

 

3）软件要管理的记录数量级别（可能和待评估产品的性能指标有关）

 

4）软件的投入产出预期（决定了预算和价格评估标准，但因为使用ROI的表达，所以它依然保留了弹性）

 

5）负责选型的决策机制，决策时间表（避免软件项目进入决策泥潭）

 

 

企业软件是一个专业化程度很高的行业，对于一般企业客户来说，评估开始前的需求定义不需要过于细节，而是要着眼于期望给自己带来的业务价值。在真正的评估开始之前，功能点甚至都无法列举得出来。但是让我们明确自己所想要得到的成果后，通过横向对比软件产品，自然能够把需求背后的功能点发现出来。

 

反过来说，如果一上来就勉强地列出需求功能点，然后机械地和待评估产品的功能点去比照，很可能会错失最好的方案，因为不同软件产品来满足需求的方式可能不同，用户要关注并非功能点的定义和多寡，重要的是自己的需求是否能够被满足，甚至最好是能够被创新的方法来满足。

 

 

 

获取Long List

 

根据软件需求确定软件门类应该是不难的事情。一般大中型企业的IT人员都具备这方面的领域知识。也可以参考我之前写过的32个企业软件门类名称和释义

 

确定了需求所对应的企业软件门类以后，就可以通过一般案头调研来获取比较完整的厂商和产品名单。在过去几年，随着SaaS产品模式的普及，市场上有几家企业软件行业平台都提供了产品库和云图这样的资源，比如崔牛会、选型宝等。行业研究机构每年也会定期发表不同门类的市场研究报告，其中都会带有代表性厂商和产品列