OA業內魚龍混雜,忽悠滿天飛,選型的第一步就是將忽悠信息剔除,提煉出對您最有幫助的精華信息,. . .
OA業內魚龍混雜,忽悠滿天飛,選型的第一步就是將忽悠信息剔除,提煉出對您最有幫助的精華信息,這樣才能幫您在最快的時間內選擇最適合自己的產品。來吧,防忽悠課堂開始了!
貍貓換太子,偷梁換柱——相似的術語卻有完全不同的含義
典型忽悠舉例:
以"工作流圖形化"代替"圖形化工作流"
忽悠解密:
"工作流圖形化"和"圖形化工作流",有什么不一樣嗎?看起來只是個文字游戲。事實上,當你真正進行流程設計時,就會發現這不僅僅是個文字游戲。"工作流圖形化"的真相在于,你必須使用表格的方式來設計流程,從步驟1到步驟2、3,從步驟2到1、3、5,從步驟3到5、4、1,......。然后,系統產生相應的圖形顯示出來 —— 將 "工作流" 進行 "圖形化"。
如果你具有足夠的耐心、始終保持清醒,也許花上兩天能夠設計出一個流程。但它是正確的嗎?如果你再插入三個步驟,刪除兩個步驟,你能正確地處理嗎?要知道,錯誤的流程運行起來,帶來的后果將十分嚴重。
防忽悠大法:
在購買任何一款OA產品前,都要體驗一下,親自或讓您的IT同事手動的進行一次流程配置,如果覺得使用起來很不方便,不妨換另外一款OA產品試試看,畢竟,軟件是要為人服務的,只有使用起來合理順手才能真正達到事半功倍的效果。
借力使力,四兩撥千斤——借他人的軟件和技術來宣傳自己,技術到底屬于誰?
典型忽悠舉例:大力宣傳開發工具的強大、數據庫的強大或者跨平臺的能力
忽悠解密:無論是 java、.net、domino、C++ 等開發工具,還是 SQL Server、SYBASE、ORACLE、DB2 等數據庫,這些業內的基礎軟件本身就有各自的技術特點,而這些技術特點,也只能屬于基礎軟件提供商所有。就好像蓋房子,你使用的究竟是"張三牌"的推土機還是"李四牌"的挖地機,對于房子本身又有多大影響呢?大力宣傳"張三牌"的推土機好而"王二牌"的推土機不好,對于房子質量又有什么幫助呢?它們本身就不是自己的東西,應該使用好它們,開發出優質的OA產品,說出自己OA的特長,何故本末倒置地鼓吹基礎軟件呢?
跨平臺的宣傳就更讓人匪夷所思了(跨平臺本身只是java的一個特點和追求目標)。好比一個加油站,有各種客戶需要的油,機油、柴油、汽油等等,這對于加油站當然是好事(因為它可以把油賣給有各種需求的客戶,開拖拉機的、開轎車的、甚至能賣給開火箭的當然更好了),但是對于某個客戶來說,開的什么車肯定就需要什么油,絕不可能集中各種油混合起來使用吧!
回到跨平臺來說,您購買OA系統,需要在貴公司現有的基礎平臺上運行(windows、unix或是linux),找到適合自己平臺的OA就可以了,非要跨平臺干嘛,因為這么一個對自己毫無用處的概念就需要付更多的款,何苦呢?
防忽悠大法:
您真的應該剔去這些華而不實的表面信息,真正考慮OA系統本身的實用性、易用性、業務擴展性等。
指鹿為馬,乾坤大挪移——以弱打強,以柔克剛
典型忽悠舉例:"圖形化工作流"還不如"自由流程"
忽悠解密:在大家都倡導"圖形化工作流"設計和流轉的時候,也有人反其道而行,說自己的
流程中,用戶都可以自由選擇下一步的責任人,這樣適應性更強。
這樣宣傳的廠商肯定是沒有圖形化工作流設計能力的,因為他居然不知道"圖形化工作流"不但可以將流程下一步的責任人固定下來,也可以讓用戶手動選擇,已經完全包含了他所說的部分。
更重要的是,他居然不知道,一些關鍵的業務流程,如果讓用戶自由選擇下一步責任人的話,將給公司運作帶來巨大風險。
防忽悠大法:
筆者對這種以弱打強的宣傳方式已經無語了,還是那句話,親自測試一下。(轉自:中國軟件網)