電商系統：商家入駐流程和退店流程詳解

全球互聯網電商市場依舊欣欣向榮，移動購物還是這麼的勢不可擋，有實力、有資金的公司搭建自己的自營電商平台，而其他公司選擇值得信賴的第三方電商平台入駐，比如某東、某寶、某多多。

商家按其規則自主入駐平台，平台將店鋪經營權、定價權交還給商家，讓商家直接面對客户，由市場對商家進行優勝劣汰。平台負責制定規則，對商家行為進行監督和獎懲，促進市場繁榮發展。最後，平台按與商家協商好的佣金方式進行相互結算。

01 商家入駐流程

商家入駐狀態流轉分為已註冊、申請中、已撤銷、審核中、審核失敗、成功等。

1. 已註冊狀態

商家成功註冊平台賬號，但是未進行任何入駐信息操作；

2. 申請中

商家註冊平台賬號後，進行入駐信息的填寫，也就是商家成功完成第一步操作後的狀態；

還有一種情況，已撤銷狀態的商家，又進行入駐操作。

3. 已撤銷

商家入駐信息填寫過程中，分為好幾個步驟，當商家不想繼續入駐時，可執行【撤銷商户入駐】操作，那此時的狀態應為已撤銷，要區分已註冊狀態。

4. 審核中

該狀態分為運營審核、財務審核、保證金審核、合同審核。

• 運營審核：主要負責檢查商家添加填寫的信息是否正確，比如企業資質、店鋪信息、品牌信息是否準確，還有各種文件照片是否按照平台要求進行上傳。
• 財務審核：負責檢查商家提供的對公銀行賬號是否準確，具體操作是財務人員想向商家銀行賬號一筆小額款項，一般是0.01~0.2元（具體按財務要求來）。第二天查看銀行流水，若款項沒有退回的話，則就默認款項已經打到對方賬户，後台進行同意操作；若款項被退回公司賬號，則説明商家銀行賬號有問題，後台應拒絕通過，並附上原因讓商家自行修改。
• 保證金審核：商家按照保證金規則計算出來的金額，向平台進行匯款操作，並提交匯款證明圖片。財務人員過1~2天，查看銀行流水是否該筆保證金款項到賬。
• 合同審核：簽訂合同有兩種方式，一種是使用第三方電子合同簽名平台進行操作，另一種是平台提供電子版合同，讓商家填寫成功敲公章，並以圖片的形式進行上傳。

5. 審核失敗

當審核被拒絕的時候，應當註明拒絕原因，商家可以按要求修改；

6. 成功

商家和平台合同審核通過後，即商家入駐平台成功，此時商家店鋪處於正常營業中。

02 商家退店流程

商家退店狀態流轉分為待清算、清算中、清算完成。

當商家因自身等不可抗拒原因造成不想在平台繼續運營店鋪，那麼商家可以自行發起店鋪退店操作，頁面需要彈窗讓商家進行二次確認。再次確認後，店鋪狀態由正常運營(成功)流轉成待清算狀態，平台客服接到商家退店事項，需要了解商傢俱體原因，以改善後續的平台服務及提升技術服務。

還有一些情況會導致店鋪被動退店操作，應事先通知到商家：

1) 若店鋪考核不達標進入清算，比如：入駐90個自然日內在架商品小於一定數量且無成交額，特殊品類除外。

2) 商家違反平台規章制度，且情節嚴重，需提前告知商家並進行店鋪清算過程中。比如：店鋪存在假貨等違規。

3) 達到入駐年限未續簽清退。

4) 其他平台規定清算規則，後續針對什麼原因導致店鋪清退會專門寫一篇，請持續關注。

1. 待清算

店鋪處於待清算過程中，以下權限將關閉：

1)商家後台無法發佈商品、編輯商品、上架商品；

2)店鋪商品均下架操作，搜索無法檢到該店商品；下架操作可有商家執行，也可有程序自動執行。

3)商家後台若是對接第三方倉儲api，相關操作應將關閉；

2. 清算中

店鋪清算中狀態，必須同時滿足以下情況：

1) 所有待發貨訂單要操作發貨，或者與用户協商處理；

2) 所有售後訂單必須要完結；

3) 所有上架商品必須下架處理；

然後滿足後，店鋪後台顯示申退保證金的按鈕，商家點擊後，顯示清算中狀態，平台財務進行審核確認，向商家進行打款，退回保證金操作。

tips：上面提到商家點擊“顯示申退保證金的按鈕”，這一環節也可以通過程序自動來實現：當店鋪滿足清算中條件時，無需操作，自動顯示清算中狀態，然後平台進行審核確認操作。

3. 清算完成 (店鋪關閉)

這裏指的清算僅僅指清算保證金、不涉及到清算商品結算的貨款（每個平台規定不一樣，無需糾結）。當財務查看銀行流水，確認款項已打到商家銀行賬號，那麼保證金清算流程算是完成了。

還有一點要考慮，商家退店成功後，重新入駐需要間隔多久，要不要設置間隔時間按平台實際情況做決定。

03 總結

商家入駐流程和退店流程介紹到這裏基本上已經結束了，其中退店流程平台還需要簽署相關退店協議，具體情況具體分析，本文僅僅提供了一個大致的方向，有哪裏寫的有疑問的地方，望大家提出來一起交流。

接下來會寫《電商系統-商家入駐步驟及入駐信息》，敬請期待！

作者：道三，電商PM；公眾號: PM大秘籍

本文由 @道三 原創發佈於人人都是產品經理，未經作者許可，禁止轉載。

題圖來自Unsplash，基於CC0協議。