软件类项目不同于硬件类项目，软实力胜过硬参数。在编制软件项目招标文件时，常被业主问“低价中标不靠谱怎么办”、“外地企业不了解本地特性怎么办”、“软件需求没有具体指标参数限制，如何判断供应商是否真能实现”等一系列问题，这些问题共同指向了采购人的担忧，即软件项目招标是否靠谱？给采购人吃定心丸，还得在编制招标文件时见招拆招。在此，笔者就多年的一线工作经验谈几点看法。

 

　　首先，笔者要谈谈软硬件项目的不同之处，两者的不同主要体现在以下方面：①软件需求的表达不同于硬件参数那么实打实，描述无法一步到位。②软件企业的资格条件没有硬件企业多，准入门槛相对较低。③软件项目的实施人员比硬件项目电灯泡得更重要。④软件项目存在后期升级的问题。

 

　　这些差异如果没有在招标文件编制时引起重视，会导致评标时无法客观反映供应商的技术实力，进而被一些有企图的供应商钻了空子，价高价低暂且不论，关键可能导致中了标却不能提供相应的服务而导致项目搁浅，或是在项目完成后遇到升级开发，却不肯开放接口，这都是招标方最担忧的。

 

　　笔者认为，最好的解决办法就是将问题扼杀在标书制作环节。对此，笔者提出以下建议。

 

　　需求：提供分析技术报告

 

　　业主单位将软件功能描述说细说透是好事，但安全锁却不能免，“正式实施应以用户需求调研文档为准”类似的描述及“现场勘查”的措施，避免因需求描述和供应商理解不到位而导致开发不到位的问题。

 

　　另外，软件不同硬件，其数据文档也很关键，应在参数中要求至少提供软件需求分析报告、软件概要设计报告、软件详细设计报告、数据库设计报告、测试报告、软件使用说明等，确保服务完善。

 

　　评分：把握人和事两个方面

 

　　软件的评分重点应从技术参数偏离度转到原型（或PPT）演示、项目实施方案、项目类似案例等几方面进行。市场上已有三家及以上略成熟案例的采用原型演示方式，让供应商通过原型结合本次需求的方式讲解本次项目的设计思路，对于市场上不存在而需全新定制的则采用PPT演示方式，同时注意两点，一是可根据项目的不同对演示人做不同的要求（对金额及难度较大、项目较为复杂的可要求项目经理进行演示），二是对于复杂的项目可在评分表上附演示参照，以便供应商在演示中抓重点，专家也能更好地进行客观打分。

 

　　在项目实施方案打分中，要把握人、事两方面。人，包括项目经理、研发人员、驻场人员，对于人员的数量及各方人员的不同资质、项目经验进行全方位考量。事，包括实施计划、质量保证措施、进度安排、培训方案、售后维护方案等，这些都体现了供应商对于项目的诚意。因此，专家通过方案的描述也能对比出优劣。

 

　　项目类似案例在一定程度上反应了供应商的实施经验，可根据供应商提供的合同复印件、合同对应的发票复印件、用户体验报告等材料，根据类似案例的金额大小、项目相关性、数量等方面进行全面对比而给出评分。

 

　　对接：明确著作权归属

 

　　查阅政府采购各种政策法规会发现，软件的二次开发不属于单一来源采购情形，而原项目接口就变成了公开招标的难点之一，过往的项目已无法避免，但以后的项目还需引以为戒。在接口方面，建议采取“软件著作权的归属”、“项目源代码、数据结构的提供”、“涉及到加密的需提供解密算法”、“开放涉及本系统所有的相关接口”等措施来杜绝垄断的发生。

 

　　软件项目的成败在于评标，而评标的成败在于招标文件，因此做出一个好的招标文件，是让软件项目靠谱的头等大事。