年除夕寫這個問題別人會有這樣的想法：
腦子有病，不好好休息寫這些東西。。。
這個受衆率很低，很少人會看這個。。。
但是， 我還是寫下了，原因：
在金州高速公路兩側的中小企業一家接着一家，他們很少有用到企業管理軟件的；
看完《重來》這本書後，越發感慨。。。
我是白羊座，有點衝動，想一出就做一出，在春節回家路上想到這個話題了，所以。。。。
軟件技術過於複雜
我們的軟件技術過於複雜，說道這塊有人會說，我們的軟件就應該複雜，因爲我們的業務非常複雜；也會有朋友說，我們軟件的複雜才能體現我們技術能力，客戶才能對我們認可。
沒錯，複雜業務的確是需要複雜的技術解決方案去支持，高深的技術會得到客戶或者競爭對手的仰慕。但是這一切都需要有個一個衡量標準。
前段時間我負責幫助一個項目搭建基礎框架。首先大概瞭解這是個大概在1000人用戶的使用的系統，業務不是特別複雜。但是我看到這個系統的架構我當時愕然了下，系統有這麼複雜嗎，整個架構涉及到了負載均衡、災備（HA）、內存數據庫、單點登錄（SSO）、靜態服務器等。一個HA就需要用戶雙倍的硬件投入，內存數據庫和靜態文件服務器都需要特殊服務器去支持，這樣是增加客戶設備投入。我想架構師在做這個方案肯定會想，這樣能滿足系統的高可用、可擴展、高性能等。沒錯這樣做卻是能提高，但是問題關鍵這是我們報價高了客戶能接受嗎？我們單方面從我們技術考慮，我們並沒考慮到這些非功能性設計會給客戶帶來如此高的資金投入，這樣無形中提高了我軟件的報價，進而減少我們軟件在市場上的競爭力。也許我們的銷售（銷售和售前）類同事會拼命跟我們客戶說我們軟件產品是如此。。。。。。此時顯得很無力，關鍵是價格！
但是這也有例外，這些客戶在沒談具體業務時候，就已開盤口：我們系統要足夠的複雜。我們需要高負載、高可用、大併發等。我要SOA架構、我們要用ESB把我們系統服務都很好管理起來，我們要用BPM產品來完善我們企業的業務流程，更有甚者我們要自己私有“雲”，架設自己的集團專線。也有這樣客戶要求這個系統的功能平均TPS要到達98 左右，而這個系統實際上每個月的只有幾筆工單。這樣客戶必然存在，問題關鍵是我們能遇到這樣客戶，多數公司只能簡單ＹＹ下了。
附加給客戶的需求來越多
都是人天惹的禍
組織過於龐大
沒寫完，我會陸續補上，