[小溪暢流觀點]軟件定制開發不應該有按模塊的報價方式

    這兩天在與新客戶溝通時發現一個問題，客戶要求出報價單，即客戶想要開發的軟件按照模塊來報價。這種情況我相信很多同行都有遇到過，今天表達一下小溪暢流的觀點。

    軟件定制開發有按模塊的開發方式但不應該有按模塊的報價方式，因為軟件開發是一個系統性的整體工作，不能拿出某個功能單獨的評估開發周期和價格。

    軟件定制開發是根據客戶的需求，量身定制一系列符合客戶實際應用的軟件。這個關鍵詞很容易理解，就想我們定制一套衣服一樣，普通的服裝設計師會把我們全身的尺寸量一遍，客戶選擇所用的材料，厲害一點的服裝設計師還會根據客戶的性格，喜好，從事的職業，出席的場合等等因素為客戶提供整套的服務定制結局方案。軟件定制開發也是這樣，但是現實情況是很多不規范的軟件公司沒有能力站在客戶的角度考慮軟件的開發和最終的應用效果，從第一次接觸客戶開始，為了簽下這一客戶，就無限降低行業的原則。

    一套軟件的定制開發，從最初的需求確認，到最終用戶使用上需要做很多的工作。而編碼，只是其中一小部分內容。在于客戶溝通需求時，由于客戶不專業，那么就應該花較多的時間讓客戶能盡量多的了解軟件開發的專業性知識。

    小溪暢流曾經參與開發過中國重汽旗下動力有限公司的生產執行系統MIS，這個系統僅僅是編碼開發過程就耗費了20人的研發團隊整整一年的時間。而為了研發團隊的工作效率更高，我們采用了模塊化的開發方式，即插件式軟件。某個業務模塊相對獨立，注意是相對獨立。比如：倉庫管理模塊。這個模塊是我主導開發的，是最先進的JIT（Just In Time）無庫存管理方式。這個模塊與系統的整體框架約定好了通訊協議，用戶權限處理、數據讀取處理等規則，開發完成后，需要配置這個功能模塊的相關參數到整個系統里，才有最終的應用效果。

    客戶絕大多數情況不專業，不了解軟件系統的開發工作都有哪些，不了解軟件的運行都需要哪些條件。很多客戶簡單的認為，軟件開發就是把你們之前開發過的模塊稍微一拼就能夠出來一個新的軟件。

    在軟件報價評估需要的考慮的因素中確實有這個代碼的復用率這個參數，但，絕不是直接拿來主義。

    首先不能復用的則是軟件的UI，即軟件的界面。任何一家軟件公司不可能直接拿別人的UI給到新的客戶，任何客戶也不能接受使用別人家的軟件UI。那么，就需要UI設計師根據客戶的具體需求設計軟件的UI。比如客戶公司的LOGO，VI的色調，比如客戶使用習慣等等因素。而軟件的UI一換，前端的數據接口就需要重新來一遍。

    小溪暢流的長期合作伙伴濟南公交集團，有一次與領導匯報升級計劃，領導直接就說了，我以為換個樣子就像換書皮一樣簡單呢！

    我想有這種想法的客戶應該很多，因為客戶不專業。

    第二，就是涉及到數據結構的調整。人家的產品包含10個屬性，你們家的產品包含20個屬性。那么數據結構必須要調整，數據結構一旦調整，所有的接口，業務規則處理就要重新開發一遍。

    所以說，軟件定制開發代碼的復用率極其有限。

    再說按模塊報價，上面已經說過插件式開發模式，相對獨立而不是絕對獨立。而且任何軟件都不是能夠將模塊獨立出來的。我們舉一個很簡單的例子。比如，微信商城或者小程序商城中的購物車功能，我們不能把購物車擋車某個獨立的模塊來報價，將商品添加到購物車，然后結算，支付，是一個完成的業務流程。涉及到用戶數據，商品數據，訂單數據和支付數據。而其中的業務邏輯是整體存在的。

    再遇到有類似的客戶，希望做好售前的溝通，盡量讓客戶理解，明白。軟件定制開發是一個系統的工程，而不是在菜市場買棵大白菜那么簡單。