微信公眾號：售前研究 | ID：pre_sales
當您看到本文的時候，應該是知道，或者聽說過SAPHANA的，“內存計算、實時計算、獨領風騷、業界最領先的內存計算技術，革命性的內存數據庫產品，內存計算平臺，天下武功，唯快不破；”等各種宣傳之詞，如果是，那麼這些詞統統全部指向一個軟件，那就是SAP HANA。
SAP HANA是SAP公司的新產品，2010年面世，即在多核CPU+超大內存的廉價X86架構的PC服務器（其實也不是真的廉價，好配置的HANA服務器比小型機還貴）硬件上運行的內存數據庫系統，而非簡單的將數據Load到常駐內存就完事了（這是Oracle 12c），以這個系統為基石，外延拓展了很多的新功能，集成R、PAL、BFL、XS、TEXT Analysis等各種新特性和功能，統稱為SAP HANA平臺。
HANA的成功學
SAP HANA在市面上應該是最得寵的產品了，而且在SAP內部也是聚集萬千寵愛於一身，這樣一個誕生於一個實驗室級別的產品，一經推向市場，經過幾經組合包裝，重新煥然一新，幾乎獲得了市場上所有的掌聲和鮮花，當然還有巨大的Money，在2年之內推動了SAP的股價上漲了將近60%，在2012年將SAP推向了1000歐元市值公司，HANA絕對是SAP的大功臣，而後面的則是運作這些的大佬們。
SAP主席Hasso教授說：HANA是SAP公司重塑其企業管理軟件架構的第二次機會，如果不抓住這次機會，SAP將毫無疑問的淪落為一個二流，偶爾靠靠被動收購來博點市場，避免被競爭對手所逐漸蠶食的而逐漸走向衰敗的夕陽公司。
以上的這段話，Hasso應該是沒有說過的，是筆者自己YY說的，筆者覺得Hasso內心深處肯定是這樣想的，只是出於面子關係，肯定沒說而已，所以這裡我替Hasso說了出來。
可以說，SAP HANA的推銷模式是成功的，不管銷售人員，還是客戶對HANA的定價模式，有著這樣活著那樣的抱怨，但是HANA的推出策略的確是成功的，我們來看看為什麼HANA可以成功。
HANA絕對是SAP的一個創新型的產品，它從來就不是像Oracle這樣一家跟著HANA後面，不斷的玩弄“內存計算”概念的這樣一家公司。
不可否認的是，SAPHANA就是成功了，而且只有短短的三年時間，你想想MicrosoftSQL Server推出多少年了，現在的企業級市場應用如何，這麼多年來一直跟著DB2，Oracle後面緊跟不捨。如果SAP HANA像MS一樣做的，那無疑，HANA會死的很慘。
那麼？為什麼SAPHANA可以在短短時間就這麼成功呢？
SAP創始人Hasso教授的鼎力支持
SAP的董事會和全力支持
Hasso將Vishal憨豆博士拉倒了董事會，並且擔任CTO，風光無限的作為HANA產品的吉祥物，全球巡演和宣傳，是Hasso的紅人，以及下任CEO的熱門人選（我覺得這個傳言不靠譜，美國人再怎麼不行，也比印度人會做生意，何況是Bill ，這傢伙可是連續的幾年，外企最佳CEO的獲獎者，長的一臉帥樣，去競選總統也是很有氣勢的）
SAP公司從上到下的推動和權力執行力
從聯席CEO模式終於變成Bill一個人，公司從上到下，人人都在談HANA，人人都在議論HANA，SAP的高層不管去什麼媒體，或者客戶都會哪裡都要提及HANA。
據說，在SAP公司內部，如果新招職位和HANA不掛點關係，名額申請，大佬本老闆們都不怎麼批（這應該是真事情，風向哪裡吹，肯定工作向哪裡做）
據說，SAP公司的產品級研發，如果不向HANA靠攏，都會被砍掉。（這也是真的，必須，你不跟著公司大方向走，自己搞一套，必須被fire掉，分分鐘的）
SAP抓住了大數據的萌芽階段，對於數據處理的基本需求
早期對於Hadoop的商用化，像Cloudera、Hortonworks這樣的公司並沒有怎麼大規模的發展，而市場對於大數據和BI商務智能分析的需求，還處於萌芽階段，各種場合都只提及啤酒和尿布，以及用Hadoop來處理日誌，除了處理日誌，好像就沒想到用它來做點什麼其他的事情了。
以上的這些成功點，屬於大方向吧，既然大方向對了，是不是就一定能成功呢？那可不一定，我們還是來看那些藏在後面的努力和成功因素吧！（排名不分先後）
1）蛋疼的價格模式
SAP HANA的的蛋疼定價，64GB，160萬人民幣，2011年到2013年都是這個價，Duang的一看，說不定就是那些德國胖子董事會在FKK集體洗桑拿把妹的時候，拍桌子想的出來，心想：“HANA這麼好，不能賤賣”，其實這裡面大有學問。
在HANA推出的前三年，即2011-2014這四年中，市面上基本上都是對於SAP HANA的價格的批評，基本上就是，太貴，土豪裝備啊，有錢人才用得起啊，雖然不限制容量的超用（民企就喜歡這麼不計後果的這麼幹，好像感覺是早超用早賺到了，對吧，買的永遠沒有賣的精，這句話你聽說過沒有），但是這就是等於放水養魚啊，魚兒再收網的做法啊。
賣的這麼貴，其實這是在變相的限制客戶群，SAP是不希望HANA一開門，用戶遍天下的，如果這麼做，但是用高價模式來限制購買的客戶群，這就是高明的地方了，我有，我在賣，你有錢，你可以用。
定價這麼貴，這不是用高大上來裝裱門面，而是經過深思熟慮和琢磨過的營銷行為，如果SAP HANA一推出，2萬塊一套，你會用嗎？便宜無好貨，免費的就是不負責任的，你懂的。
現在SAPHANA的定價變了，基於BASE的版本，可以很“便宜“的擴展容量，而且基於功能組件的方式來選擇自己所要的，而不是像過去，管你要不要，先塞個你一個160萬的企業版。
一開始走高端，高價格的路線的目的是為了更好的走低端路線。
所謂，理想要遠大，要有站在太空看地球的魄力和視野，因為獲得的信息不對稱，相信那些大佬們對於這些定價決策也是做了充分的思考的，所以我們不用懷疑，因為這個定價已經很成功了。
例如：所有5星級酒店的，現在做經濟型的品牌，都很成功，但是那些一開始就定位為屌絲的連鎖酒店，現在做去高端，你覺得會有人住 1000一晚的如家5星級酒店嗎，高端進不去，經濟型連鎖的市場一年一年都在被五星級酒店的低端品牌給吃掉。
話題好像跑偏了誒，總的來說：
SAP HANA早期的按64GB容量來賣160萬CNY的貌似不合理的定價模式，為SAP緩衝和爭取了黃金的三年時間，在這段時間中SAP HANA不斷的成長，成為一個真正的成熟、穩定的數據庫平臺。
再逐漸的將這3年中本來拿到的客戶，一把把的收回到自己的客戶列表中，並且完成HANA 1000客戶圖，其中APJ中SAP HANA最好，這其中，中國膽子巨肥的企業們貢獻了最為豐富和熱鬧的HANA用戶列表。
2）功能沒好，卡位先行
SAP HANA的每次發行的新版本都是在為下一次的新特性卡位，這種做法從SAP HANA的第一個版本，Revision 13就開始了。
每次推出的SAPHANA產品都包含多多少少的一些新特定，向市場表明我有這個功能，然後大師的宣傳和渲染這些功能特性，哪怕是帶著bug出來的新版本，也要趕著時間發佈出來。
市場是無情的，古語的磨刀不誤砍材功，在IT產品市場上是行不通的，只要你有一個新概念，可以show，哪怕還不是很成熟，就應該立即發佈，並且不斷的提供新特性和話題，保持產品的熱度。SAP HANA這樣做，也是沒有辦法的，因為SAP不可能等到把HANA做的99.99%成熟之後，才推出給市場去銷售，因為你錯過了機會時間，就錯過了一切，時機第一，產品質量，是可以慢慢提升和完善的。
例如：
2011年的SAP HANA連HA的能力都不具備，不管是軟件層面，還是硬件供應商的層面，但是卻在所有的文檔中大肆的提及SAP HANA集群方案來解決單點故障的問題等（這一問題，千年才解決）。
像實時複製的概念，在SRS（Sybase Replication Server)還沒有為HANA準備好的時候，用SLT來炮轟所有的一切數據實時複製的概念，基於數據庫觸發器的技術，你看看國內的一百多個SAPHANA的用戶，有幾個用了，真心用SLT的都是大戶，極度需要數據快點從SAP ERP過來的。據說，有個遼寧的電力客戶，開的trigger太多，還把ERP搞掛了多次。
從SAP ECC拿數據到SAP HANA，實現CDC，不做業務數據的轉換，SLT絕對是最佳的工具，但是如果你要把數據給塞回給ECC，SLT就不勝任了，而Data Service則是將ECC、以及非SAP系統、HANA之間做數據交換的最佳方案。
像大數據支持，動態分層，多租戶的概念，在其特新還沒有穩定的運行之前，就在市面上瘋狂預熱，開啟新功能特性的造勢運動，很多功能都是需要更多的時間來落地和穩定的。
SAP HANA在並未完全成熟的時候，就推向市場，在內存計算領域，樹立一個很高大的領袖形象，將Oracle甩在後面，並且領先幾年時候，化被動為主動，讓Oracle跟著SAP的內存計算方向，持續的推Timesten、Exalytica、Exadata、Oracle 12c In-MemoryOption...等，讓SAP嚐到了一步領先，步步領先的感覺，並且在數據庫市場的領域，走進Oracle的核心利潤地盤，讓Oracle第一次感受到，好像SAPHANA還真是一個威脅，而不是2011年在外面大放厥詞的說"HANA，小玩具而已！"。
如果不盡早的發佈這些特性，哪怕是不穩定的版本，就會失去關注。
3）瘋狂更新的版本和一切走向HANA
一個月一個版本（Revision，從四年前的Revision 13，到現在Revision 93，即SPS09，已經過去80個版本了)，始終保持SAP HANA 1.0的稱呼，膽子也巨肥的，客戶一問，你什麼版本啊，我們1.0，客戶的臉直接綠了，其實我們已經1.0四年多了，要不下次直接來一個HANA 2015版本，跟微軟學，Office 2013之流，每半年一個SPS來收攏所有的Revision，做一個新特性的宣佈和公開，這種更新的速度，也只有產品初期的毛胚才能這麼搞了，並且每個版本之間的差異還挺大的。
當然，客戶是買賬的，看來，SAPHANA是花了血本在搞這件事情。
SAP公司內部所有的產品開發，除了繼續支持原有DB之外，所有的新特性和功能開發，都向HANA傾斜，這不僅僅是來自董事會的要求，而且是在各大大小小的內部會議中所明確指出的，以SAP HANA為優先，正是因為有了這樣的做法，才有了BW on HANA, ERP on HANA的快速的上市做宣傳道具。
4）切合IT的熱點
在初期，我們佈道HANA，用HANA做實時分析，做實時BI，然後我們要轉型做大數據，切換到SAP將成為一家雲計算公司，並且將所有的收購的公司的軟件都遷移到HANA之上，並且迎合工業4.0的概念，在高性能計算和實時計算等話題熱點和IOT中，始終讓HANA處於一箇中心位置。
5）在銷售層面鼓勵，推動
在最近的這幾年的銷售層面上，使用硬性的規定，讓銷售必須以完成賣出一個SAP HANA單元作為完成業績指標的前提條件，充分拓展和利用SAP現有客戶群的力量，將最多機會永遠留給現有SAP ERP客戶上，讓這些客戶成為SAP HANA的先行客戶，然後再先用帶動後動，走CSUG以及各種行業峰會的廣告會來達到宣傳和“傳”銷的目的。
7）廣告策略
在Youtube、Tudou上投放大量的廣告視頻，和市場活動來宣傳SAP HANA，這方面，絕對是下了血本的。以國內舉例，連續藍寶石大會、技術大會，燒掉多少個億，看看黃嘻嘻的HANA的展臺，和以HANA為核心的產品應用案例分享，各種雞血Session和客戶吃了HANA大力丸的現身說法的致辭你就知道，SAP真的是花了心思的。
8) 廣結盟的關係
SAP HANA和全世界的硬件廠商建立SAP HANA服務器認證列表，不管是主流（IBM、HP、思科、富士通、日立、戴爾）的還是非主流（例如，SGI、VCE、華為、聯想、浪潮、Bull SAS）。在SAP HANA的認證體系中，還包含除了Suse Linux之外的Redhat、AIX、VMWware、OpenStack的軟件運行環境的認證。
這使得一些合作伙伴，特別是IBM、HP、華為緊跟著SAPHANA，不斷髮布新品，和更大、更快的SAP HANA集群系統，這給SAPHANA的用戶來說，一看到這一大票的TOP廠商都在搞HANA服務器，無疑增加了信息，打消了很多的疑慮。
SoH，一個口號而已SoH，即SAP Business Suites on HANA，又名基於HANA的SAP企業管理軟件套件，是以SAP ERP為核心的，外環繞一圈CRM、HCM、PLM、SCM....一大系列的軟件的別名，說到底，其實就是基於SAP NetWeaver ABAP平臺開發出來的不同的軟件而已。
- 從ERP-SD，衍生出來的CRM系統
- 從ERP-HR，衍生出來的HCM系統
- 從ERP-MM，衍生出來的SCM系統
- 從ERP-IS，衍生出來的SAP BW系統（收購了一部分+ ERP IS）的一部分，等等...
在2013年初，SAP高調的向全世界宣佈，我們的SAP商務套件，已經on HANA了（那個時候，其實只有ERP、CRM、SCM..)大約四個產品on HANA。而所謂的on HANA，其實你想想看，只是為了讓NetWeaver Stack運行在HANA這個數據庫之上，其實在SoH之前，SAP的BW，早就有BW on HANA的版本了，而且有不少客戶已經遷移到了SAP HANA之上，BW是基於Netweaver的，而SAP商務套件的所有產品基本上都是基於Netweaver的，這說明，其實早就可以宣佈 SOH了。好事要分開說，壞事要一起說。因此，我們在隔了1年之後（也就是2013年）才看到所謂的SOH，這這個SOH，僅僅也只是讓SAP ERP這些商務套件產品，可以運行在HANA之上，並且不保證運行效率。可以肯定的是，SoH(舉例， SAP ERP on HANA版本，在遷移到HANA之上後，有的TCODE是效率提升了（報表類），而很多TCODE運行的比以前基於DB2、Oracle的還要慢，這是不爭和不需要辯解的事實，雖然沒有任何人會拿出這樣的一組數據去做對比，但是這個測試時非常容易做的，即使是在今天。我們可以夜觀星象，掐指一算，你覺得SAP公司的ERP研發團隊，能夠在短短几個月，就為SAP HANA重新去寫一個，或者優化出一個新版本嗎？肯定是不可能的。
SoH既不是開始，也不是結束，它只是S4 HANA的一箇中間過渡名詞而已，無論如何，這一切都是SAP在努力，我尚且相信SAP是要基於HANA對SAP ABAP平臺的所有軟件做大的創新和改動的。
例如：前幾天在北京上地某個APO on HANA一個項目上，德國顧問說某個TCODE運行效率很慢，硬是把問題推給Basis，同事找我幫忙，還好我還記得看ABAP程序的執行效率，結果一進那個FM，裡面一段SELECT * FROM XXX FOR ALL ENTRIES IN，結果我也就把ABAP on HANA十宗罪的PDF發了給他，你說說，這啥問題吧。
SoH，今天看來還真的只是一個過渡口號而已，而SAP公司已經達到了它的目的，那就是用一句口號加2年時間，就將所有人選擇SAP系統時默認催眠到需要基於HANA平臺才是正路，才是順應皇帝的思路。
S/4 HANA，只是起點在2月份，SAP在全球高調的宣佈，SAP公司將進去S/4 HANA的時代，即同步發售S/4 HANA的軟件產品。SAP執行董事會成員、SAP全球業務總裁安睿博(ROB ENSLIN)在談到S/4 HANA時指出，SAP HANA是SAP產品的核心，也是未來發展的趨勢。而S/4 HANA下一代商務套件，是SAP為了“大道至簡”而重新架構的下一代的商務套件，其中“S”代表簡化，“4”代表的是商務套件的第四代的發佈。S/4 HANA它即實現了ERP的功能又彙集了SAP HANA的敏捷性、快速性和實時性於一身。
一直以為SoH就結束了，沒想到又來了一個S/4 HANA，看來市場是永遠需要新熱點的。只是有點傷心，感覺之前的SoH有點虎頭蛇尾，還沒有真正的on HANA，就要for HANA了，而且SoH就這麼結束了，看來SAP是徹底的否定自己的SoH的口號，將SAP軟件遷移到SAP HANA之上以後，還不行，還要for HANA做抽經換骨的大手術，難道是又是整容拉個皮。
不管SAP怎麼宣傳，S/4 HANA絕對只是一個開始，而且是從0.1開始的一個起點，而非一個100%已經改造好了的全新塑造的產品。
我們從S/4 HANA的一些官方公佈的信息中，可以得到以下的這些信息：多種部署方式支持多種部署方式，但是在我看來，這根本就沒有用任何用處，但是如果不支持雲部署，這好像與SAP 要轉型雲計算公司的最高策略有衝突，因此這個也是大方向，實際上的部署，估計沒什麼實際客戶的應用案例。簡化的企業軟件架構模型
目前，S/4 HANA的套件，真正做到簡化模型，重新設計架構的模塊，目前只有Simple Finance這唯一的一個產品，也只有這一個而已。簡化數據模型，個人覺得這才是S/4 HANA最核心的要素，如果沒有這一點的進步，或者勇氣，那麼S/4 HANA無疑又會是一場迎合市場的廣告鬧劇。
在接下來的幾年，甚至10年的時間裡，SAP將會顯著減少其現有數據模型，SAP聲明會將現有所知的數據模型減少到原來的1/10。SAP會首先從財務模塊開始，逐漸減少其數據模型的數量，其他的模塊將逐步跟進。全新的Fiori界面考慮到移動戰略和趨勢，從SAP的戰略層面看，SAP將會轉換現有的UI界面到Fiori。對於公有云，SAP將只提供Fiori作為用戶操作界面，對於私有云，和已經存在的本地化運行環境，SAP會保持原來的界面(用戶可以自行決定是否需要或時機來轉換其系統的的用戶界面到Fiori)。
SAP的用戶界面設計，在這個時代來看，的確是蠻醜的，800MB大小龐大的SAP GUI客戶端，還在讓客戶用，已經非常的勉強了，而Fiori這個東西是不可能承載SAP GUI的所有功能的，走GATEWAY也只能滿足一些簡單的數據的CRUD的操作。企業級軟件，想完成做成適用於客戶的Web化的操作，這個不僅僅是換個皮膚就可以了，而是需要從更深的層面來解決，但是想了想，這個真的很難。
最簡單的，顯示SO和PO的界面，一個header，下面十幾個tab view，想想，這些如何能優化成為一個移動設備上可以容易使用的Web UI吧。Web簡易化之路漫漫長之修遠兮，SAP還需要上下多多求索才行！全新的嚮導界面，SPRO IMG的傻瓜版本這不是要打擊和消滅顧問這個行業，而是真正的簡化和讓SAP的配置更加容易做一些，但是相信ERP裡面的兩萬多個開關是沒有這麼容易就變成嚮導的。SAP公司S/4HANA上還有很長的路要走，不過，毫無疑問的是，簡化的數據模型將促進業務流程的運轉，只是有過去歷史上的那些積累下來的業務模型不是那麼容易在短時間就可以完成的，無論如何，S/4 HANA對比Suite on HANA是真正意義上的賣出了一實質性的一步。未來的展望在很早的幾篇博文，例如，4年前的博文SAP HANA迅捷企業之選，從HANA加速器看ERP ON HANA的春天，以及從SPS06版本看HANA過去三年的進步一文，我們很早就看到SAP HANA的軌跡，是要一統SAP現有的DB底層平臺的，但是這個過程不是那麼容易做的，如果SAP HANA僅僅是作為一個ERP的底層DB，那麼SAP還是可以混幾年光景的，而HANA的前途也就到此為止了。
不要什麼亂七八糟的東西都往SAP HANA上去靠，不需要那麼多迅速就on了HANA的一堆垃圾請多把SAP HANA核心的運算和引擎做做好現在的SAP HANA越做越龐大，架構變化也比較大，裡面整一對沒用的東西，很多功能從推出到現在，基本上現有客戶基本上沒有人用，不是因為它不好，而是因為這些功能非常脫離實際的應用場景，不要因為想提供這個集成，而就提供這個集成。
S/4 HANA到底是ERP皇帝的新裝，新瓶裝舊酒，還是SAP王國在未來十年的新基石，這就需要看S/4 HANA的決心，是否有勇氣重塑SAP的企業管理軟件，在HANA這個新平臺上，創新出屬於這個新時代我們所需要的新經典和傳奇了
微信公眾號：售前研究 | ID：pre_sales
閱讀更多 售前研究 的文章
