企業(yè)發(fā)展的階段不同，需要不同的管理模塊。如以SaaSERP為例，企業(yè)在剛開始發(fā)展的時候，可能只需要進銷存和財務管理模塊，因為生產方面還不是很復雜。如只有一兩條生產線，若也來個生產排程，那么就有點小題大做了。但是隨著企業(yè)的發(fā)展，其生產規(guī)模不斷的擴大，最后可能有數十條生產線。而且要滿負荷運作，才能夠保證及時交貨。此時就需要用到生產排程管理、生產工藝管理等高級模塊，以合理安排生產，優(yōu)化各條生產線的產能。
或者有些企業(yè)一開始對信息化項目不敢抱太大的希望，想先小打小鬧一下，看看ERP系統(tǒng)到底是否可以幫助企業(yè)改善管理。所以他們希望先在進銷存與財務管理等方面嘗試一下。如果效果好的話，在擴展到其他領域，等等。
遇到上面這些類似的情況，現(xiàn)在的SaaSERP解決方案有什么應對之道嗎?據筆者的了解，現(xiàn)在企業(yè)就只有兩種選擇。要么就是先購買一些小型的SaaSERP解決方案。然后等到企業(yè)規(guī)模發(fā)展壯大了，在進行二次選型。選擇一些功能比較齊全的SaaSERP軟件，重頭再來。這個方案看起來比較可行。這就好像租房子，反正是按時間來交房租的。租的房子如果太小的話，可以租另外大一點的房子。但是這個跟租房子仍然不同的。要換租時，可能只需要叫一輛車來搬家即可，租客損失的可能就是叫車的費用以及一些時間。但是換一個SaaSERP軟件的話，對于企業(yè)的損失遠遠不止這一些。因為不同的SaaSERP之間，數據全部都需要移植過去。這個工作就比搬家困難的多。而且不同軟件之間的操作方式、流程設計方面又有差異，需要進行重新培訓。所以，采用SaaSERP軟件的話，可能其二次選型的可以看得見的損失不是很大，但是那些隱藏在背后的無形成本會比較高。所以說，這種通過二次選型來解決企業(yè)發(fā)展過程中遇到的問題不是很好的解決方式。
上面這種方式不行的話，那么企業(yè)就只能夠在選型的時候，就要立足于長遠的發(fā)展。然后在選用SaaSERP時選擇那些比較大的軟件解決方案。確實，一開始租的房子就夠大，那么以后即使有小孩了后者父母過來住，也住的小。就不需要換房子了。但是這又有一個問題。可能在很長的時間內這些房間都是空著的，但是租客仍然要為這些空著的房間承擔租金。如果真的是租房子的話，租客還可以將多余的房間暫時租給其他人，以減少自己的損失。但是SaaSERP軟件不同于房子。企業(yè)不可能將自己暫時不用的功能轉租給其他公司使用，以挽回損失。所以，此時由于軟件部分功能長時間空著的損失只有企業(yè)自己來承擔。
所以說，按照現(xiàn)在SaaSERP的部署方式，無法滿足企業(yè)在功能上不斷變化的需求。或者說，現(xiàn)有的這些解決方案對于這種功能不斷變化的需求，都是不利的。筆者認為在設計SaaSERP解決方案的時候，軟件不能夠吃大鍋飯，無論你吃的多，吃的少都是一個價錢。而應該將飯分成一小塊一小塊的，你胃口有多大，就買幾塊。最后按照塊數來結賬。也就是說，在SaaSERP解決方案中，也要向傳統(tǒng)的軟件那樣，設計成一個個相互獨立的又緊密聯(lián)系的模塊。然后企業(yè)可以根據自己的需要，按模塊來租用ERP軟件。如此的話，剛開始不熟悉ERP系統(tǒng)或者企業(yè)規(guī)模比較小，可以只租用幾個簡單的模塊。然后等到規(guī)模壯大了或者對ERP系統(tǒng)有信息了，在租用一些高級的模塊來完善自己的ERP系統(tǒng)。這或許多軟件供應商或者企業(yè)都是有利的。對于軟件供應商來說，可以按使用模塊企業(yè)的多少，來合理安排技術人員，提高客戶的滿意度。而作為企業(yè)來說，可以根據自己發(fā)展的不同階段，合理選擇需要的模塊，而不用擔心系統(tǒng)集成或者二次選型帶來的麻煩。
總之，筆者認為現(xiàn)階段SaaS軟件即服務的解決方案還有待改進。至少不應該吃大鍋飯，而應該嘗試著為某個行業(yè)提供更加具有針對性的解決方案。同時需要將軟件的功能進行分解，要根據選用的功能來付錢。而不是那種用多用少都同一個價錢的大鍋飯模式。這是軟件發(fā)展史上的倒退。
IT專家網
