商家端電商后臺需求文檔

2 評論 12117 瀏覽 122 收藏 13 分鐘

本篇文章作者分享電商開放后臺的六大模塊,并對其界面交互進行詳細分析,能給產品崗的伙伴提供一些設計參考,希望能對你有所幫助。

一、目的

  • 此文章目的是分享,若有建議歡迎評論區討論。求同存異
  • 因本人之前工作是分期電商領域,前后端都涉及。將自己的收獲和新想法輸出成PRD
  • 后端電商系統涉及很多模塊,此文章僅小部分功能點

二、框架/相關模塊

  • 登錄。登錄、登錄風控、賬戶管理、角色管理
  • 統計后臺。查看數據
  • 店鋪信息創建。后端維護商家信息、開戶信息等;前端頁面配置
  • 商品管理。創建、上架、下架
  • 訂單管理。導入發貨信息、修改
  • 用戶管理

三、交互詳細內容

1. 登錄頁面

簡單版本:賬戶+密碼(入駐平臺,管理員會提供初始化密碼);點擊忘記密碼,進入到找回密碼頁面。

1)店鋪未登錄,進入店鋪登錄頁面(設計出PC版圖)

2)店鋪X小時內未操作,自動退出登錄,跳轉到登錄頁面(X小時可配置)

3)登錄風控

  • 賬戶和密碼當天同1個小時(可配置)失敗X次,輸入圖形驗證碼,圖形驗證碼Xmin內有效,點擊驗證碼可刷新
  • 賬戶、密碼、驗證碼當天同1個小時(可配置)失敗X次,此賬戶被臨時凍結,次日凌晨自動解凍(研發可做個解凍賬戶功能)

備注:根據場景,還有其他風控邏輯(因IP變動而賬戶不安全)。

4)找回密碼頁:輸入賬戶、手機號、驗證碼、新登錄密碼、確認新登錄密碼

賬戶:

  • 手機號:必填字段,為空則紅色異常提示請輸入手機號,校驗11位數
  • 驗證碼:校驗最新的驗證碼和手機號關聯一致性
  • 新登錄密碼:看設置規則(可否特殊符號、長度)
  • 確認新登錄密碼:確認密碼需和新密碼一樣

5)登錄校驗:驗證賬戶、密碼、驗證碼的準確性,保存登錄信息:比如賬戶、密碼、登錄時間、登錄IP

2. 統計后臺

備注:

  • 設計出圖,每個數據模塊顏色
  • 通用數據+定制化數據(形式可以是表格形式,支持查詢一段時間、實時刷新;可以研發開發、可以大數據同學支持)

電商通用數據:(以觀察實時數據,根據場景來定義)。

訂單維度:

  • 待付款:訂單狀態為待付款的訂單數量
  • 待發貨:訂單狀態為待發貨的訂單數量
  • 已發貨:訂單狀態為已發貨的訂單數量
  • 已完成:訂單狀態為已完成的訂單數量
  • 退款審核中:退款單狀態為待審核的訂單數量

UV維度:

  • 今日瀏覽量&累計瀏覽量:進入店鋪頁面且停留該頁面5秒的UV數(根據定義來埋點)
  • 今日新會員&累計會員數:開通會員成功的用戶數
  • 今日訂單量&累計訂單量:支付成功的訂單數(可包含申請退貨退款的)
  • 今日銷售額&累計銷售額:支付成功的訂單金額(可包含申請退貨退款的)
  • 今日退款金額&累計退款金額:退款成功的訂單金額

備注:是否包含退貨退款取決業務

3. 店鋪信息維護

主要分為4部分,該頁面必填、非必填字段取決于業務。字段可能用于前端展示、平臺和主體結算等。

1)店鋪信息

店鋪名稱、店鋪介紹、店鋪地址、店鋪類型、主營行業、營業執照、店鋪LOGO。

2)結算信息

開戶行支行、銀行賬戶。

3)聯系人信息

聯系人名稱、聯系人電話、聯系人住址、聯系人身份證。

4)公司信息

公司名稱、公司地址、法人姓名、法人電話、法人身份證。

4. 商品管理

簡單流程(工作中畫流程圖會清晰):運營線下對接&線上對接供應商>創建/編輯商品>審核商品>確認無誤后,立即上架/定時上架商品。

我工作時,有運營角色-商品運營同學A和B,A負責對接供應商(線下對接,需我方上下架商品)創建商品,因人工總會出錯,B同學的一部分職責就是審核商品(確認商品信息、策略無誤后,上架)。

審核流程,可以有各種方法。最簡單就是群里同步,我已審核或者商品什么信息寫錯,需修改。后續可以做成預警監控流程化,比如A同學創建了商品a,預警通知B去審核;到下班前統計還有哪些商品沒審核,可以統計報警出,B同學下班前或者第二天上班看著統計表可陸續審核。

1)商品列表

① 支持創建商品、查詢、導出、批量上架、批量下降、批量刪除

② 部分列表字段:

  • spu碼&sku碼:創建商品,生成sku碼;根據規則去生成spu碼(商品只尺寸不同-S\M\L\XL屬于不同sku碼,同spu碼)
  • 商品狀態:創建成功/上架/下架(根據業務來定義狀態枚舉值)
  • 審核狀態:待審核/審核通過/審核失敗
  • 操作:編輯、審核、上架、下架、刪除

2)添加商品

隨著業務復雜,字段增/隱藏、功能優化;若想體驗競品的商品管理后臺,自己可去淘寶、京東等體驗開店。

該頁面主要分為6個部分:

1)商品基本信息

商品名稱、一級二級類目(復雜點可以三級類目)。

2)商品規格信息

  • 規格:顏色、尺寸、鞋碼、自定義,支持多選(以顏色、尺寸為例)
  • 顏色:支持新增、刪除,上傳對應圖片
  • 尺寸:支持新增、刪除

根據所寫顏色、尺寸,排列組合生成對應規格。顏色:白、粉、紅,尺寸:M\L,生成6個SKU商品,維護其成本價、銷售價等。

3)商品圖文信息

上傳主圖、輪播圖、視頻、詳情圖等。

4)支付信息

  • 付款方式:立即付款、貨到付款、預售模式
  • 庫存計數:創單減庫存、支付減庫存

5)物流信息

物流信息維護:

  • 運費承擔方:賣家承擔和買家承擔
  • 不可配送地區:省市區街道四級或者省市區三級聯動。關聯前端,若用戶寄貨地址符合不可配送地區,則無法下單。
  • 包郵地區:省市區街道四級或者省市區三級聯動。若用戶寄貨地址符合包郵地區,郵費為0
  • 寄件方式:郵費支持配置

6)售后服務:運營后臺支持勾選服務,關聯相關功能

  • 支持開票:提供開票入口,關聯開票系統
  • 支持維修:提供維修入口,進入第三方頁面
  • 7天無理由退貨:提供退貨入口,關聯退貨規則

7)上架方式

  • 立即上架。審核通過后可立即上架對客
  • 定時上架。配置上架時間,審核通過后滿足時間上架
  • 下架

5. 用戶管理

此頁面查詢用戶的購買記錄、因異常情況支持發送短信通知、查看開通會員的詳情、因某些場景用戶惡意刷單/退貨/薅羊毛將用戶拉黑(設置拉黑規則)、用戶申請注銷會員等等。

6. 訂單管理

訂單管理列表分以下6個部分:(此圖針對場景1個訂單1個sku,現實中會出現1個訂單多個SKU商品)

1)基本信息

  • 訂單號
  • 店鋪名稱
  • 用戶id
  • 用戶姓名
  • 訂單狀態

待支付、待發貨(支付成功無物流信息)、已發貨(導入物流信息)、訂單完成(終態:用戶前端確認收貨/訂單狀態流轉)、訂單取消。

創單時間:

2)下單商品信息

商品名稱:

  • 一級類目
  • 二級類目
  • SPU
  • SKU

參數規格:

  • 成本價
  • 銷售價

3)下單金額信息

  • 訂單金額:商品總金額+運費-優惠金額
  • 數量:下單數量
  • 商品總:商品銷售金額*下單數量
  • 優惠金額:優惠疊加后金額
  • 運費:配置展示(包郵或計數)

優惠后商品金額/個:

4)物流信息

  • 收件人名字
  • 收件人地址
  • 收件人手機號
  • 物流單號:運營單筆更新或批量導入
  • 物流公司:運營單筆更新或批量導入
  • 物流狀態:可接口查詢或者運營去快遞100查詢

5)支付信息

  • 支付方式:支付寶、微信、銀行卡、額度
  • 分期支付單:若選擇額度
  • 分期期數
  • 支付優惠金額:比如渠道優惠金額(使用信用卡,優惠0.0幾元)
  • 支付金額:訂單金額-支付優惠金額=實付金額
  • 支付狀態:支付中、支付成功、支付失敗
  • 支付成功時間
  • 支付失敗原因

6)售后信息

  • 流程:先退貨>退款
  • 是否退貨:枚舉值是和否。(操作退貨,審核用戶申請退貨信息;或上傳退貨憑證,運營操作退貨)
  • 退貨進度:審核中、退貨成功、退貨失敗
  • 是否退款:枚舉值是和否
  • 退款進度:審核中、退款處理中、退款成功、退款失敗

以上為電商平臺6大模塊,基本能滿足業務使用。具體字段、字段功能還要在具體業務中定義。

本文由 @誰偷吃了小餅干 原創發布于人人都是產品經理。未經許可,禁止轉載

題圖來自Unsplash,基于CC0協議

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 您好,可以溝通交流一下商家端的產品設計嗎

    來自江蘇 回復
    1. 有問題你可以留言~

      來自上海 回復