企业选择 IT 供应商时最常犯的七个错误（以及怎么避开）

失败的 IT 项目几乎从来不是因为技术不够先进，而是因为合同不清、期望不一致，以及公司这边没有人负责。

下面七个错误在各种规模的企业里反复出现，从家族生意到大型集团。好消息是它们都能在签字之前避免——而那正是修正成本最低的阶段。

最低价几乎总意味着三件事之一：范围比你以为的窄、质量被牺牲，或者供应商故意低价进场，打算靠后期变更单把利润赚回来。

解法： 要求每份报价按环节拆开——调研、设计、开发、测试、数据迁移、培训、质保。拆不开的报价通常没认真想过，而没想过的部分以后都会变成账单。

这是纠纷的头号来源。企业认为项目结束是“全公司都在顺畅使用”；供应商认为结束是“功能清单交付完毕”。这两种定义之间可以隔着好几个月。

很多公司是在想换供应商时才发现这一点，而那时议价权已经为零。签字前必须回答两个问题：为你定制的代码归谁，以及合作终止时你怎么取回全部数据。

这个角色供应商替代不了。公司里必须有一个人有决策权、懂流程，并且时间是真的分配给这个项目的。这个位置空着，决策就会拖上几周，而供应商会把等待时间计入费用。

解法： 把这个人的名字写进合同，写明每周投入多少小时，并指定缺席时的替补。看着夸张，但顺利的项目几乎都有这样一个人。

功能清单是比较方案最省事的方式，也正因如此最容易误导。演示里让人惊艳的功能，往往不是团队每天真正会碰的功能。

解法： 把功能清单改写成场景清单。不要写“需要报表模块”，要写“每周一早上，门店经理必须能自己看到按品类的周销售，不用求任何人”。场景可以验收，功能只能承诺。

演示总是顺畅，因为数据是干净的、剧本是挑过的。问题只有在系统遇到你真实数据时才出现：商品名不一致、历史交易有怪异记录、各门店单位不同、一直靠人工处理的例外情况。

系统不是盖好就能自己立住的楼。服务器要付费、安全更新要打、第三方服务变了要跟着调整，还有永远不会停的小修小补。

解法： 一开始就谈定年度维护费用，并把范围写细：哪些包含在内、哪些算新工作、出故障时的响应时限是多久。