【正文】 不研認，幵確訃方案 ? 風險三： 對業(yè)務(wù)語言和指標定義梳理的標準化的訃識丌足，過于強調(diào)匙域鞏異化 ? 應(yīng)對： 應(yīng)通過各層次溝通，明確業(yè)務(wù)語言和指標定義在各匙域應(yīng)盡量統(tǒng)一和標準化，鞏異化主要是體現(xiàn)在指標的值范圍上 ? 風險四： 不第三方系統(tǒng)的接口開發(fā)風險 ? 應(yīng)對： 制訂詳細計劃，協(xié)調(diào)和推迚第三方共同完成接口開發(fā)工作。對出現(xiàn)延誤的情況，及時迚行跟蹤和解決 ? 風險亓： 系統(tǒng)性能和數(shù)據(jù)展現(xiàn)速度達丌到用戶預(yù)期的風險 ? 應(yīng)對： 提前針對數(shù)據(jù)查詢量，迚行硬件評估。在開發(fā)建模環(huán)節(jié)，對結(jié)果數(shù)據(jù)迚行中間存儲，以提升查詢速度 項目管理與風險應(yīng)對 上線風險及應(yīng)對 風險描述 影響程度 風險等級 規(guī)避方法 重復(fù)發(fā)貨 極度嚴重 中風險 切換軟件時，先把原先的系統(tǒng)中的要發(fā)貨的訂單全部發(fā)完。新系統(tǒng)在未上線之前，關(guān)閉其自動遞交訂單開關(guān)，確保舊系統(tǒng)中訂單已經(jīng)發(fā)貨完畢之后，開啟自動遞交。 實施過程中實施人員每天要抽查部分訂單，看是否在平臺上有異常情況，主要檢查物流同步里是否有失敗，同事告知客戶每天下班前必須檢查物流同步是否存在失敗的訂單 庫存超賣 /異常下架 極度嚴重 中風險 庫存沒有盤點，庫存不準時，建議不要啟用 庫存同步策略品中上架百分比設(shè)置有誤，建議在使用上架百分比之前把上架數(shù)量做大致的評估，然后設(shè)置上架百分比 切換系統(tǒng)時，檢查原系統(tǒng)件是否仍然開啟庫存同步。 業(yè)務(wù)暫停 極度嚴重 低風險 在切換之前先做好數(shù)據(jù)遷移，并且檢查數(shù)據(jù)是否遷移完成 軟件切換之前沒有做好有效溝通，建議切換之前做好溝通 產(chǎn)品數(shù)據(jù)不完整，建議在切換之前，做好產(chǎn)品數(shù)據(jù)的審查 多種業(yè)務(wù)流程造成內(nèi)部混亂 嚴重 中風險 切換軟件時，在最短的時間內(nèi)做好所有店鋪的切換 準備工作不足訂單滯留 一般影響 中風險 在切換軟件之前把模板，產(chǎn)品數(shù)據(jù)等準備充分，多次檢查 漏發(fā)的退款 一般影響 切換軟件初期時間點不對造成漏發(fā)訂單，客服退款，建議切換軟件時每天發(fā)完貨在店鋪后臺進行檢查 發(fā)錯快遞 一般影響 低風險 切換軟件前，做好快遞設(shè)置，以及審單人員要用到快遞發(fā)貨地區(qū)表 商家編碼錯誤造成發(fā)錯貨 一般影響 中風險 1，店鋪后臺商家編碼填寫錯誤，建議用驗貨，并且使用圖片，在驗貨時不要僅僅依賴條形碼驗貨 條形碼在產(chǎn)品上粘貼錯誤，建議貼條碼的人員在貼碼時只拿一種產(chǎn)品，一種條形碼 切換之后售后訂單無法處理 一般影響 高風險 原來軟件中發(fā)出的訂單，在新系統(tǒng)中沒有做處理，在新系統(tǒng)中無法做售后處理，原來的軟件可以暫時用來做售后查詢，在切換軟件之后一周內(nèi)，原先軟件不要立即停止所有使用，建議保留售后操作 05 O2O全渠道規(guī)劃 Part Five O2O全渠道規(guī)劃 O2O性質(zhì) O2O全渠道規(guī)劃 線上線下協(xié)同作用 ? 門店取貨模式 ? LBS定位推送 ? 促銷優(yōu)惠券 線上向線下 帶動到店寵流 線下到線上 二維碼應(yīng)用 限時網(wǎng)上特賣 本地配送 ? 德力西 ? 無線貨架 /云貨架 ? 網(wǎng)上與供、閃販 關(guān)鍵問題 線上線下同價 內(nèi)部績效平衡 ? 搶單模式 ? 試用 O2O全渠道規(guī)劃 旺店通全渠道特色 訂單流轉(zhuǎn)模型 完整分銷模式 就近門店發(fā)貨 訂單智能處理 利益分配模型 多種訂單來源 訂單極速可達 精準實時看板 O2O全渠道規(guī)劃 完整的分銷模式 ? 線下到線上通過分銷模式進行引流，多層次分銷模式能夠積極調(diào)動線下為線上引流并帶來成交。 O2O全渠道規(guī)劃 利益分配模型 ? 一般線下實體店是銷售的大頭，線上店鋪相對較低。單純的不涉及利益分配的模式不能夠刺激線下店鋪搶單。所以，我們的系統(tǒng)必須要有利益分配的框架存在。 ? 可配置的利潤分配模型，設(shè)置電商和線下門店按比例分成、大促模式下訂單來源門店與發(fā)貨門店按比例分成、加盟店與直營店按比例分成，刺激線下門店搶單。 ? 理想狀態(tài)下想要做成： (成交額 成本 郵費 )x利潤比例 的模式?？紤]到實際情況，目前先做成：成交額 x利潤比例 的模式。需要 O2O端設(shè)置比例。另外， O2O端需要增加統(tǒng)計報表功能，報表中包含匯總信息和相關(guān)明細。 O2O全渠道規(guī)劃 線下到線上 多級分銷模式 ? 然后再談?wù)劸€下到線上這個流程。如果簡單的讓線下客戶掃碼關(guān)注公眾號，訪問微信商城，無疑就違背了線下門店的利益。如何讓門店享受給線上帶來客戶的利潤分成：當掃碼帶來的客戶成交，首先判斷這個客戶在過去的一年（或者其他設(shè)置的時間）內(nèi)是否在線上有購買行為，如果沒有，在線上就算是新客，只要此客戶在未來的一年內(nèi)購買，都可以享受線上成交利潤的一定比例分成。這樣的話，線下就會有動力為線上帶流量，從而便于賣家充分的利用線下的廣告位效果。旺店通全渠道解決方案為此設(shè)計一套完整的分銷系統(tǒng)。不僅線下店鋪可以作為線上訂單的來源參與分配成交利潤，店鋪的員工以及員工發(fā)展的下線也可以參與到成交利潤的分配中來。這樣的多級分銷模式能夠為線上帶來巨大的流量，將線下與線上完美的結(jié)合。 O2O全渠道規(guī)劃 訂單來源 手工單/表格導(dǎo)入 移動端/微店/微信 線下門店訂單 分銷/代理/經(jīng)銷 商品同步 會員同步 訂單同步 庫存同步 O2O后端 O2O全渠道規(guī)劃 O2O模式 周轉(zhuǎn)門店 周轉(zhuǎn)門店 周轉(zhuǎn)門店 周轉(zhuǎn)門店 總部倉庫 總部倉庫 客戶 客戶 普通門店 普通門店 普通門店 普通門店 配送上門業(yè)務(wù)模式 上門自提業(yè)務(wù)模式 自營店鋪 第三方 第三方 自營店鋪 O2O全渠道規(guī)劃 O2O系統(tǒng)集成示意 O2O平臺（官方 B2C/天貓 /京東） B2C商城 /天貓 /京東 店鋪同步 /庫存同步 客服 訂單 /庫存 /狀態(tài)同步 庫存 出庫指令 /狀態(tài)同步 客戶 門店 POS 總倉配貨 訂單推送 狀態(tài)同步 下單 店鋪同步 /庫存同步 電子憑證 店鋪配送 上門自提 店鋪同步 商品同步 庫存同步 O2O全渠道規(guī)劃 O2O全渠道系統(tǒng)功能 淘寶 自助購買大屏 微信 端 自建商城 微店 京東到家 微盟 有贊 一號 店 京東 電商 微端 自有 前端 門店信息 門店庫存 電商庫存 商品信息 訂單 全渠道 O2O系統(tǒng) 門店 訂單 訂單處理鏈路信息 訂單物流信息 商品 電商庫存 門店庫存 達達配送 京東到家 菜鳥同城 快遞 同城 非同城 物流配送 門店 POS 線下 ERP 門店 門店庫存 電商庫存 商品 訂單 O2O全渠道規(guī)劃 O2O電商業(yè)務(wù)流程圖 客戶 門店 電商平臺 客服 倉庫 開始 提交訂 單 總倉發(fā)貨？ 滿足庫存 領(lǐng)店庫存 訂單接收 總倉配貨 門店收貨 提貨確認 客戶收貨 電子憑證 狀態(tài)更新 訂單完結(jié) 是 否 就近門店推送 是 是 否 否 要貨單 O2O全渠道規(guī)劃 O2O搶單流程圖 O2O全渠道規(guī)劃 O2O訂單選擇門店規(guī)則 O2O全渠道規(guī)劃 線上線下金額結(jié)算 平臺對賬 ?支付寶對賬 ?原始訂單對賬 ?按店鋪對賬 ?按倉庫對賬 ?按貨品對賬 ?按平臺對賬 門店結(jié)算 ?按店結(jié)算 ?按倉結(jié)算 ?按貨品結(jié)算 ?分線上線下結(jié)算 ?按訂單結(jié)算 ?分周期結(jié)算 T+1或 T+2，線上平臺結(jié)算后，盡快結(jié)算給門店，支持門店現(xiàn)金流。 建議： 每周一統(tǒng)計上一周訂單數(shù)量，每周二統(tǒng)一打款。 （單店結(jié)算金額 = 客單價 * 同城訂單量 / 門店數(shù)量） O2O全渠道規(guī)劃 門店 APP系統(tǒng) O2O全渠道規(guī)劃 O2O訂單退換貨處理 O2O退換貨的處理： ?門店承擔退換貨損耗； ?門店與線上商城共同承擔損耗； ?線上商城承擔損耗。 O2O退換貨訂單 線上客服 線下門店 O2O 總倉退換 門店退換 其他門店更換 O2O退換貨訂單 線上客服 線下門店 O2O售后組 其他門店更換 演講完畢，謝謝觀看！