那么多工业软件项目 死在了“二次开发”上
不管你是甲方、乙方、丙方，很多项目的实施，从最开始的蜜月期（前期沟通交流汇报招投标）到后面的领证（签合同、入场），到了正式过日子，到后面的吵架、甚至离婚、对薄公堂，“二开”就是一个很大的原因！销售带着技术顾问上门，西装革履，PPT做得贼漂亮。你提什么需求，对方都是同一句话：“这个没问题，我们平台很灵活，支持二次开发。”
你说你们有特殊工艺，他说“能定制”；你说你们流程不一样，他说“能配置”；你说你们要跟老系统对接，他说“有接口”。
合同里只轻飘飘写了一句“根据实际需求进行二次开发”，没有范围、没有工作量、没有收费标准。
实施团队进场后，画风就变了。
“王总，您这个需求属于定制开发，标准产品不支持，需要额外开发，大概10万。”
你拿出合同想问，对方客气地说：“合同里写的是基础配置，您这个属于深度定制，不在范围内。”
好不容易上线了，你以为结束了？不，才刚刚开始。
业务部门用了几天，说界面不好用，要改——加钱。
软件厂商发了新版本，之前做的二次开发失效了——重新开发，再加钱。
换了操作工，觉得流程不合理，要调——继续加钱。
到现在，你已经投了300万了，是当初预算的两倍。系统勉强能用，但离“好用”差得远。
想换软件？前期的投入全部打水漂，数据迁移更是想都不敢想。
不换？每年还要交高额的维护费，新的需求还得继续加钱。
销售要业绩，能承诺的都承诺，不能承诺的也先答应再说。实施要控制成本，你提的需求越多，他越不想做。实在推不掉的，那就报价，用价格把你劝退。
工业软件是“通用产品”，是把很多工厂的共性需求总结出来，做成标准功能。但每个工厂都有自己的工艺、自己的流程。你的“独门绝技”，恰恰是标准软件覆盖不到的。
在他们眼里，只要点几下鼠标能搞定的，叫“配置”。但凡需要写一行代码的，都叫“二次开发”，都要收费。但你作为用户，哪知道哪个需求是“点几下”就能搞定的？
很多工业软件用的是封闭的技术架构，二次开发必须用厂商提供的专用工具，你自己做不了。而且二次开发往往和核心代码深度绑定，厂商一升级版本，你的二次开发就废了。
一家做汽车零部件的企业，上了某品牌的MES系统，合同150万。
上线后发现，标准MES根本没法适配他们那条“混流生产”线。同一条产线上同时生产好几种产品，工艺都不一样。标准MES不支持。怎么办？开发。
一条产线开发一套，一条产线开发一套。三年换了三拨实施顾问，每次交接都要重新梳理业务逻辑。
最后系统勉强跑起来了，总花费400万。每年维护费还要30万。
这家企业上了一套国产MES，合同30万。上线后发现有一个特殊的测试流程，标准MES不支持。厂商报价二次开发15万。
老板做了一个大胆的决定：自己招人做。花8000块招了一个会写代码的工艺工程师，花了半年时间，硬是在标准产品上把二次开发做出来了。
系统跑起来了，代价是那个工程师一年后离职了，系统没人维护。现在每次出问题，都要临时找人救火。
签合同之前，把下面这几个问题问清楚：
哪些是标准功能？哪些需要配置？哪些属于二次开发？
二次开发怎么估工作量？怎么收费？
你们在这个行业做过哪些项目？他们做了多少二次开发？
最重要的是，把二次开发的范围、收费标准、验收标准，全部写进合同附件。
在合同里约定：需求变更要走什么流程？谁来审批？二次开发的费用有没有上限？
另外，一定留一笔尾款，跟最终验收挂钩。
第一版先用标准功能，把核心业务流程跑通。个性化需求先记下来，排优先级。核心业务相关的放到一期，锦上添花的放到后面。
每个二次开发模块，都要问清楚：厂商升级版本会不会失效？谁来维护？维护成本多高？
能不做深度定制的，尽量不做。
页:
[1]