技术构架在协同软件中的重要度

最近在协作软件的市场上，华天电力和OA以技术架构著称。对此，笔者一开始很不解。软件产品应该以功能为导向，功能是软件产品价值的体现。与技术架构有什么关系？技术架构是炒作还是？带着疑问，笔者虔诚地请教了业内专家，最后也算是因祸得福。
技术架构是一个基础工程
。不同于软件项目，做软件产品需要更高的水平，需要对市场、销售、管理咨询、品牌、技术、售后、用户需求有深入的了解。统计显示，做软件产品的成功率很低，不到2%。为什么软件产品的存活率这么低？其中一个主要因素是软件产品的技术框架不合适。如果软件产品是一座建筑，那么技术架构就是这座建筑的基础工程。起初，你期望建造一栋30层的建筑，所以“地基工程”是以30层建筑为基础的。但是，一个重要的问题是，软件产品的寿命一般是五到十年。在这段时间里，客户的需求是不断发展变化的。换句话说，一开始需要的是30层的建筑，两年后，实际需要的是50层的建筑，需要在现有基础上再增加20层。没有好的“基础工程”，三十到五十层只能是一句空，或者空里的一个亭子。“基础工程”决定了建筑向上发展的广度和深度空。“基础工程”不好，必然成为向上发展的瓶颈，这也是软件产品技术架构重要的根本原因。
另一方面，collaboration software的技术架构中所涉及的技术，既不是什么先进的技术，也不是什么能让世界惊叹的革命性技术。关键在于在未来的产品开发和规划上更有前瞻性，把最初的基础工作做得更扎实，投入更多的时间和经济成本。因此，一个好的协作软件的架构本质上是采用了一些当前流行的技术和通用技术，每一种技术本身看起来都是通用的。而通过相关技术的有效优化组合，在充分考虑产品的前瞻性，正确预测产品未来发展方向后，应用到自己的产品上，最终体现出自己独特的技术架构。
在目前成熟的协作软件中昏昏欲睡的感觉
这些产品出道较早，业内知名，市场和渠道趋于成熟，功能完善。他们仅仅局限于产品自身技术的瓶颈，开发理念和技术无法与时俱进，取得更大的突破。这就像一个只能承载30层的地基工程，现在已经封顶了。然而，在用户需求的驱动下，建造者希望将其建造到40层或更高。
这类产品目前的功能可能已经足够，但是由于技术结构的原因，在两三年内，如果不进行必要的调整，企业的发展将会很困难，并且会遇到以下问题。
首先，产品的重新开发和稳定需要很长的时间，至少两年。拿不出稳定版本就意味着两年亏损，公司正常运营能否等两年。
其次，这是一个迅速发展的信息时代。两年意味着原有品牌的丧失。而竞争对手绝不会等你东山再起。他会利用这段时间占领市场，控制主动权，干掉新的竞争对手。
第三，不同时代的人对产品的需求不同，两年后的市场需求和竞争态势都是未知的，所以公司必须承担很大的风险，而这些都是协作软件厂商实现跨越和探索的阵痛和难点。
技术架构差的软件对客户的影响
软件产品与传统产品的不同之处在于，管理软件在使用过程中会将管理思想融入其中，这是企业收集管理思想、积累知识的过程。因此，协作软件成功实施后，将与企业的发展紧密相连，密不可分。
技术架构好的协作软件才能与时俱进，应对自如。而技术架构相对落后，会导致软件无法满足实际需求。放弃无味的食物是很可惜的。比如市面上的协作软件都是建立在PHP+MySQL平台上的，因为PHP本身面向对象能力差，只是网页的工具；MySQL的数据量很小，但是数据量大的时候，完全承受不了。这类协作软件，即使目前的功能最能满足你的要求，但考虑到公司未来的发展壮大，你能放心购买这样的协作软件吗？
也许，你会想，到时候，大不了换个协作软件。实际情况并不是“变”字那么简单。改变软件涉及到与原有数据的整合和员工的使用习惯，协作软件本身就体现了管理思想。在改变软件的同时，需要大规模调整企业的管理流程。所以更换软件的费用会是购买软件费用的几十倍。
一开始，企业既要关注软件的技术架构，也要关注协同软件所关注的功能。目前协同软件中先进的技术架构是基于MVC和SOA架构。数据库可以适应不同的需求，可以连接到任何类型的数据库。J2EE无疑是一个发展工具。Net平台是可以接受的底线。PHP和ASP这样的平台还是少考虑为好。
最后，笔者恍然大悟，原来华天电力协同OA的技术架构理论不是空孔的讲座，而是有一定的深度和内涵，是一个企业前瞻性产品的体现。对于一个软件开发公司来说，想要走的更好更远，就要搭建好技术架构，为自身的成长发展预留一定的扩展空空间。对于广大的软件用户来说，为了未来的长期稳定发展，更重要的是选择技术架构好的软件产品，避免在软件实施过程中走弯路。