年除夕写这个问题别人会有这样的想法：
脑子有病，不好好休息写这些东西。。。
这个受众率很低，很少人会看这个。。。
但是， 我还是写下了，原因：
在金州高速公路两侧的中小企业一家接着一家，他们很少有用到企业管理软件的；
看完《重来》这本书后，越发感慨。。。
我是白羊座，有点冲动，想一出就做一出，在春节回家路上想到这个话题了，所以。。。。
软件技术过于复杂
我们的软件技术过于复杂，说道这块有人会说，我们的软件就应该复杂，因为我们的业务非常复杂；也会有朋友说，我们软件的复杂才能体现我们技术能力，客户才能对我们认可。
没错，复杂业务的确是需要复杂的技术解决方案去支持，高深的技术会得到客户或者竞争对手的仰慕。但是这一切都需要有个一个衡量标准。
前段时间我负责帮助一个项目搭建基础框架。首先大概了解这是个大概在1000人用户的使用的系统，业务不是特别复杂。但是我看到这个系统的架构我当时愕然了下，系统有这么复杂吗，整个架构涉及到了负载均衡、灾备（HA）、内存数据库、单点登录（SSO）、静态服务器等。一个HA就需要用户双倍的硬件投入，内存数据库和静态文件服务器都需要特殊服务器去支持，这样是增加客户设备投入。我想架构师在做这个方案肯定会想，这样能满足系统的高可用、可扩展、高性能等。没错这样做却是能提高，但是问题关键这是我们报价高了客户能接受吗？我们单方面从我们技术考虑，我们并没考虑到这些非功能性设计会给客户带来如此高的资金投入，这样无形中提高了我软件的报价，进而减少我们软件在市场上的竞争力。也许我们的销售（销售和售前）类同事会拼命跟我们客户说我们软件产品是如此。。。。。。此时显得很无力，关键是价格！
但是这也有例外，这些客户在没谈具体业务时候，就已开盘口：我们系统要足够的复杂。我们需要高负载、高可用、大并发等。我要SOA架构、我们要用ESB把我们系统服务都很好管理起来，我们要用BPM产品来完善我们企业的业务流程，更有甚者我们要自己私有“云”，架设自己的集团专线。也有这样客户要求这个系统的功能平均TPS要到达98 左右，而这个系统实际上每个月的只有几笔工单。这样客户必然存在，问题关键是我们能遇到这样客户，多数公司只能简单ＹＹ下了。
附加给客户的需求来越多
都是人天惹的祸
组织过于庞大
没写完，我会陆续补上，