對國內ASP應用不樂觀

2021-04-14 15:06:25 字數 1797 閱讀 4061

這種方式的優點就是企業不用再為資訊化而投入大量的資金和時間進行建設,還可以避開了執行過程當中的維護工作。尤其前期的建設,企業需要採購伺服器,還需要對採購的產品進行選型,並根據自己的需求進行修改,這個過程不僅耗時耗力耗財,而且還有一定的風險。一旦專案失敗不僅是企業財力和員工人力的損失,還有乙個機會成本,即影響了企業把這些人力物力投入到別的方向上可能帶來的收益,還有對企業資訊化程序受阻帶來的損失。

而且企業資訊化的風險並不小,目前國內幾種主要的資訊化專案(

erp,oa)實施成功率並不高,失敗的專案比較多。

而採用asp方法看起來可以有效的規避這個風險,企業使用時,只是按使用期限交付租金,如果不合適,企業可以及時更換,不會有太大的損失。

所以有樂觀的預言,說asp可以解決大型企業10%的需求,中小型企業75%的需求,並引用國外的資料,說明asp已經對國外傳統的

erp巨頭形成了衝擊。

但我認為,在國內對asp的應用前景過於樂觀還為時尚早。對asp推動企業的資訊化程序的能力表示懷疑。

因為asp只是一種營銷方式,這種方式解決的是讓使用者更方便,更低風險的使用軟體的問題,但企業資訊化不是以使用軟體為目的,而是通過資訊化,給企業帶來各種管理上的提公升,從而產生相應的效益。

舉個例子,本人朋友的乙個家具工廠,曾經使用過乙個很簡單的軟體,在這個軟體,把企業的售後問題分解,一是責任上的分解,

把產生問題的責任分解到每乙個相應的環節,設計師設計時有沒有問題,審核設計的人有沒有審查出來,生產時是否出現了問題,保管時是否出現了問題,生產中物料沒有及時**上是什麼問題,每個環節都有明確的責任人,二是把解決售後問題發生的費用分解,

需要那些工序,每個工序的成本是多少,再根據責任和成本確定分擔比例,公司承擔一部分管理責任,其餘由相應的責任人承擔,使用這個工具軟體三個月後,原來每個月九千多的售後總費用降至四千多,除了節省了成本以外,客戶的滿意度得到提高,人力物力浪費得到減少。

這雖然是乙個很小的管理應用專案,也是乙個成功案例,在這個案例中,真正讓專案成功的不是軟體,而是管理,這個公司雖然不大,但原來的管理比較完善,否則,責任分析和費用分解是很難做到公平的,推行起來就會很困難,會受到設計,生產人員的牴觸,在這個案例中,軟體只是一種工具,使這個工作的工作量變小,變得容易及時的完成。這種專案成功的基礎就是與使用者的管理水平相一致,客戶具有一定的成熟度,象這樣的企業從專案中受益,自然會加大資訊化的力度,象這個案例中的企業,開訂單有自己開發的軟體,設計使用了圓方,管理上使用了智星erp,而每個工具軟體都讓企業從使用中受益。

而我所了解的那些失敗案例,都是在投入了大量的資金和人力物力建設實施,系統上線後卻發現不但沒有起到預期的作用,反而搞得各部門怨聲載道,最後不得不再下線,或者僅僅留個樣子在應對檢查,卻使用原始的方式時行操作。這些失敗的案例中,不管原因是因為服務商服務能力不夠還是因為客戶成熟度不夠,不能為客戶帶來效益就會導致企業資訊化程序受阻。

相對來說,軟體上線只是企業資訊化的起步而不是終點。但我曾遇見過某erp的專案經理,告訴我他們的erp成功率是80%,當我用懷疑的眼光看著他時,他充滿自信的向我解釋,我們專案成功的標準是收回80%的專案款,如果企業是以這種心態來做專案,我不知道他們能有多少有生命力的專案,替他的客戶捏一把汗。

對企業來說軟體只是工具,不是目標,乙個新的工具使用,必然伴隨著企業方方面面的流程改變,這是乙個管理和技術相結合的系統工程。軟體廠商要想真正的發展,應當提高向使用者提供優質解決方案的能力。asp平台只是解決乙個銷售渠道的問題,反過來,如果服務做得不好,也會很快被使用者拋棄,知名度和市場占有率的提高,並不代表美譽度的提高,也不意味著產品和企業就具有更強的生命力。

原文是我在自己新開的另乙個部落格"饒豐書屋" 所貼.

國內應用市場

1 谷歌電子市場 url 2 木螞蟻應用商店 url 3 安卓市場 url 4 安智市場 url 5 掌上應用匯 6 n多網 url 7 機鋒市場 url 8 應用 搜 url 9 安致市場 url 10 優億市場 url 11 安卓星空 url 12 g友網 url 13 安卓之家 url 14 ...

ASP元件應用例項

1 vb6.0新建工程activex dll,引用 microsoft active server pages object library 和 microsoft activex data objects 2.1 library 工程名改為mydll,將類模組的名稱改為myclass,cls檔案內...

ASP應用中的應用函式

經常寫些系統,那麼一般都是從登入程式開始,每接乙個系統就寫一次登入,好麻煩。乾脆直接做個登入驗證函式吧,對我來說,大都情況可以勝任了 function chk regist requestname,requestpwd,tablename,namefield,pwdfield,reurl dim n...