您现在的位置: 首页 > 网站导航收录 > 百科知识百科知识

开发软件费用为什么这么贵？

成本,费用,需求开发软件费用为什么这么贵？

发布时间：2019-02-08加入收藏来源：互联网点击：

开发软件费用为什么这么贵？

回答于 2019-09-11 08:43:50

回答于 2019-09-11 08:43:50

从事企业信息化管理多年，但看到问题时依然感觉无从下手。

中国企业太需要信息化管理，然而，更需要的是决策层领导层懂信息化。如果不懂，是很难出成果的，还会浪费时间，打击企业信息化信心。其中他们面临的第一大障碍就是：软件开发太贵！（或上系统太贵）

有这种思想和理解，对信息化而言带来的，只能是阻碍。

说太贵的，大多不懂企业信息化，更别说开发了。

就像之前我回答过一个问题：如何看待领导花十万上考勤系统的行为？（言下之意就是领导很二，人家买个考勤机几百块搞定的问题，领导花了十万？当然还有可能认为领导吃了9.95万的回扣吧，总之就大概这意思，当然这种情况当然不排除，但不是讨论范围），但就算有人认为很简单考勤系统，如果用户数1000，全国都有门店，要实现考勤漫游，如果还要支持手机端打考勤和请假，人员有定期排班和不定期排班，连上软硬件，还有需求调研，开发，培训全员一起，全部上好（好吧，外加领导层全力支持！）。给你十万，不亏你就得谢天谢地！如果对方领导还不一定统一支持，给你50一百万万都未必能成。

传统行业上信息化，企业老板（或决策层）非常关键：

1、老板要懂信息化，只有自己懂了，才能评价贵不贵的问题，才能清晰信息化真正的价值，才能支持信息化正确走向（现在做老板真的挺难的，要会经营管理，能搞定客户和政府关系，还要懂信息化。。。不懂怎么办？学呀！多参加IT论坛互联网会议都好，有老板为了搞懂九零后思维，专门学习打王者荣耀，看玄幻网络小说）；

2、其次，他要找一个懂信息化建设的人来全盘规划企业信息化（就是CIO）。并全面信任他（当然，前提他要有这个能力）。对这个人的要求其实非常高：

1）他要有很全面的IT视野。他的视野，决定企业视野，一定程度决定企业的发展甚至生死，IT经历一定要丰富，IT技能要全面（要都干过），包含六个层面：基础架构、网络、服务器、运维、开发、数据库，缺一不可。这六个层面全面了，他才可能将企业需求转化为可操作的信息系统（还不涉及到钱、时间成本、部门协作等问题）

2）他要懂企业经营管理。企业上信息化，不仅仅是把软件开发出来，部署到服务器就算成，如果用不起来就是一堆废铜烂铁（还是很费电、不断增加成本的废铜烂铁）。所以他要清晰企业经营管理的方方面面，所有显规则和潜规则，要能辨别有些即使他们叫苦连天，实际并无多大用处的需求，他（cio）的判断力，就来源于他对企业经营管理的理解和经验，如果判断错误，后果可能很严重。所以，他不但是IT高手，还要是企业经营管理的能手，必须是老司机。

3）老板必须全面信任他。因为他提出很多东西，如果老板不信任，可能就支持不到位，系统本身很容易出BUG错误之类，如果不够信任，系统一出问题，老板心里发毛，很多事情不议或不决，项目很可能就黄了。

3、要对信息系统可控。这个也非常非常重要，但很多人没有意识到（或没感觉）。很多企业，选了大牌如SAP IBM 微软 Saleforce 用友、金蝶等全套方案，看上去很完美了。并不是说这些方案不好，但千万不要忽视两个重要问题：

1）企业需求会不断变化；

2）IT系统本身也需要持续改进。

即使系统上线，如果系统不可控（一开始没规划好）会发生什么？即使系统正常上线，半年一年后一定有新需求系统要增加新功能，那怎么办呢？就找原厂（一定会发生的情节是：你认为这个功能很简单，但原厂认为已经超出原合同范围，不要问我怎么知道的），你又要和原厂开始谈判，协商新的功能价格，然后走商务流程（规则就是：越大的公司，内部流程越复杂，速度就越慢），擦，原项目经理已经离职了？派新项目经理过来？没办法还得配合他把原来的需求文档全啃一遍，再结合新需求，费心费神不说，因为时间紧，赶紧设计新开发方案，然后开发 测试 。。。就这样半年过去了，公司钱也花了，活动上的档期也不对，大家反馈这个新功能还并不好用，老是有很多问题。。。老板很蒙圈，有气都没地发去，而且这个过程你没得选（就为这一个功能换系统代价太高，而且时间也不允许）。这就是系统不可控的后果，所以企业上信息化，一定要考虑是否可控？如果要可控，那么无论是外包还是自建，都一定要培养自己的技术团队（能全面接管系统开发和运维），花钱养这个团队一定是值得的（前提是cio管理的好）。

现在我们再来看题主问题，为什么开发软件会这么贵呢？

我们来看下，开发系统上线要经过什么的过程？

1、需求，需求是系统的基础，可以说开发一个系统，拿到真实的需求是最困难的，这点张小龙和乔布斯都深有感触，张小龙曾说过（大意如此）：判断用户的真需求还是伪需求最困难。举个很简单的例子：没有汽车之前，福特去调研需求：您需要什么样的交通工具？用户：我需要一匹更快的马！如果按用户需求思维，福特真设计四条腿的机械马，我想就不会成就福特公司，也不会有当今发达的汽车工业。所以，鉴别真伪需求，显性需求、隐形需求就很难，何况还可能转化用户需求（把马转化成汽车）？

2、设计，这是整个系统的灵魂步骤，一个系统设计不过关，必定走不久，未来业务变化，可能又要换系统，拿到需求就要进行

1）业务流程设计（可能涉及到业务流程重组，最费事又可能最反复，也是风险最高的地方）；

2）系统架构设计（cs还是bs，私有部署还是云部署？其中架构时是否考虑可拓展的一体化的思想最为关键！决定这个系统能支持企业走多远！）

3）功能设计（需要什么样的功能，达到这样的功能要几步，分别是什么操作等）


4）程序代码规范设计（包括库、类、公用方法和控件的准备）

5）数据库的设计（要几个数据库，这几个数据库的关联性是什么？分别如何存放？每一条数据的来源和走向都要清晰，还要预估一年后表的增长数，服务器的承受能力和方案）

6）还有服务器的部署设计（业务跑公网还是私网？有没有API接口？服务器的高可用方案？应用的高可用方案？数据库的高可用方案？）

7）还有网络方案（公网还是vpn？网络安全性，vpn的稳定性？断网的处理方案？）是不是蒙圈了？

3、代码开发，尽可能保持统一一种语言来写系统（大项目可能很难做到），尽可能少的人来编写模块代码，需要研发经理统一分配模块，研发经理来审核各成员代码，代码本身也需要统一管理（不管是svn还是tfs），否则项目往后就无法维护。。。如果是互联网系统，还需要美工、UI和前端代码，代码质量基本决定项目质量，尤其是关键模块（高频操作模块、或涉及金额、库存等）。

 1/6    1 2 3 4 5 6 下一页 尾页