阿里巴巴與騰訊的一次正面較量

wjhao

前言
9月初，螞蟻金融副總裁鄒亮在接受專訪時說道：“真正的戰(zhàn)役才剛剛開始，決戰(zhàn)將在三年以后�！�

　　這不是中國互聯(lián)網(wǎng)歷史上阿里巴巴和騰訊的第一次正面交鋒。這一次，他們將戰(zhàn)場鎖定在移動支付領(lǐng)域，大舉深入雙方都很陌生的“線下”世界，以更加“野蠻”和“原始”的手段向?qū)Ψ桨l(fā)起猛攻：場景即戰(zhàn)場，金錢即炮火�！�

5爭奪支付市場

雙方從開始便同時都看到，最有效的切入線下的方法就是打入以“高頻小額”為特征的快消領(lǐng)域，即各種商業(yè)場景，教育鼓勵更多的人去使用移動 支付工具，培養(yǎng)起移動支付習(xí)慣。
　　爭奪也由此展開。因為“誰都知道這個場景非常重要，誰都不愿意失去”。戰(zhàn)爭的起點，始于“接入”，而輸贏的終點，將是以支付為入口、內(nèi)容想象空間更 為豐富的互聯(lián)網(wǎng)服務(wù)體驗上的較量。有趣的是，阿里和騰訊都認為，這是一次雙方“互為主導(dǎo)”所引發(fā)的廝殺，考慮到可能獲得的回報，出現(xiàn)這種競爭幾乎是必然。
沒有應(yīng)用場景，便意味著微信支付有如空中樓閣，用戶無法知道它究竟價值何在。

4補貼大戰(zhàn)

戰(zhàn)火真正熊熊燃燒，始于2014年的春天。
　　首先是1月末，微信上線了“紅包”產(chǎn)品，并借助隨后的春節(jié)長假引發(fā)病毒式傳播。社交網(wǎng)絡(luò)蘊含的巨大影響力，在這款產(chǎn)品中被展現(xiàn)得淋漓盡致，而最終的結(jié)果，是微信以一種四兩撥千斤的方式、在極短時候內(nèi)，就獲得了海量的移動支付激活用戶�！�
　　幾周之后，馬云通過一封內(nèi)部郵件提醒員工說：“關(guān)于無線互聯(lián)網(wǎng)，我有一些擔(dān)心。我擔(dān)心的不是騰訊紅包對我們的壓力，不是沒有一個或幾個層出不窮的入口，不是能不能開發(fā)殺手級的數(shù)據(jù)產(chǎn)品，而是自以為是的良好感覺或過度關(guān)注競爭壓力讓我們迷失自己，忘了做自己擅長的事情……”
　　阿里巴巴隨后迅速在3月發(fā)起反攻，啟動“手機淘寶3.8生活節(jié)”，借助這一聲勢浩大的促銷活 動，阿里無疑是希望能在針對本地生活的移動支付領(lǐng)域扳回一局。
　　支付寶持續(xù)在線下便利店、 超市、餐廳等人們的日常消費場景中布局掃碼支付。支付寶不僅免費給線下商戶安裝掃碼槍，給商戶的費率也低于其他傳統(tǒng)的線下支付工具。與銀聯(lián)0.78%的費 率相比，支付寶僅為0.6%。
　　微信慢了。事實上，直到2014年上半年，在微信的架構(gòu)中才確立了“微信支付”這個部門，而第一批真正屬于微信支付的BD人員入職在五六月份。內(nèi)部資源整合的過程，其復(fù)雜性超出了所有人的預(yù)料。
　　2014年上半年還未過完，雙方已經(jīng)數(shù)度較量。其中最為兇殘的一局，莫過于耗時77天、發(fā)生在快的和滴滴兩大打車軟件 之間的那場補貼大戰(zhàn)。事實上，這場補貼大戰(zhàn)尚未燒到一半，便已經(jīng)被外界普遍覺察到，其背后乃是騰訊和阿里針對移動支付的又一次“入口之爭”�！　�
　　然而，發(fā)生在2014年上半年的這一切，最多只能算是事關(guān)移動支付整場補貼大戰(zhàn)的“前戲”。
　　支付寶最直接針對線下商超場景展開的大范圍補貼，發(fā)生在2014年末，以“雙十二”為主題，而這也正是過去數(shù)個月內(nèi)由支付寶BD部門交出的一份成績單。
　　從2015年2月開始，微信支付宣布將每周二確定為“微信支付日”，用微信刷卡支付即可享受支付10元以上立送10元代金券的優(yōu)惠�！　�
　　2015年4月28日，不甘示弱的支付寶錢包宣布與華潤萬家、家樂福達成合作，進入5月，深圳25家沃爾瑪門店也宣布開始支持支付寶付款。至此，接近70 家超市、便利店品牌均已宣布接入支付寶。與此同時，微信支付則宣布拿下了家樂福，對接家樂福全國237家門店。
　　私底下，支付寶為微信悄悄算過一筆賬，認為微信在過往商超領(lǐng)域的營銷投入至少是自己的2.5倍。但微信支付的負責(zé)人則堅稱，支付寶在過去一年的補貼大戰(zhàn)中表現(xiàn)得更為財大氣粗，總體補貼頻率甚至高于自己�！　�

3攻陷線下

　“我們只有商業(yè)策略，沒有商戰(zhàn)策略�！蔽⑿胖Ц�
　　2014年3月，王府井百貨正式接入微信支付，被微信支付視為對接線下商業(yè)場景的一個重要里程碑。　　　
　　針對地推環(huán)節(jié)，支付寶的確比微信有更強的把控愿望。
　　目前第三方服務(wù)公司與支付寶、微信的主要收入來源是傭金，支付寶、微信從商家收取千分之六的交易手續(xù)費，并拿出千分之三返還給第三方公司。

2野心優(yōu)雅

　　2015年7月，支付寶9.0版正式上線，被外界看做是支付寶產(chǎn)品在過去12年來最重大的一次更新。　　
　　支付寶9.0版本更大的野心，在于想進一步實現(xiàn)金融的場景化——在用戶的生活場景中，融入支付和其他金融服務(wù)，再久遠一點，支付寶希望能徹底打通線上和線下的用戶數(shù)據(jù)。
　　微信更感興趣的，是關(guān)于流量的生意�！�
　騰訊將自己一直擅長的流量玩法，再度復(fù)制到微信支付在線下場景的應(yīng)用中去。包括一個月內(nèi)發(fā)多少次優(yōu)惠信息、每個會員之間的傳播、社交式的商品連接等等。
　　微信支付不僅僅是一個支付工具，這之上還可以搭載音頻、視頻，可以代買單，會有各種各樣的交互方式和社會化營銷的方式，把支付和商業(yè)價值和營銷打包在一起�！�

1未來不可能一家獨大

　這場戰(zhàn)爭打到今天，雙方談及對手，多少都流露出一些客觀的贊揚。比如吳毅就很佩服支付寶團隊的地推能力，而支付寶一方，也很認命于微信平臺作為一款高頻社交應(yīng)用，對用戶所產(chǎn)生的影響力。
　　在采訪中，雙方都屢次提及，如果不是這一年的相互競爭和推動，移動支付將不會如此發(fā)展迅猛，未來更不可能一家獨大。
互聯(lián)網(wǎng)時代，必讀互聯(lián)網(wǎng)思想（wanging0123)!每日分享互聯(lián)網(wǎng)、科技思想、動態(tài)。按住“掃一掃”，加入我的朋友圈

502小西瓜

說得這么好，跟我學(xué)編程吧

林桂鋒啦啦

抄的一點1都不專業(yè)

502小西瓜

男生必須學(xué)編程，女生更要學(xué)編程，想要娶白富美嗎？跟我學(xué)編程吧，想要嫁高富帥嗎？跟我學(xué)編程吧。只要會編程，什么都是你的

不懂、你

好！（此回復(fù)雖有且僅有一個字，卻深刻的表達了回復(fù)人的深深祝福與刻骨的情感，可謂言簡意駭，一字千金，字字扣人心弦，字字催人淚下，足可見回復(fù)人扎實的文字功底和信手拈來的寫作技巧以及慘絕人寰的創(chuàng)新能力。再加上以感嘆號收尾，點睛之筆，妙筆生花，意境深遠，照應(yīng)前文，升華主題）

M.、_s

感覺！好亂

wjhao

此時不學(xué)編程，等待何時

502小西瓜

感覺亂就對了，想整理思緒嗎？跟我學(xué)編程吧

502小西瓜

給你普及一個http狀態(tài)信息吧
http狀態(tài)返回代碼 1xx（臨時響應(yīng)）
表示臨時響應(yīng)并需要請求者繼續(xù)執(zhí)行操作的狀態(tài)代碼。

http狀態(tài)返回代碼 代碼   說明
100   （繼續(xù)） 請求者應(yīng)當(dāng)繼續(xù)提出請求。 服務(wù)器返回此代碼表示已收到請求的第一部分，正在等待其余部分。
101   （切換協(xié)議） 請求者已要求服務(wù)器切換協(xié)議，服務(wù)器已確認并準備切換。

http狀態(tài)返回代碼 2xx （成功）
表示成功處理了請求的狀態(tài)代碼。

http狀態(tài)返回代碼 代碼   說明
200   （成功）  服務(wù)器已成功處理了請求。 通常，這表示服務(wù)器提供了請求的網(wǎng)頁。
201   （已創(chuàng)建）  請求成功并且服務(wù)器創(chuàng)建了新的資源。
202   （已接受）  服務(wù)器已接受請求，但尚未處理。
203   （非授權(quán)信息）  服務(wù)器已成功處理了請求，但返回的信息可能來自另一來源。
204   （無內(nèi)容）  服務(wù)器成功處理了請求，但沒有返回任何內(nèi)容。
205   （重置內(nèi)容） 服務(wù)器成功處理了請求，但沒有返回任何內(nèi)容。
206   （部分內(nèi)容）  服務(wù)器成功處理了部分 GET 請求。

http狀態(tài)返回代碼 3xx （重定向）
表示要完成請求，需要進一步操作。 通常，這些狀態(tài)代碼用來重定向。

http狀態(tài)返回代碼 代碼   說明
300   （多種選擇）  針對請求，服務(wù)器可執(zhí)行多種操作。 服務(wù)器可根據(jù)請求者 (user agent) 選擇一項操作，或提供操作列表供請求者選擇。
301   （永久移動）  請求的網(wǎng)頁已永久移動到新位置。 服務(wù)器返回此響應(yīng)（對 GET 或 HEAD 請求的響應(yīng)）時，會自動將請求者轉(zhuǎn)到新位置。
302   （臨時移動）  服務(wù)器目前從不同位置的網(wǎng)頁響應(yīng)請求，但請求者應(yīng)繼續(xù)使用原有位置來進行以后的請求。
303   （查看其他位置） 請求者應(yīng)當(dāng)對不同的位置使用單獨的 GET 請求來檢索響應(yīng)時，服務(wù)器返回此代碼。
304   （未修改） 自從上次請求后，請求的網(wǎng)頁未修改過。 服務(wù)器返回此響應(yīng)時，不會返回網(wǎng)頁內(nèi)容。
305   （使用代理） 請求者只能使用代理訪問請求的網(wǎng)頁。 如果服務(wù)器返回此響應(yīng)，還表示請求者應(yīng)使用代理。
307   （臨時重定向）  服務(wù)器目前從不同位置的網(wǎng)頁響應(yīng)請求，但請求者應(yīng)繼續(xù)使用原有位置來進行以后的請求。
http狀態(tài)返回代碼 4xx（請求錯誤）
這些狀態(tài)代碼表示請求可能出錯，妨礙了服務(wù)器的處理。

http狀態(tài)返回代碼 代碼   說明
400   （錯誤請求） 服務(wù)器不理解請求的語法。
401   （未授權(quán)） 請求要求身份驗證。 對于需要登錄的網(wǎng)頁，服務(wù)器可能返回此響應(yīng)。
403   （禁止） 服務(wù)器拒絕請求。
404   （未找到） 服務(wù)器找不到請求的網(wǎng)頁。
405   （方法禁用） 禁用請求中指定的方法。
406   （不接受） 無法使用請求的內(nèi)容特性響應(yīng)請求的網(wǎng)頁。
407   （需要代理授權(quán)） 此狀態(tài)代碼與 401（未授權(quán)）類似，但指定請求者應(yīng)當(dāng)授權(quán)使用代理。
408   （請求超時）  服務(wù)器等候請求時發(fā)生超時。
409   （沖突）  服務(wù)器在完成請求時發(fā)生沖突。 服務(wù)器必須在響應(yīng)中包含有關(guān)沖突的信息。
410   （已刪除）  如果請求的資源已永久刪除，服務(wù)器就會返回此響應(yīng)。
411   （需要有效長度） 服務(wù)器不接受不含有效內(nèi)容長度標頭字段的請求。
412   （未滿足前提條件） 服務(wù)器未滿足請求者在請求中設(shè)置的其中一個前提條件。
413   （請求實體過大） 服務(wù)器無法處理請求，因為請求實體過大，超出服務(wù)器的處理能力。
414   （請求的 URI 過長） 請求的 URI（通常為網(wǎng)址）過長，服務(wù)器無法處理。
415   （不支持的媒體類型） 請求的格式不受請求頁面的支持。
416   （請求范圍不符合要求） 如果頁面無法提供請求的范圍，則服務(wù)器會返回此狀態(tài)代碼。
417   （未滿足期望值） 服務(wù)器未滿足"期望"請求標頭字段的要求。

http狀態(tài)返回代碼 5xx（服務(wù)器錯誤）
這些狀態(tài)代碼表示服務(wù)器在嘗試處理請求時發(fā)生內(nèi)部錯誤。 這些錯誤可能是服務(wù)器本身的錯誤，而不是請求出錯。

http狀態(tài)返回代碼 代碼   說明
500   （服務(wù)器內(nèi)部錯誤）  服務(wù)器遇到錯誤，無法完成請求。
501   （尚未實施） 服務(wù)器不具備完成請求的功能。 例如，服務(wù)器無法識別請求方法時可能會返回此代碼。
502   （錯誤網(wǎng)關(guān)） 服務(wù)器作為網(wǎng)關(guān)或代理，從上游服務(wù)器收到無效響應(yīng)。
503   （服務(wù)不可用） 服務(wù)器目前無法使用（由于超載或停機維護）。 通常，這只是暫時狀態(tài)。
504   （網(wǎng)關(guān)超時）  服務(wù)器作為網(wǎng)關(guān)或代理，但是沒有及時從上游服務(wù)器收到請求。
505   （HTTP 版本不受支持） 服務(wù)器不支持請求中所用的 HTTP 協(xié)議版本。