1、電商必讀丨追求極致：從技術細節看美團架構很多人認為， 電商都沒有什么技術含量， 沒有什么門檻。 可是，美團能從千團大戰中脫穎而出，成為國內最大的本地 生活服務平臺，必然不是靠運氣。美團網技術委員會主席夏 華夏為InfoQ的讀者分享了美團內部的思考： 技術團隊的努 力、不斷追求極致的努力是公司走向成功的重要原因。Q訪談：十分鐘了解美團大牛夏華夏，現任美團網技術委員 會主席，負責基礎技術架構、 大數據等相關工作。曾任Google高級工程師，百度主任架構師。關注基礎架構、云計算、運 維、大數據等技術。本文分成三部分：1、美團的技術架構，架構是如何演變的。2、美團的業務架 構，在業務方面如何做一些業務

2、流程的優化。3、O2O技術，如何實現線上和線下都用技術來做優化貫通的。技術架構 其實在初期的時候，美團的技術架構非常簡單，的確在最初2010年、2011年的時候，技術是沒有門檻的，任何一個人 都可以寫一個電商的網站。圖1最初的技術架構 這就是一個最初期的架構， 一個比較典型的LAMP架構， 前 端加上Apache/PHP，后端是MySQL，當然我們會有一些 運維的工作在里面。 可能大家如果自己寫個網站的話， 一開 始都是這種架構，這種架構一開始也很好用。然后慢慢的， 當業務量大了之后，我們發現整個系統的性能跟不上。那時 候我們也只是做一些簡單的優化就夠了，比如說一開始我們 是在前端，就是在Ng

3、inx和Apache之間加一些Varnish的 緩存，然后在后端， 我們可能用Memcached來減少MySQL的壓力，這些都是緩存，整個架構還是沒有太大的變化，還 是一個優化了的LAMP架構。圖2簡單優化然后到2011年的時候，我們開始做移動端，這時候架構還 是沒有太大的變化， 只不過是在Apache這種已有服務的API前面，又包了一層。就是我們在提供給PC端的同時，我們 也包了一層移動的API，這樣我們可以繼續給手機端的用戶 提供服務。圖3 2011年的架構 這個時候其實也就是簡單地把LAMP架構做了一點點擴展， 但是已經可以支撐很多很多的用戶，很多很多的容量了。我 們在這種架構的前提下發

4、展，直到我們想去做新的業務。美 團一開始起步是個團購公司，后來我們去做一些新的，比如 說酒店業務、電影業務，直到現在大家可能使用過的美團外 賣的業務。當我們去做很多不同的業務的時候，我們發現做每一個業務 似乎需要添加一些新的部分， 這樣一個部分、 一個部分堆積， 對很多技術的同學來說，這是不能容忍的，那我們怎么去改 進它呢？我們希望把中間的很多的公共的東西，與業務無關 的東西抽取出來，形成一些公共的技術的組件，這樣可以為 很多的不同的業務來使用，發展到現在，形成這樣一個看起 來稍微復雜的架構。圖4現在的技術架構 在最底層會有云平臺，對內對外都有服務，會有云主機、云 存儲、虛擬網絡， 包括一些負

5、載均衡的東西。 在云平臺上面， 我們會有一些基礎的組件，這些基礎組件跟業務的邏輯相隔 比較遠， 它會有比如配置， 隊列中心， 注冊中心， 包括一些SQL和NoSQL的存儲等等，這些技術組件我們在所有的業 務里都會使用，所以我們把它提取出來，作為我們的技術組 件提供給業務能用。再往上，確實有一些東西是與業務結合比較多，比如說用戶 中心、支付、搜索、推薦、風險控制，以及建立用戶的一些 地理位置的庫，這些東西是與業務是有交互的。但是我們去 分析之后發現在不同的業務里面，這些組件還是差不多的， 所以我們也是把它抽象出來，現在叫業務組件，這些業務組 件在所有的業務之間也是共用。再往上才是我們各個不同的業

6、務的，真正的比較獨特的一些 邏輯。在這些業務邏輯前面，是前端的接入，這個前端接入 其實對不同的業務也是一樣的，它會有前端的接入和轉發， 會有前端內容的過濾，就是一些防抓取，防攻擊這樣的內容 過濾。比如說為了做用戶訪問性能的優化，我們會做大量的各種各 樣內容的緩存，包括CDN也好，包括我們內部不同層次之 間，包括一些驗證碼的服務。所以在這種架構下面，當我們 再要去做一個新的業務的時候，我們就關注在中間業務邏輯 這一塊就可以了，這樣可以很快地去拓展新的業務邏輯，而 且每一個人，每一個團隊，只關注真正最有價值的那一部分 的軟件的開發。那當然兩邊會有我們的，運維的工作，安全 的工作，是在每一層都會涉及

7、的。但是整個這樣一個邏輯發展到現在，我們是覺得最適合我們 美團現在這個階段的一套技術架構，那從一開始的最簡單的LAMP，到現在可能我們分了很多很多個組件、 很多很多層， 這些架構看起來是非常非常不一樣的。但是我們現在回想起 來并不覺得說，原來的就不好，現在的就好。我們覺得在公司發展的不同的階段，一開始就最適合那種最 簡單的情況，如果說我們一開始，比如說美團2010年成立 的時候就上這種很復雜的架構的話，那可能我們2010年底 才把軟件開發完，那時候上線的時候，可能已經有五千多家 團購網站在線上了，所以這是不切實際的。所以整體來說， 我們覺得在整個技術架構的演變過程中，就是找當前真正能夠滿足我們

8、業務需求的。另外一個特點， 大家也可以看到， 在我們的整個的架構里面， 大量應用了一些開源的東西，從最初的LAMP架構的時候，包括MySQL、Apache，到現在我們一些很復雜的架構里面， 比如說搜索， 現在會用到Lucene，會用到Solr，在云主機、 云平臺這一塊， 我們會用到比如說OpenStack的一些個組件， 包括比如存儲的Swift等等，用到很多的開源的東西。 開源產品拿過來當然會加速我們的這種開發的周期，但是開 源產品我們也不僅僅是單單把它拿過來，因為任何一個開源 的產品，如果你要拿到一個比較復雜的業務里，你就會發現 它不是那么匹配的，它總是有些邊邊角角，比如說要與系統 的集成，

9、或者很多開源產品，它在大規模的情況下，高并發 的情況下，考慮地并不是那么周到。 所以我們在開源的基礎上做了大量的優化，一方面能讓我們 的整個系統能做更好地水平的擴展、系統的擴展、系統的優 化，同時也讓整個的用戶體驗能夠更好。 總結下來，就是在技術架構方面，想跟大家分享這么幾點， 一個就是整個技術架構總是在不斷地結合業務在不斷地演 化，還有就是至少從美團來說， 我們是在開源軟件的基礎上， 然后不斷地做集成， 不斷地做優化， 最后，軟件開發的時候，不管是在對用戶體驗來說，還是對工程師自己的體驗，我們 總是在追求一些極致，這樣的情況下，我們的技術架構就自然而然的在不斷地演變了。業務架構優化圖5復雜的

10、業務架構 這個圖是一個比較復雜的圖，我們也不去講它的太多的細節， 大概分析一下，上面這一塊其實是剛才給大家看的，對用戶 訪問端，它所涉及到的一些組件，一些部分。但是對于電商 來說，其實它還有一個很復雜的生產系統，這個生產系統就 是說我們怎么去跟生產商談單，談完之后，我們怎么把這個 單子錄到線上，怎么去編輯，怎么去審核等等，這個單子的 生產我們叫生產系統。除此之外，還有整個公司的運營，一些市場的營銷推廣，我 們怎么去拉動我們新的用戶，怎么去拉動我們的新的商家等 等，所以就涉及到很多的業務的模塊。整個的這個框架，細 節我們不關注，但是第一感覺肯定是非常復雜，這個復雜的 業務架構有一個什么后果呢？

11、一般來說，它會讓整個流程非常復雜，當流程復雜了，那自 然而然帶來的整個效率低下，所以對于技術團隊來說，我們 一個努力就是在不斷地去優化我們的業務架構，不斷地讓流 程簡單，讓效率更高，那怎么來優化呢？ 圖6業務架構的優化 我們有一些自己總結出來的方法論：1、把復雜的事情簡單 化。一個很復雜的業務架構，我們希望對它做很多理解和梳理，梳理的過程中，我們就會發現一部分步驟其實是不需要 的，可以省略的，這是一種簡化；還有一個就是，當我們梳 理完了，發現每一個步驟都需要的時候，我們會盡量地把一 個復雜的東西拆成很多比較小塊的，易于把控的一些東西， 這就是一個把復雜東西簡單化的一個過程。2、把簡單的事情標準

12、化。當把一個復雜的東西拆成了簡單的小的東西之后， 我們就容易地去對這個簡單的模塊，簡單的功能進行標準化。 所謂的標準化，就是去制訂一個標準，這個東西該怎么做， 應該實現什么目的，做了之后我們怎么去衡量。所以這三個 是非常重要，就是我要去做什么，我怎么做，然后怎么去衡 量。如果把每一個簡單的東西都處理好了之后，這個簡單的 東西就成了一個標準的東西，標準的東西在很多時候就比較 容易去推廣。3、把標準的事情流程化。如果整個的標準比較完善了，那 我們就希望把這個標準固化下來，固化下來就是說整個的工 作就會變成一個很簡單的流程。招幾個新的員工，然后給他 們一個手冊，告訴他們，照著這個手冊一步一步，第一步

13、做 什么，第二步做什么， 第三步做什么，這就是流程化的東西。 如果發展到這個時候，其實復雜的東西已經可以比較高效地 往下運作了。4、把流程的事情自動化。對于計算機和搞技 術的同學來說，我們知道，其實計算機它最擅長的東西就是 處理這種簡單的流程，所以我們如果做到流程化，就有了一7個自動化的基礎，我們可以用計算機來把這些固化的流程完 成，這樣最終就把復雜的事情能夠盡量地做到自動化。圖 上單免審免寫舊有流程我來舉一個簡單的例子，尤其是后面流程化和自動化這個東 西，大家可能不是那么理解。就是我們在上單，所謂上單就 是一個單子，比如一個餐館售賣的東西，就是本地服務的一 個產品，我們叫一個單子。上單的時候

14、，我們的銷售同學和 商家談了一個問題，最終要上到我們的整個網站里邊。我們今年上半年曾經做過一個很大的努力就是，上單的時候 我們希望免審核、免寫、免編輯，為什么要這么做呢？給大 家介紹一下舊有的流程，在舊有的流程里邊，銷售團隊可能 從簽訂合同開始，還不算他一開始跟商家去談私人關系，去 一次一次的溝通，那時候可能要碰很多壁。即使是商家已經同意了要和你合作了，那銷售的同學就可以 和商家簽訂合同，從這個時候就進入我們生產流程，然后要 到我們的審核團隊去審核合同，看這個合同的價格，定價是 不是合理，是不是偏高，或者偏低，因為偏高了損害用戶的 這個利益，偏低了之后美團要貼錢，所以要去審核，包括一 些法律的

15、東西，是不是合法，一些條款是不是合法，這是審 核，如果審核不通過， 要打回來， 重新簽，如果審核通過了， 回到我們的編輯團隊，那編輯的團隊會干什么？ 會把合同里的東西輸成文檔變成文字，變成一個文本的描述，然后還包括編輯的同學，攝影師的團隊，他們會去每個商家 去拍很多菜品的照片，或者商家門頭的照片等等，還要把這 些照片再去剪切，包括打上防偽的美團的水印等等，這些就 是我們編輯團隊原來要做得，他要把所有的這些東西原材料 變成一個網上的單子，上了單子之后，先在一個系統里給商 家看，這是我要給用戶展示的東西，這樣行不行？ 商家說可以，我們就可以最終給用戶來賣了，那在這個整個 的流程，從簽訂合同開始，到

16、最后用戶能夠看到這個單子，這之間的時間是7到10天，這是一個非常非常長的時間， 因為7到10天就可以對對商家帶來很多很多流量。我們現 在每天的銷售額是幾億人民幣，如果我們每個單子都拖到7到10天的話是不可忍受的。 怎么去優化這個流程？我們其實做了幾件事情： 業務流程在線化。比如說離線運行的東西。有的編輯的同學 他本來是去簽一個紙質的合同，紙質的合同寄到我們編審那 邊，編審的同學要去一條一條的讀這個紙質的合同，這個是 很難容忍的，這個是沒辦法提升的。我們首先就把很多的， 比如說合同，盡量在線上來填合同，還有攝影師拍的照片， 盡量直接傳到網上，不要通過一個其他的渠道，U盤等等來 傳。這樣所有的東西

17、在線上了以后，我們才有了所有用計算 機處理的一個基礎。O2O數據結構化。 舉一個例子， 對于一 個餐館來說，我們可能往往會有很多的條款，比如說他這個 餐館是幾點到幾點營業，這個單子是幾點到幾點可以用，用 的條件包括你可以用包間，或者不可以用包間，以及是否提 供停車位，還有一些菜單的東西，這些東西在最初的時候，就是我們編輯的同學一條一條對著那個合同把它用手錄成 一大段文字，這樣不是結構化的東西。我們結構化的努力，就是我們把每一項條款都變成我們數據 里的一個結構化的單元，比如說你的這個單子在什么時間可 用，星期幾，幾點幾分到幾點幾分可以用， 這個本身就是一 個數據存儲的項目。 當結構化之后，銷售上

18、單的時候，它就 是一個表單，一個表格這么填寫，最后生成的數據就不是一 大段文字了，而是很多結構化的數據。這個數據有什么好處？比如說我們生成單子的時候，如果要 改版，它很容易做一些改版，或者說我們商家要調整一個價 格，就只把價格那個項目給商家來做調整就可以了。不用擔 心商家改的時候， 把一些條款的其他東西改掉。 然后還包括， 比如說現在會在PC端和這個移動端同時顯示同樣的單子， 其實因為顯示器的差別，我們在PC端和移動端的顯示肯定 是不一樣的。只有當我們把它結構化之后，我們才能自動地匹配不同的顯示環境，這就是結構化的一個好處。量化可量 化的一切東西。就是價格我們不希望輸入一個字符串的幾塊 錢，因

19、為這個東西計算機是不容易去理解的，我們希望如果 它是數字的，比方說價格，你就填一個價格，如果進價是多少，我賣價是多少， 還有可使用時間， 就用時間的格式來填，這樣的好處就是我們的審核就變得非常容易。我們的審核團 隊，它根本不需要人工的去讀這個東西，只要我們把規則制 訂好了，那計算機就可以把這個量化的東西一條一條地過一 下。圖8上單免審免寫新流程所以當我們做了這些努力之后，我們新的流程變成什么樣子 了呢？銷售團隊同樣還是要去填合同，但是他填寫一個表格 的數據，填寫好后這個表格的數據，系統會自動地審查，自 動地生成一個單子，然后立刻可以給商家做確認，商家確認 之后，就可以上線給用戶了。然后，做了這

20、些努力之后，我 們把中間的很多環節和步驟，包括人力都省掉了，我們不需 要那么多編輯的同學，不需要那么多審核的同學，而且整個 的流程會走地非常順暢，非常快，便捷。圖9上單免審免寫收益給大家看一下收益是什么呢？這是從今年1月份到9月份的 一個數據，藍線是我們每個月的上單量，從今年1月份，除 了2月份，2月份因為是春節，整個的上單量有所下降，其 余幾個月份上單量一直是非常快速的往上漲的，一直到現在， 每個月我們美團上的單子有40多萬單不同的消費單，這種 單子做一個假設，如果有一個吃喝玩樂的達人，他每天去吃 一單美團的單子的，那40萬單夠他吃一千年。假設我們這個單子能持續一千年，我們會提供非常非常豐富

21、 的單子給用戶做選擇，上這么多的單我們的單均成本，我們 從原來的很高，現在已經降到了個位數。如果我們沒有做剛 才那些努力的話，我們是根本不可能實現這么多的上單量，我們的成本也不可能降下來。因為我們把成本壓的很低，就 可以為商家提供更好的服務，也給用戶提供更好的優惠，這 就是技術給我們帶來的一些優勢。技術如何貫通線上與線下 最后第三點，給大家分享一下，在線上線下這兩部分，技術 都是可以去做的。我們說O2O，O2O是什么？就是Online+Offline，線上加線下。 有一部分同學可能會有一些誤 解，可能技術只是在線上的，其實不是那樣，技術它不分線 上、線下，它在線上線下都是非常重要的，需要貫穿線

22、上線 下。我在這里給大家舉兩個例子，線上的就不舉了，因為技 術都是在優化線上的東西。給大家舉兩個例子，看我們怎么 去用技術來優化線下的一些東西。圖10原始階段下單方式第一個就是外賣單子這個流程中， 我們做了一個外賣打印機。先給大家介紹一下背景，美團外 賣整個下單是怎么樣的？比如用戶下單，在我們的網站上說， 我要買一個砂鍋飯，在哪個餐館買，我要送到什么地方，我 們就需要通知商家，通知商家的時候，要告訴他用戶要買什 么，他地址是什么，電話是什么，然后我們的商家的廚師去 做菜，小二就要去送餐，用戶完成消費。美團外賣是2013年的11月13號上線的，第一單的時候， 我們怎么處理呢？那個時候真的很原始，

23、當然我們一開始還 是做了個手機的APP，用戶在手機的APP上下單，我們會 有美團的外賣的這個同學，包括一些客服的同學，也包括一 些很多技術的同學也幫忙打電話，我們就打電話通知商家說， 某某定了一個什么單子， 然后他的地址是什么，電話是什么， 告訴商家。商家怎么辦？就只能用這個紙筆記下來，交給廚師，說你去 做飯，廚師做完了，把小紙條給配送的同學，配送的同學就 去給用戶來送東西，這個里面過程是非常痛苦的。當然那時 候大家做的很有熱情，非常喜歡打電話，看到我們有用戶進 來，一天從一單十幾單到幾百單，大家打電話打得很興奮。但是很快發現承受不了， 因為打一單， 對美團的開銷是說，一單哪怕只需要一分鐘去給

24、商家打電話，幾百單的時候還行。一天一個人8小時工作，哪怕你持續不停的給商家打電話， 那一分鐘打一個也就四百多單，你可以幫用戶定四百多單。但是當這個單子增長很快的時候，我們就發現我們人力跟不 上了，技術的同學都去打電話了，技術同學受不了。 商家也很痛苦，因為打電話的時候，很多的信息是說不準確的，他要記電話號碼，如果記不清的話，他還要再打過來問 剛才那個單子電話是什么，包括地址，有些地址字還比較難寫。圖11商家APP階段 我們為了解放，首先我們解放我們自己，我們不給商家打電 話了，我們給商家開發一個APP，每個商家只要安裝了這個APP，他在手機上就可以接到通知。 一旦有用戶下單，APP上就會有通知

25、說誰誰下了一個單，這時候老板根據APP上 的信息，拿張紙，找個筆，把它寫下來，然后給廚師。這個 時候你會發現說，至少美團的同學們這個工作就省下來了。 但是商家的工作，他雖然抄得準確一點，不用從電話里抄， 直接從APP上抄，但是還是要做大量的工作，包括這個小 紙條傳來傳去，有的人寫得筆跡不是那么清楚。圖12商家APP+聯機打印階段 后來我們再進一步， 我們APP接到一個打印機上， 這個APP有可能是一個手機的APP，也有可能是電腦上的一個應用程 序，這個APP連著打印機，一旦用戶下單，打印機就會打 出一個小條來，他拿這個小條，這個信息就非常準確了。商 家不用花時間去寫了，這時候就可以給廚師去做菜

26、，廚師做 完了交給配送員去送菜，這個就比較方便了。 后來我們還是發現這個也不是很好，一般這個APP總是在 老板那里的，如果說好幾個人拿著APP會出現問題，好幾 個人拿的話，比如老板和老板娘都拿著，他們可能都去打，一個定單可能打了兩份；或者說，有時候說老板拿著這個APP，但是老板剛好不在，那他就打不了。有的店，他就不 得不買一臺電腦放在那，但是電腦對于很多小的外賣店，還 是一筆額外的開銷。因為現在手機上網的多，但是電腦上網 的人已經很少了，還是對商家有很多不方便的地方。圖13云打印機階段今年5月份的時候，我們的硬件的團隊，他們就說我們自己 來做一個云打印機。所謂云打印機就是它自己可以聯網，聯 網

27、的時候有很多聯網的方式，比如說我可以插一個手機卡， 通過手機的網絡來聯網，或者我也可以通過WiFi來聯網， 聯網之后，手機下單的時候，我們的美團后臺的服務器會把 這個單子的信息直接推送到這個云打印機上，這個云打印機 就像一個POS機那樣，是一個很小的設備，會自動地打印 出單子的信息，這樣就大大得解放了我們美團的同學和商家 的同學。這是一個我們用技術來優化商家端這邊的流程的一 個例子。接下來給大家舉一個，我們怎么去用技術優化用戶端的例子。我們在用戶端也有很多線下的工作，其中一個工作就是用戶 運營。我們有一種需求叫“拉新”運營團隊，他們的任務就是 對一些已經注冊了美團的帳號，但是過來逛了一圈，最后

28、沒 買東西就走了，可能來逛了好幾次，他還是沒買，這時候美 團就急了，美團急了怎么辦呢？給你10塊錢，你趕緊買一 個吧。因為很多用戶的確是這樣，他沒買可能是因為他不知道網上 怎么支付。他支付流程沒做通，或者說他可能就不太習慣，所以我們希望把這些用戶轉化成一個習慣于在網上消費的 用戶，讓他體驗一下，可能體驗一下他覺得好，他可以以后 接著買。給用戶10塊錢，20塊錢，做一些優惠活動，吸 引用戶完成首次的購買。那其實我們這邊的花銷是真金實銀的，我們是給用戶很多免費，對于美團來說薄利多銷，利很 薄，所以我們希望少花錢，多辦事，這個錢能少給就少給， 能不給就不給，運營的團隊，就跟我們技術的同學聊，問這 個

29、事情能不能優化？ 圖14用戶精準運營 我們就去分析，先去分析這些用戶到底是什么樣的用戶， 發 現用戶有很多類，一類是有一些用戶他雖然來逛了一圈，或 者逛了幾圈，他還沒買，但是假以時日，可能再過幾天，最 后他還是會自動的轉化，所以有一些用戶的這種自動轉化的 可能性是比較高的。還有一些用戶，他可能來了幾次，他可 能每次就是來逛逛， 每次逛逛，就像逛街一樣，雖然他不買，但是逛著也很爽， 看著菜單他可能口水直流， 也覺得挺爽。所以有些用戶， 就是你不給他刺激， 他就完不成自動的轉化。 然后還有一些用戶質量低，所謂質量低就是對美團的質量，我給他券的時候他就過來買個東西，比如我給他10塊錢， 他可以過來買

30、個11塊錢的東西，然后轉身就跑了，我不給 他券，他就半年不過來，美團又忍不住，又給他10塊錢， 他又過來看了看買了個9塊錢的東西就走了。對這種用戶不 是說質量低， 對美團來說當然我們希望盡量留住這種薅羊毛 式的這種用戶，他來當然我們也歡迎，但是不來我們也就不 去拉攏了。還有一些用戶就是，屬于用戶質量比較高的那些用戶，如果 我們一旦幫助他轉化，就是越過了這個首次消費這個坎的話，他可能就成為一個很高頻的，習慣于在美團消費的用戶，我 們叫高質量用戶。 對于美團來說，我們希望真正運營的對象，真正拉攏的對象就是在這些，我如果不給他刺激，他自己可 能轉化不了，然后同時如果他轉化了，他對美團的銷售額的 貢獻

31、會比較大。 這種用戶，對其他三個象限，比如說第一象限里邊，這部分 用戶我不需要給他發券了，發券就是對美團來說浪費錢了，我們叫浪費，當然也沒浪費。對下面這兩個象限呢，因為用 戶本身質量比較低，所以他來和不來至少對美團的最后的獲 利來說沒有大的關系，那我們怎么去找出這部分用戶？這是 運營的同學給技術團隊提出了一個要求，那我們怎么去做 呢？ 圖15用戶畫像 做用戶畫像，在美團其實有大量的用戶的數據。我們可以看 到，他什么時候注冊的美團，他從什么瀏覽器，從什么操作 系統，然后包括說，他去看了哪些單子，瀏覽了什么單子，他做了什么搜索， 他用的是什么手機， 這些信息我們都有。有大量的數據，那我們從這些數據

32、里面就給用戶畫像，我們 會去判斷用戶的各種屬性，這些屬性有一些是，可能用戶在 注冊的時候就會告訴我們了， 比如說性別， 年齡，包括郵箱， 這些可能本身他注冊的時候就會告訴我們，還有一些是需要 我們去分析，比如說這個是否結婚了，他的職業是什么，然 后包括他的地理位置。地理位置當然比較好拿，因為很多，現在我們絕大部分用戶 是在手機上的， 他一旦在手機上做周邊的這種搜索， 我們就 可以拿到他的地理位置。地理位置的話， 我們就可以知道，比如說他是一個學校的用戶， 是學生，還是說一個工業園區 的一個白領，還是一個比如金融街的一個比較高大上的一個 這個金融界人士。郵箱也很重要， 比如說我們發現用戶是的這種

33、用戶， 跟的用戶，他是兩類不一樣的用戶，他所關注的 東西，感興趣的東西都不一樣。我們也會去分析用戶的收入 水平和消費水平，收入水平就是我們可能根據他的職業，根 據他的年齡的工作年限去判斷，他是在一個高收入，還是低 收入，然后消費水平相對來說，有可能他雖然收入很高，但 是他過來看的單子都是一些比如打折打得很狠，比如吃一頓飯人均20塊錢這種也有。 所以收入水平和消費水平我們是 分開來判斷，然后會判斷這個用戶是傾向于最優惠的價格， 他還是講求比較高的質量，就是訂酒店的時候是99塊錢的 酒店，還是說899的五星級酒店等等。我們會去做一些分析， 我們根據用戶他瀏覽的歷史， 他去看 了哪些單子，他去做了什么搜索， 我們就可以知道他的品類 偏好， 他到底是喜歡美食，還是喜歡去看電影，還是喜歡去 唱卡拉OK，