轉-用友U9緣何與畫皮SAP扯上關係
用友U9緣何與畫皮SAP扯上關係
聊齋畫皮讓SAP的內幕爆光在眾目睽睽之下,國內最大的管理軟體社群ITPUB.net更是因為一篇“畫皮SAP”塾是塾非而吵的不可開交,資深媒體人紛紛撰文為SAP正名,頓時專家和業內人士展開了一場行業通病與個案的爭討。
冰凍三尺,非一日之寒,管理軟體的畫皮,不是今天練成的,失敗的案例也不是SAP一家獨有,細數眾管理軟體廠商的失敗定單誰都不比誰少,只能說半斤八兩。這是行業所具有的共性,也是SAP的一場危機公關,但是在爭討之中我們卻發現了一個SAP以外的名字用友U9。
U9與畫皮SAP關係幾何?
U9緣何與畫皮SAP扯上關係呢?這場悖論的幕後推手是誰?網友Julylyx表示:“陳淑娟和用友是一家後才發現被騙了”。網友W39卻認為陳淑娟是UF的御用文人。
針對網友的疑問筆者求證了兩位當事人,用友集團公關部給出的回覆是“此事與用友一點關係也沒有,況且集團內部一直在籌辦2009年8月在成都舉辦年度峰會,分身乏術。”
筆者又電話聯絡了用友U9事業部的公關經理查小姐表示:U9與SAP事件沒有任何聯絡,她對網友為什麼會把U9牽扯進來表示不解,同時查小姐也希望媒體能夠理性的看待每一個廠商。
“畫皮SAP-世界管理軟體公司的中國真相”作者陳淑娟,她也表示這是報社的正常選題而已,在稿件策劃之初和發版之前和也沒有與用友公司有過任何接觸,裡面的案例也是採訪的一線廠商,材料絕對真實。
在與作者陳淑娟溝通的時候,她對網友如此強烈的反應表示非常詫異,為什麼此文會與用友產生聯想?而不是Oracle或者金蝶?
通讀全文我們不難發現,該文沒有極力突顯任何一家,在早些年SAP舉旗進軍中國時,很少有人會把SAP和用友聯絡在一起,因為兩者根本不在同一起跑線上,一個是活力四射的壯年,一個還處在嗷嗷待哺的嬰兒,南金蝶北用友之爭是當時爭論的主流,自用友釋出全球第一款基於SOA套件U9以來,U9和SAP開始成為剪不斷理還亂的生死冤家。
網友guy80kg認為,自從用友有了U9改善了原來產品業務細節不夠和功能缺失的詬病,核心功能可以覆蓋企業一般常見的核心應用,對高階市場來說是一個衝擊。
甚至還有網友直戳要害,真正的原因是SAP、金蝶、神碼在與U9招標競爭被刷掉出局,在中高階市場SAP感受到了前所未有的壓力和尷尬。
U9釋出不到一年裡贏得了大冶摩托、摩比天線、天津優瑞納斯、重慶大江、重慶長軸、廈門恆耀等數十家企業的青睞, SAP、Oracle的老客戶紛紛“倒戈”,繼而出現在用友U9簽約客戶名單上,也是近期U9頻頻與SAP撇不關係的原因。
移花接木 轉嫁目標
對於U9和SAP在技術上對比,筆者自認為沒有發言權(因為我不是專家),就像網友sdsdsd520說的一樣“能滿足客戶需求,能用好的才是好的ERP”,網友gerxj也認為“軟體沒有好不好之分,只有適合與不適合之說!”,的確技術也不是越高越好,適合自已的才是最好的。
無論是你是挺SAP派,還是愛國派,我們都無須去爭辯兩家的好與壞,功過得失,今天筆者之所以寫此文,目的只是想說清一個真相,讓網友們明白畫皮SAP的真正推手是誰。
此事之所以成為街頭巷尾熱議的物件,SAP公關部難辭其咎,正像IT168網友評論的那樣:“這篇文章暴露SAP的問題,其實在其他軟體廠商同樣存在,SAP公關部雖然到處救火,可是所有媒體都對其置之不理?刨去文章所闡述的問題,其實這樣一篇文章的出現更深層次的原因是:SAP太牛了,它對國內幾乎所有的媒體,尤其是IT專業媒體從來都是不屑一顧,甚至發展到侮辱程度,因此就出現了這篇文章。”
我們無法求證該網友的評論是否真實,但是從重視中國市場的程度,SAP明顯關心不夠。這也是此文產生的原因所在,我想每一個媒體人的心裡都有一杆稱。
但為什麼要拖U9下水呢?
這是危機公關下的必然產物,移花接木,轉移公眾目標。獨角戲無法自圓其說,二人轉可以混淆視聽,讓觀眾霧裡看法,公聽公話,婆說婆理。
可能有人會問為何單單選擇U9,以筆者之見其中原因有二:
第一、 U9的擴張使SAP倍感壓力,SAP自然聯想到負面出自用友策劃就不足為奇。
第二、 轉嫁目標,如果選擇Oracle做為轉移視線的話,很容易扳石頭砸自已腳,變成為競爭對手做免費做宣傳,風險太大。
第三、 U9不足以形成競爭,U9與SAP相比簡直是小巫見大巫,為明哲保身,消除負面影響,不至於為對手做嫁衣,選擇U9自然在情理之中。
畫皮SAP讓業界外的人士看到了ERP行業陰暗一面,這對ERP行業的健康發展不能說是一件壞事。 但畫皮並不是SAP專利,其它管理軟體廠商也應汲取教訓,做好自已的產品和服務,別讓下一張畫皮帖在你的臉上。
冰凍三尺,非一日之寒,管理軟體的畫皮,不是今天練成的,失敗的案例也不是SAP一家獨有,細數眾管理軟體廠商的失敗定單誰都不比誰少,只能說半斤八兩。這是行業所具有的共性,也是SAP的一場危機公關,但是在爭討之中我們卻發現了一個SAP以外的名字用友U9。
U9與畫皮SAP關係幾何?
U9緣何與畫皮SAP扯上關係呢?這場悖論的幕後推手是誰?網友Julylyx表示:“陳淑娟和用友是一家後才發現被騙了”。網友W39卻認為陳淑娟是UF的御用文人。
針對網友的疑問筆者求證了兩位當事人,用友集團公關部給出的回覆是“此事與用友一點關係也沒有,況且集團內部一直在籌辦2009年8月在成都舉辦年度峰會,分身乏術。”
筆者又電話聯絡了用友U9事業部的公關經理查小姐表示:U9與SAP事件沒有任何聯絡,她對網友為什麼會把U9牽扯進來表示不解,同時查小姐也希望媒體能夠理性的看待每一個廠商。
“畫皮SAP-世界管理軟體公司的中國真相”作者陳淑娟,她也表示這是報社的正常選題而已,在稿件策劃之初和發版之前和也沒有與用友公司有過任何接觸,裡面的案例也是採訪的一線廠商,材料絕對真實。
在與作者陳淑娟溝通的時候,她對網友如此強烈的反應表示非常詫異,為什麼此文會與用友產生聯想?而不是Oracle或者金蝶?
通讀全文我們不難發現,該文沒有極力突顯任何一家,在早些年SAP舉旗進軍中國時,很少有人會把SAP和用友聯絡在一起,因為兩者根本不在同一起跑線上,一個是活力四射的壯年,一個還處在嗷嗷待哺的嬰兒,南金蝶北用友之爭是當時爭論的主流,自用友釋出全球第一款基於SOA套件U9以來,U9和SAP開始成為剪不斷理還亂的生死冤家。
網友guy80kg認為,自從用友有了U9改善了原來產品業務細節不夠和功能缺失的詬病,核心功能可以覆蓋企業一般常見的核心應用,對高階市場來說是一個衝擊。
甚至還有網友直戳要害,真正的原因是SAP、金蝶、神碼在與U9招標競爭被刷掉出局,在中高階市場SAP感受到了前所未有的壓力和尷尬。
U9釋出不到一年裡贏得了大冶摩托、摩比天線、天津優瑞納斯、重慶大江、重慶長軸、廈門恆耀等數十家企業的青睞, SAP、Oracle的老客戶紛紛“倒戈”,繼而出現在用友U9簽約客戶名單上,也是近期U9頻頻與SAP撇不關係的原因。
移花接木 轉嫁目標
對於U9和SAP在技術上對比,筆者自認為沒有發言權(因為我不是專家),就像網友sdsdsd520說的一樣“能滿足客戶需求,能用好的才是好的ERP”,網友gerxj也認為“軟體沒有好不好之分,只有適合與不適合之說!”,的確技術也不是越高越好,適合自已的才是最好的。
無論是你是挺SAP派,還是愛國派,我們都無須去爭辯兩家的好與壞,功過得失,今天筆者之所以寫此文,目的只是想說清一個真相,讓網友們明白畫皮SAP的真正推手是誰。
此事之所以成為街頭巷尾熱議的物件,SAP公關部難辭其咎,正像IT168網友評論的那樣:“這篇文章暴露SAP的問題,其實在其他軟體廠商同樣存在,SAP公關部雖然到處救火,可是所有媒體都對其置之不理?刨去文章所闡述的問題,其實這樣一篇文章的出現更深層次的原因是:SAP太牛了,它對國內幾乎所有的媒體,尤其是IT專業媒體從來都是不屑一顧,甚至發展到侮辱程度,因此就出現了這篇文章。”
我們無法求證該網友的評論是否真實,但是從重視中國市場的程度,SAP明顯關心不夠。這也是此文產生的原因所在,我想每一個媒體人的心裡都有一杆稱。
但為什麼要拖U9下水呢?
這是危機公關下的必然產物,移花接木,轉移公眾目標。獨角戲無法自圓其說,二人轉可以混淆視聽,讓觀眾霧裡看法,公聽公話,婆說婆理。
可能有人會問為何單單選擇U9,以筆者之見其中原因有二:
第一、 U9的擴張使SAP倍感壓力,SAP自然聯想到負面出自用友策劃就不足為奇。
第二、 轉嫁目標,如果選擇Oracle做為轉移視線的話,很容易扳石頭砸自已腳,變成為競爭對手做免費做宣傳,風險太大。
第三、 U9不足以形成競爭,U9與SAP相比簡直是小巫見大巫,為明哲保身,消除負面影響,不至於為對手做嫁衣,選擇U9自然在情理之中。
畫皮SAP讓業界外的人士看到了ERP行業陰暗一面,這對ERP行業的健康發展不能說是一件壞事。 但畫皮並不是SAP專利,其它管理軟體廠商也應汲取教訓,做好自已的產品和服務,別讓下一張畫皮帖在你的臉上。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7942439/viewspace-611503/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 【高併發】ReadWriteLock怎麼和快取扯上關係了?!快取
- 易混淆親緣關係統計量(血緣係數、親緣係數、近交係數)介紹
- 六西格瑪與專案管理有何關係?專案管理
- 數倉血緣關係資料的儲存與讀寫
- 塞爾達二手卡帶價格瘋漲,只因與肖戰、王一博扯上了關係
- SAP HUM 將HU與檢驗批號碼解除關聯關係
- 皮爾森相關係數(Pearson Correlation)
- 基於MaxCompute InformationSchema進行血緣關係分析ORM
- 資料結構與演算法之間有何關係?資料結構演算法
- 邊緣計算|Hadoop——邊緣計算和Hadoop是什麼關係?Hadoop
- 移動端與H5頁面畫素的差異與關係H5
- 丘成桐演講全文:幾何與計算數學的關係
- Hadoop與Spark關係HadoopSpark
- Cookie與Session 關係CookieSession
- 關於SAP的故事(轉)
- 國美U9智慧手機引數配置與圖賞 國美U9怎麼樣?
- Object與Class的關係Object
- equals與hashCode關係梳理
- GNU與Linux 的關係Linux
- Scala與Java的關係Java
- 奧威BI:對接用友U8、U9、NC、T+,立見財務資料分析效果
- repo和Git的關係 [轉載]Git
- Process與Socket,Select與Accept關係
- SQL與NoSQL(關係型與非關係型)資料庫的區別SQL資料庫
- 當生成式AI照進醫療,醫患關係將何去何從?AI
- 多程式命名管通通訊【無血緣關係程式】PHP 版本PHP
- SAP Spartacus 的 TMS 和 Event Service 實現的關聯關係
- Excutors 與 ThreadPoolExcutor 的關係與區別thread
- Docker與containerd的關係與區別DockerAI
- JSON 與 JS 物件的關係JSON物件
- TLS與SSL之間關係TLS
- 圖片與向量的關係
- 平行關係轉化思維導圖
- 【轉】QPS和併發數的關係
- 關係錶轉dooris 的java 指令碼Java指令碼
- SAP Business Technology Platform 上 Roles,Roles collection 和 Scopes 的關聯關係Platform
- SAP Commerce Cloud 裡的 User 模型和 Restriction 的關係Cloud模型REST
- 七年之癢: 領導力缺失與派系鬥爭讓蘋果與Siri關係邁向破裂邊緣蘋果
- 基於圖資料庫的後設資料血緣關係分析技術研究與實踐資料庫