“我要點外賣“是一個平台型電商網站，使用者、餐廳、配送員等。使用者可以在網頁、app、微信、支付寶等進行下單點菜；商家拿到訂單後開始加工，并自動通知周圍的快遞員；快遞員将外賣送到使用者手中。
在營運的過程中，發現了如下的問題：
擷取使用者難，投放一筆不小的廣告費對到管道（網頁、微信推送），收貨了一些使用者，但無法評判各管道的效果
使用者經常抱怨送貨慢，但慢在什麼環節，接單、配送、加工？如何優化？
使用者營運，經常搞一些優惠活動
排程問題，如何幫助商家在高峰時提前備貨？如何排程更多的快遞員到指定區域？
我們希望通過該網站的案例，教會大家如何通過日志進行商業營運與決策。
日志散落在外部
多管道：例如廣告商、地推等
多終端：網頁版、公衆賬号、手機、浏覽器等
異構網絡：vpc、使用者自建idc，ecs等
各業務系統标準不統一，需要分别對幾個平台
我們需要把散落在外部、内部日志收集起來，統一進行管理。在過去這塊需要大量的工作，現在可以通過日志服務統一完成接入。
通過webtracking解決推廣頁面h5埋點問題
通過移動端sdk解決使用者端資料收集問題
微信web伺服器：php/java sdk 寫入日志
業務伺服器：logtail收集
這裡舉一些例子：
2017-06-20 18:00:00, openid, opt, target, latency, status,location, network
字段
含義
time
使用者操作時間段
openid
opt
target
url
latency
location
地理位置資訊
network
網絡類型
可以用php sdk 或直接寫到伺服器硬碟中，通過logtail收走。
2016-06-20 19:00:00 $md5_session, providerid, status
時間
$md5_session
使用者session，和注冊id關聯
providerid
來源id
params
其他參數
我們可以把h5頁面中埋入providerid, paramsid 等參數，但使用者掃描該頁面注冊時，就知道使用者通過特定來源進入
2016-06-20 19:00:00 user, read, url, screen, android mi-ui, latency, status
點選日志可以從用戶端收集，也能夠從服務端收集，對于一些滾屏，退出等事件直接從用戶端收集
服務端、業務系統等日志
《未完待續》