【正文】 的飛躍階段，此時(shí)面對(duì)海量訂單業(yè)務(wù)的處理，企業(yè)要考慮的時(shí)如何通過(guò)有效的方法和流程管理機(jī)制提高業(yè)務(wù)處理效率，提高“運(yùn)營(yíng)效率”是這個(gè)階段企業(yè)關(guān)注的重點(diǎn)。 在商品詳細(xì)頁(yè)上，可以對(duì)商品本身發(fā)出詢價(jià)，還可以發(fā)表評(píng)論；企業(yè)可以自主選擇是否展示該商品的銷售記錄、顧客評(píng)論等信息。 結(jié)合企業(yè)的實(shí)際需求，系統(tǒng)可以支持商品圖片文字或圖片的水印設(shè)置。 支持超過(guò) 40 種支付方式，完全涵蓋了中國(guó)網(wǎng)民日常消費(fèi)的支付方式，網(wǎng)店的會(huì)員在支付環(huán)節(jié)上都可以根據(jù)網(wǎng)店主設(shè)置的實(shí)際情況 選擇自己喜歡的支付方式。 優(yōu)惠券 優(yōu)惠券由企業(yè)靈活設(shè)置，可以借由發(fā)放優(yōu)惠券刺激會(huì)員的購(gòu)買行為。 商品結(jié)構(gòu) 商品類型 商品類型不同于商品分類，指 的是依據(jù)某一類商品的相同屬性歸納成的屬性集合，例如手機(jī)類型都有屏幕尺寸、鈴聲、網(wǎng)絡(luò)制式等共同的屬性；書籍類型都有出版社、作者、 ISBN號(hào)等共同的屬性。 商品規(guī)格是依據(jù)顧客的購(gòu)買習(xí)慣而獨(dú)立出來(lái)的一種 商品的特殊屬性 ；商品規(guī)格不同，可能會(huì)有不同的價(jià)格 。 企業(yè)在給自己商品定價(jià)時(shí)，可以借助系統(tǒng)便利的系統(tǒng)自動(dòng)設(shè)定 價(jià)格公式 ，這樣只要設(shè)定一個(gè)“銷售價(jià)”，在前臺(tái)就可以再自動(dòng)展示出一個(gè)“市場(chǎng)價(jià)”，在 價(jià)格對(duì)比之下可以刺激您的潛在會(huì)員完成購(gòu)買決定。 單據(jù)管理 單據(jù)是記錄訂單處理過(guò)程的文件。系統(tǒng)已經(jīng)內(nèi)置支持了國(guó)內(nèi)幾乎全部的主流物流系統(tǒng)。企業(yè)在使用系統(tǒng)的過(guò)程中可以靈活的設(shè)置積分獲取方式。電子商務(wù)平臺(tái)比起傳統(tǒng)商店來(lái) ，本身就有商品完全信息化的優(yōu)勢(shì)，因此在庫(kù)存管理上比起傳統(tǒng)商店也更加方便，系統(tǒng)充分考慮到了企業(yè)在庫(kù)存管理上可能遇到的問(wèn)題。如網(wǎng)站訪問(wèn)數(shù)、訪問(wèn)來(lái)源、訪客停留時(shí)間等等。 銷售指標(biāo)分析 企業(yè)還可以在后臺(tái)查看全店所有銷售的 客戶平均訂單金額、每次訪問(wèn)平均訂單金 額、訂單轉(zhuǎn)化率、注冊(cè)會(huì)員購(gòu)買率、平均會(huì)員訂單量 等統(tǒng)計(jì)記錄。 對(duì)于線下業(yè)務(wù)流程較復(fù)雜的企業(yè)用戶 可以提供針對(duì)性的業(yè)務(wù)流程處理解決方案。 促銷常常是有效地提升短期銷量的手段，當(dāng)促銷活動(dòng)和會(huì)員制度結(jié)合起來(lái)后，常常會(huì)收到出色的營(yíng)銷效果。 贈(zèng)品既可以是借由促銷活動(dòng) 送出，也可以設(shè)置老會(huì)員使用積分進(jìn)行兌換。在系統(tǒng)中，每一個(gè)單獨(dú)網(wǎng)頁(yè)您都可以有針對(duì)性的設(shè)置 標(biāo)題、描述、關(guān)鍵詞等信息，這是最受搜索引擎歡迎的優(yōu)化方式。（包括未注冊(cè)用戶下的訂單） ◆ 終端用戶下到一個(gè)訂單 ，網(wǎng)站主在個(gè)人后臺(tái)即可查看到此訂單記錄和他可獲得的 傭金金額 ，此時(shí)訂單處于 未審核 狀態(tài)，傭金實(shí)際還未劃入此網(wǎng)站主的帳戶中，當(dāng)廣告 26 主 審核通過(guò) 訂單后，網(wǎng)站主即可申請(qǐng)獲取傭金（審核通過(guò)的界定：訂單已付款已過(guò)退換貨期為準(zhǔn)，即訂單狀態(tài)確認(rèn)已完成） ◆ 廣告主在后臺(tái)可查看網(wǎng)站主的申請(qǐng)獲取傭金記錄，并可設(shè)置此申請(qǐng)記錄為 已 支付 狀態(tài) ◆ 廣告主在后臺(tái)可查看所有通過(guò)推廣鏈接生成的訂單，包括訂單中的商品記錄，收退款記錄，發(fā)退貨記錄，此訂單是否已支付貨款，是否發(fā)貨，是否完成等等，還有每個(gè)訂單所屬的網(wǎng)站主和網(wǎng)站主可得的傭金金額 ◆ 在后臺(tái)廣告主可通過(guò)不同的條件 查詢訂單 ，包括通過(guò)網(wǎng)站主用戶名，網(wǎng)站主的推廣 ID，網(wǎng)站主注冊(cè)的網(wǎng)址，還可查詢一個(gè)時(shí)間段內(nèi)生成的訂單 4．流程說(shuō)明 A、網(wǎng)站主傭金申請(qǐng)流程： 1）最終用戶通過(guò)網(wǎng)站主網(wǎng)站上的推廣鏈接在廣告主的網(wǎng)站上成功下單后，網(wǎng)站主可以在聯(lián)盟商會(huì)員中心的“傭金明細(xì)”模塊看到新訂單信息。基于“全網(wǎng)”電子商務(wù)理念，無(wú)論是 B2C 體系，還是 B2B 體系；無(wú)論是淘寶，或是拍拍、有?。?Inter 上的所有網(wǎng)店 的訂單處理全部都可集中在訂單業(yè)務(wù)處理中心處理，這個(gè)中心是未來(lái)電子商務(wù)體系的“ ShopCenter”。 36 5. 快捷的揀配貨和貨品校驗(yàn)， 減少 揀配人員重復(fù)走位與發(fā)錯(cuò)貨的概率，提高發(fā)貨校率 6. 提供從申請(qǐng)到貨品的退換貨及退款的一體化售后服務(wù)流程，支持例如收取退回貨品、退回貨品質(zhì)檢、補(bǔ)差價(jià)等一系列操作 7. 擁有與第三方軟件平臺(tái)對(duì)接的標(biāo)準(zhǔn)接口，例如 ERP、財(cái)務(wù)管理軟件、第三方物流 系統(tǒng) 模型 . 5 功 能描述 數(shù)據(jù)同步（ API） 庫(kù)存同步 ? 功能簡(jiǎn)介 首先該同步是通過(guò) csv 表格方式運(yùn)作，主要用來(lái)連接第三方庫(kù)存管理系統(tǒng)更新業(yè)務(wù)處理系統(tǒng)中的商品庫(kù)存數(shù)量和存儲(chǔ)商品所屬倉(cāng)庫(kù)編號(hào) ? 用戶說(shuō)明 37 用戶名稱 說(shuō)明 A1 其它庫(kù)存系統(tǒng)處理人員 (如 :ERP) B1 商品貨架位置更新人員 C1 業(yè)務(wù)處理系統(tǒng)商品庫(kù)存信息更新人員 ? 場(chǎng)景描述 ? C1 在業(yè)務(wù)處理系統(tǒng)中更新庫(kù)存時(shí)， A1 根據(jù) 系統(tǒng) 提供 csv 格式，導(dǎo)出庫(kù)存信息提供給 C1， C1 把所得到的 csv 表格導(dǎo)入到 系統(tǒng) 的業(yè)務(wù)處理系統(tǒng)中完成庫(kù)存信息更新 ? B1 在業(yè)務(wù)處理系 統(tǒng)中需要更新商品的貨架位置，使用 系統(tǒng) 指定的 csv 格式的表格，錄入商品和貨位等必要信息，導(dǎo)入到業(yè)務(wù)處理系統(tǒng)中，即更新商品貨架位置 ? 界面原型 新建一個(gè)界面，有上傳的功能，界面如下： ? 案例描述： 用戶打開該界面，點(diǎn)擊下列模塊中的“瀏覽”按鈕找到需要上傳的并且已經(jīng)存儲(chǔ)在本地 csv 表格，點(diǎn)擊上傳，覆蓋原來(lái)數(shù)據(jù)。 ? 名詞解釋 名詞 說(shuō)明 退換貨收貨庫(kù) 線下存放售后服務(wù)中退回貨品的地方 終端平臺(tái) 業(yè)務(wù)處理中心連接的 b2c、 b2b、淘寶店 等等 終端用戶 各終端平臺(tái)提交售后服務(wù)申請(qǐng)的會(huì)員 用戶 售后服務(wù)人員（包含了申請(qǐng)審核員、收貨員、質(zhì)檢員） 系統(tǒng) 業(yè)務(wù)處理中心（訂單確認(rèn)中心、訂單處理中心） 退貨總數(shù)量 核對(duì)最終質(zhì)檢的商品總數(shù)是否和應(yīng)退回的商品總數(shù)相等 ? 角色說(shuō)明： 名詞 說(shuō)明 申請(qǐng)審核員 1. 審核申請(qǐng)的商品是否可以退回和退回貨品寄回的地址 2. 確認(rèn)退回并已質(zhì)檢的貨品的退換貨類型 3. 確認(rèn)退款詳細(xì)，提交退款詳情 收貨員 收取退回的商品，查看是否按要求寄回商品，錄入退回貨物的快遞信 息和商品 質(zhì)檢員 退回貨物的質(zhì)量問(wèn)題檢查 注 :角色與實(shí)際 操作人并不是一對(duì)一的，會(huì)存在一個(gè)人身兼多角色，一個(gè)角色身兼多權(quán)限 ? 功能詳細(xì) 業(yè)務(wù)處理中心下載終端平臺(tái)的售后服務(wù)申請(qǐng)到訂單確認(rèn)中心的售后服務(wù)申請(qǐng)審核中，售后服務(wù)人員審核申請(qǐng)，確認(rèn)用戶是否可以把所申請(qǐng)的商品退回售后服務(wù)中心質(zhì)檢 同意退回貨物，申請(qǐng)審核人員給用戶留言，告訴終端用戶退回貨物的寄回地址并要 47 求用戶寄回貨物的同時(shí)寄回發(fā)貨單 貨物退回后，收貨員根據(jù)根據(jù)售后服務(wù)申請(qǐng)的內(nèi)容，首先確認(rèn)終端用戶是否按要求寄回，然后錄入寄回的快遞信息和退回貨品的貨號(hào)。 目前常見的管理系統(tǒng)包括會(huì)員系統(tǒng)、 CRM、 ERP[進(jìn)銷存 ]、 Call Center 等，如下： 第三方會(huì)員系統(tǒng)整合 在網(wǎng)上營(yíng)銷，維系會(huì)員通常還有多種方式，比如為會(huì)員設(shè)立 BBS 討論區(qū)、 SNS 社區(qū)等；這些第三方軟件通常都有獨(dú)立的會(huì)員系統(tǒng)，而 我們的 系統(tǒng)則可以無(wú)縫和這些系統(tǒng)進(jìn)行整合，方便企業(yè)最高效地管理會(huì)員。 ? 操作 確 認(rèn) 付 款財(cái) 務(wù) 確 認(rèn) 退 款財(cái) 務(wù) ? UI 付款列表和付款詳情 50 詳情界面 付款窗口 退款窗口 管理員 ? 簡(jiǎn)要說(shuō)明： 51 分 配訂單確認(rèn)中心 和訂單處理中心權(quán)限 ? 業(yè)務(wù)規(guī)則 ? 操作 分 配 權(quán) 限系 統(tǒng) 管 理 員編 輯 權(quán) 限 ? 操作說(shuō)明 用戶：點(diǎn)擊列表中的編輯按鈕 系統(tǒng)：打開權(quán)限編輯界面 用戶：修改用戶信息或者權(quán)限，點(diǎn)擊提交按鈕 系統(tǒng)：保存修改的信息，修改系統(tǒng)中的權(quán)限設(shè)置，記錄修改時(shí)間和修改人 用戶：點(diǎn)擊新增按鈕 系統(tǒng)：打開新增管理員界面 用戶：填寫用戶信息，選擇權(quán)限，點(diǎn)擊提交按鈕 系統(tǒng)：保存用戶信息和權(quán)限設(shè)置，記錄添加的時(shí)間和添加人 操作：添加訂單確認(rèn)小組 用戶：點(diǎn)擊訂單確認(rèn)小組列表中的新增按鈕 系統(tǒng)：打開新界面，顯示訂單確認(rèn)小組名稱錄入框、訂單確認(rèn)小組描述錄入框，訂單確認(rèn)小組成員選擇 用戶：錄入框中寫入訂單確認(rèn)小組名稱、 訂單確認(rèn)小組描述、選擇訂單確認(rèn)小組成員，提交信息 系統(tǒng)：將信息提交到系統(tǒng)中 （注：該處邏列的成員賬號(hào)為已經(jīng)給于訂單確認(rèn)界面權(quán)限的，且不屬任何訂單確認(rèn)小組的賬號(hào)） 操作：編輯訂單確認(rèn)小組 用戶：點(diǎn)擊訂單確認(rèn)小組列表中的編輯按鈕 系統(tǒng)：打開新界面，顯示訂單確認(rèn)小組名稱、訂單確認(rèn)小組備注、訂單確認(rèn)小組成員 用戶：選擇修改訂單確認(rèn)小組名稱或修改者訂單確認(rèn)小組備注、選擇訂單確認(rèn)小組成員點(diǎn)擊提交按鈕 系統(tǒng)：將修改后的信息提交到訂單確認(rèn)組，若勾選了訂單確認(rèn)小組成員，則是從訂單確認(rèn)小組中刪除成員。 ? 訂單 同步詳細(xì) 訂單數(shù)據(jù)同步（如上圖） 訂單確認(rèn)中心 角色說(shuō)明 名詞 說(shuō)明 系統(tǒng)管理員 系統(tǒng)管理員，分配權(quán)限 訂單調(diào)度員 分派訂單處理權(quán)限，使訂單確認(rèn)組或組員可以處理訂單 訂單確認(rèn)員 確認(rèn)訂單信息正確：如配送信息、確認(rèn)貨品貨存，確認(rèn)發(fā)貨倉(cāng)庫(kù) 售后服務(wù)人員 對(duì)售后服務(wù)申請(qǐng)的內(nèi)容進(jìn)行申核和補(bǔ)充的人員，同時(shí)對(duì)于已經(jīng) 質(zhì)檢的商品進(jìn)行退換貨類型確認(rèn)和通知財(cái)務(wù)退款 財(cái)務(wù) 確認(rèn)訂單付款、確認(rèn)訂單退款 訂單調(diào)度 ? 功能詳細(xì) 1. 手工將未確認(rèn)訂單分派給已經(jīng)建立好的訂單確認(rèn)小組或者訂單確認(rèn)小組下的組員， 39 或系統(tǒng)自動(dòng)按訂單來(lái)源分派給已經(jīng)綁定的訂單來(lái)源的訂單確認(rèn)小組 2. 手工將異常訂單分派給訂單確認(rèn)給或者訂單確認(rèn)員，使訂單確認(rèn)組或者訂單確認(rèn)組中的組員有權(quán)限處處理訂單 3. 分單界面需要顯示 “未分派訂單”、“已分派訂單”、“全部訂單” ? 操作 分派訂單訂單調(diào)度員系統(tǒng)自動(dòng)分派手工分派異常訂單添加 ? UI 訂單列表頁(yè) 訂單詳細(xì) 訂單調(diào)度 40 ? 流程圖 打開訂單調(diào)度界面成功登錄系統(tǒng)有無(wú)未分派 有無(wú)長(zhǎng)時(shí)間未確認(rèn)無(wú)選擇未分派訂單選擇訂單確認(rèn)組分派有全部分派無(wú)是否重新分派 否有選擇訂單選擇訂單確認(rèn)組分派是 訂單確認(rèn) ? 簡(jiǎn)要說(shuō)明： 默認(rèn)顯示我的訂單 選項(xiàng) ? 功能詳細(xì) 1. 訂單確認(rèn)員能查看到所有的訂單，但只能操作已經(jīng)分派到確認(rèn)員所屬訂單確認(rèn)組的訂單 2. 先款后貨類型的訂單，需要付款單的狀態(tài)變成已付款后，才會(huì)在該菜單中出現(xiàn) 3. 未確認(rèn)前貨品最大可購(gòu)買量不滿足訂單中購(gòu)買量的訂單單獨(dú)羅列出來(lái) 4. 貨品庫(kù)存不足，訂單可以繼續(xù)確認(rèn)并分派倉(cāng)庫(kù) 5. 若用戶有成功交易記錄，且有倉(cāng)庫(kù)滿足用戶訂單中所有商品的購(gòu)買量，系統(tǒng)自動(dòng)確認(rèn)訂單并分配倉(cāng)庫(kù)。 首先，從最基本的處理流程來(lái)看，每日幾十單的處理流程與幾百至上千單以上的訂單處理流程就有著很大 的差異，如下圖所示： 33 50 單以下的業(yè)務(wù)處理流程 ： 34 50 單以上的業(yè)務(wù)處理流程 ： 其次，當(dāng)訂單數(shù)量不多時(shí)，可能只需要設(shè)置 23 人處理所有訂單業(yè)務(wù)基本可行；當(dāng)訂單數(shù)量陡增時(shí)，后臺(tái)業(yè)務(wù)處理的角色和權(quán)限就應(yīng)該進(jìn)行區(qū)分 [包括打單、配貨、校驗(yàn)、打包、發(fā)貨等 ]，流程就應(yīng)該優(yōu)化；也許原來(lái) 23 人每日可以處理訂單幾十單，但有沒有想過(guò)，如果采用了優(yōu)化合理的業(yè)務(wù)處理流程和角色權(quán)限定義，每日訂單量可以提升至成千至上萬(wàn)單。 32 平臺(tái) 訂單業(yè)務(wù)處 理中心 我們 不僅僅為企業(yè)提供最基本的電子商務(wù)訂單處理流程 . 我們知道，當(dāng)企業(yè)電子商務(wù)運(yùn)營(yíng)發(fā)展到一定階段，在前臺(tái)購(gòu)物體驗(yàn)和營(yíng)銷推廣都已經(jīng)非常成熟的時(shí)候，訂單數(shù)量會(huì)有“質(zhì)”的飛躍，數(shù)量級(jí)會(huì)有明顯變化。 系統(tǒng)完全支持 Sitemap 協(xié)議，會(huì)完全自動(dòng)生成標(biāo)準(zhǔn)的 Sitemap 文件，用戶只需要一次提交，就能大大促進(jìn)搜索引擎來(lái)您的網(wǎng)店抓取更新網(wǎng)店商品信息。 具備良好的搜索引擎友好特性和底層架構(gòu)；而獨(dú)立網(wǎng)店比起平臺(tái)店鋪所具有的得天獨(dú)厚的 SEO 優(yōu)勢(shì)也都可以在系統(tǒng)系統(tǒng)中得以完美展示。 B 類優(yōu)惠券：是多串但每串只可使用一次的代碼。 支付管理 商城的支付方式 將可以結(jié)合線下業(yè)務(wù)情況來(lái)選擇，目前商城將整合主流支付方式如下： 更多的支付方式可以通過(guò)二次開發(fā)的方式實(shí)現(xiàn) 物流管理