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