多商戶場景下,供應鏈管理的設計策略

0 評論 3400 瀏覽 25 收藏 31 分鐘

供應鏈管理的有效設計和執行不僅可以提高企業的生產效率和運營效益,還可以幫助企業發掘競爭優勢,提高市場競爭力。本文將探討多商戶管理場景下供應鏈管理設計的關鍵策略,一起來看看吧。

一、功能清單

二、業務流程

三、產品需求

1. 平臺端

1)店鋪列表

原型設計截圖:

店鋪列表

賬戶管理

余額管理

聯系方式

目的:

  1. 增加店鋪的余額管理功能,用于管理店鋪余額,控制供應鏈商品訂單;
  2. 根據店鋪的預警金額、賬戶余額和即將到期狀態,進行預警消息的推送;
  3. 店鋪詳情/修改頁面增加聯系方式頁面,展示店鋪的聯系方式信息。

查詢:

  1. 支持店鋪名稱、商家賬號、狀態和開店時間的查詢條件。
  2. 店鋪名稱和商家賬號支持模糊查詢;狀態為下拉菜單包含:全部、正常和即將到期三個選擇項;開店時間分起始時間和結束時間,開店時間精確到秒,起始時間<=結束時間。

列表:

  1. 店鋪的狀態:即將到期,店鋪名稱和即將到期的字體為紅色;賬戶余額小于等于預警閾值,店鋪名稱和賬戶余額的字體顏色是紅色。
  2. 店鋪列表信息包含:店鋪名稱、所屬用戶、店鋪套餐、狀態、賬戶余額、預警閾值、授信余額、開店時間、到期時間、是否試用。
  3. 根據查詢結果,統計賬戶余額和授信余額。

店鋪詳情:

  1. 店鋪詳情頁面增加聯系方式頁面,點擊店鋪詳情按鈕,跳轉到店鋪詳情頁面;店鋪詳情頁面,點擊聯系方式按鈕,跳轉到聯系方式頁面;
  2. 聯系方式頁面信息包含:聯系人姓名、聯系人手機號、聯系人電話、聯系地址、地圖定位、qq、阿里旺旺和聯系郵箱。

修改:

修改頁面增加聯系方式頁面,聯系方式頁面的信息可修改。

賬戶管理:

① 店鋪列表頁面,點擊賬戶管理按鈕,跳轉到賬戶管理頁面。

② 賬戶管理頁面包含:賬戶余額、授信余額和預警閾值的顯示、賬戶賬戶明細的記錄以及余額管理功能。

③ 賬戶余額、預警閾值和賬戶余額精確到0.01元;預警閾值默認為賬戶余額的20%(賬戶余額充值時,賬戶余額的20%,例如賬戶余額2000,充值金額8000,預警閾值為2000),商戶設置預警閾值,以商戶設置的預警閾值為準;授信余額 = 授信充值總金額 – 授信還款總金額。

④ 賬戶管理頁面,點擊余額管理按鈕,彈窗顯示余額管理頁面;余額管理頁面包含:業務類型、金額和備注信息。

⑤ 業務類型為下拉菜單包含:現金充值、授信充值、賬戶提現、授信還款,四個選項。

  1. 業務類型為現金充值,點擊確認按鈕,根據余額信息生成賬戶明細,收支類型為現金充值,賬戶余額增加;
  2. 業務類型為授信充值,點擊確認按鈕,根據余額信息生成賬戶明細,收支類型為授信充值,授信額度增加,賬戶余額增加;
  3. 業務類型為賬戶提現,點擊確認按鈕,根據余額信息生成賬戶明細,收支類型為賬戶提現,賬戶余額減少;
  4. 業務類型為授信還款,點擊確認按鈕,授信余額減少,授信還款金額 > 授信余額,賬戶余額增加,生成余額明細,業務類型為現金充值,變化金額 = 授信還款金額 – 授信余額。

⑥ 余額管理頁面,余額精確到0.01,備注信息非必填,最大長度40個字符。

⑦ 賬戶明細查詢包含:訂單號、收支類型、創建時間的查詢條件,訂單號支持精準查詢,收支類型包含:現金充值、授信充值、賬戶提現、消費、返還和退款;創建時間精確到秒。

⑧ 賬戶明細列表包含:流水號、訂單號、收支類型、金額、創建時間、備注和操作人。

收支類型為現金充值,流水號編碼為xjcz+創建日期+四位序列號,操作人為余額管理操作的平臺管理員名稱。

收支類型為授信充值,流水號編碼為sxcz+創建日期+四位序列號,操作人為余額管理操作的平臺管理員名稱。

收支類型為賬戶提現,流水號編碼為tx+創建日期+四位序列號,操作人為余額管理操作的平臺管理員名稱。

供應鏈商品下單成功,賬戶余額大于訂單金額,生成賬戶明細,收支類型為消費,訂單號為商品訂單號,金額為為訂單總金額,賬戶余額減少。

供應鏈商品下單成功,提交訂單返回充值失敗/提交失敗,生成賬戶明細,收支類型為返還,訂單號為商品訂單號,金額為為訂單總金額,賬戶余額增加。

供應鏈商品下單成功,用戶退款成功,生成賬戶明細,收支類型為退款,訂單號為退款訂單號,金額為為訂單總金額,賬戶余額增加。

2)消息管理

原型設計截圖:

消息管理

目的:

新增,預警閾值預警通知、賬戶余額預警通知、店鋪即將到期通知和短信條數預警,四種消息管理的配置。

列表:

預警閾值預警通知、賬戶余額預警通知、店鋪即將到期通知和短信條數預警,支持短信、郵件和微信公眾號通知。

發送規則:

① 預警閾值預警通知,賬戶余額 < 預警閾值時/賬戶余額 < 預警閾值*50%/賬戶余額 < 預警閾值*25%,通過消息管理頁面配置的通知方式發送通知,接收人為商戶聯系人和運營/客服角色的管平臺管理員;供應鏈訂單支付成功,根據賬戶余額判斷。

② 賬戶余額預警通知,未提交的供應鏈訂單金額 > 0/ 未提交的供應鏈訂單金額 > 預警閾值*10%/未提交的供應鏈訂單金額 > 預警閾值*20%,通過消息管理頁面配置的通知方式發送通知,接收人為商戶聯系人和運營/客服角色的管平臺管理員;供應鏈訂單頁面,供應鏈訂單交易狀態:未提交,根據未提交供應鏈訂單金額判斷。

③ 店鋪即將到期通知,店鋪狀態為即將到期,每天的上午9:00,通過消息管理頁面配置的通知方式發送通知,接收人為商戶聯系人和運營/客服角色的管平臺管理員;店鋪列表頁面,每天9點查詢店鋪狀態,店鋪狀態:即將到期,根據消息管理頁面設置的信息,通知商戶和后臺管理員。

④ 短信條數預警,短信條數 < 100,通過消息管理頁面配置的通知方式發送通知,接收人為商戶聯系人和運營/客服角色的管平臺管理員;店鋪后臺,生成短信記錄時,根據短信剩余條數判斷。

3)短信管理

原型設計截圖:

發送記錄

目的:

  1. 通過消息管理頁面配置的通知方式發送通知。
  2. 預警閾值預警通知、賬戶余額預警通知、店鋪即將到期通知和短信條數預警,接收人為商戶聯系人和運營/客服角色的管平臺管理員。

4)郵件管理

原型設計截圖:

郵件配置

發送記錄

目的:

  1. 增加郵件管理功能,包含郵件配置和發送記錄兩個頁面;郵件配置頁面,配置SMTP郵箱發送信息;
  2. 發送記錄頁面,通過消息管理頁面配置的通知方式發送通知,預警閾值預警通知、賬戶余額預警通知、店鋪即將到期通知和短信條數預警,接收人為商戶聯系人和運營/客服角色的管平臺管理員。

查詢:

支持發送狀態和郵件主體兩種查詢方式;發送狀態包含:全部、待發送、發送成功和發送失敗。

列表:

  1. 郵件發送記錄的列表信息包含:標題、接收頭賬號、創建時間、發送時間、發送狀態和操作欄。
  2. 發送狀態為發送失敗,可重新發送發送;
  3. 郵件配置頁面的配置信息為空,點擊郵件管理跳轉到郵件配置頁面;郵件配置頁面的配置信息不為空,點擊郵件管理跳轉到發送記錄頁面。

5)通知管理

原型設計截圖:

通知管理

處理

目的:

  1. 預警閾值預警通知、賬戶余額預警通知、店鋪即將到期通知和短信條數預警的通知記錄的創建;
  2. 平臺管理員處理通知記錄。

查詢:

  1. 支持:標題、消息類型、處理狀態和創建時間的查詢。
  2. 標題支持模糊查詢;消息類型為下拉菜單,包含:全部、預警閾值預警、賬戶余額預警、店鋪即將到期預警、短信條數預警;處理狀態為下拉菜單包含:全部、未處理、已處理;創建時間分開始時間和結束時間,精確到秒;起始時間 <= 結束時間 。

列表:

  1. 通知管理列表內容:標題、消息類型、預警內容、創建時間、處理狀態、處理人、處理時間、備注和操作欄;
  2. 處理狀態:未處理,操作欄顯示處理按鈕,點擊處理按鈕,彈窗顯示處理頁面;
  3. 處理頁面包含:處理類型和備注,處理類型為必填項,備注信息非必填;處理類型為已處理,點擊確認按鈕,修改通知管理的處理狀態為已處理,保存處理時間和處理人信息;備注信息最大長度為40個字符;
  4. 4根據消息管理頁面的預警閾值預警通知、賬戶余額預警通知和店鋪即將到期通知的規則發送通知管理的記錄。

6)供應鏈產品庫

原型設計截圖:

供應鏈產品庫

目的:

通過接收商品中心推送消息API,顯示供應鏈商品信息。

查詢:

  1. 支持:商品名稱、商品大分類、商品中分類、商品小分類和上下架狀態的查詢;
  2. 商品名稱支持模糊查詢,商品大分類、商品中分類和商品小分類為下拉菜單,商品大分類顯示商品大分類信息;商品中分類根據商品大分類顯示;商品小分類根據商品中分類顯示;上下架狀態包含:上架和下架兩種情況。

商品列表:

  1. 平臺端,新增供應鏈產品庫菜單,用于顯示供應鏈商品信息;
  2. 商品信息,包含:商品名稱、商品大分類、商品中分類、商品小分類、售價和上下架狀態。

7)供應鏈商品庫

原型設計截圖:

供應鏈商品庫

商品分類新增

一鍵導入

目的:

  1. 維護供應鏈商品的分類信息;
  2. 選擇供應鏈產品導入到供應鏈商品庫。

新增:

  1. 點擊新增按鈕,彈窗顯示新增頁面,新增頁面包含填寫分類名稱和選擇父級分類;
  2. 父親分類非必填,默認為空,商品分類添加完成,商品分類為一級分類;
  3. 父級分類為當前頁面的一級商品分類信息和二級商品分類信息,父級分類為一級分類,分類添加完成,添加的商品分類為一級分類下的二級分類;
  4. 父級分類為當前頁面的一級商品分類信息和二級商品分類信息,父級分類為二級分類,分類添加完成,添加的商品分類為二級分類下的三級分類。

查詢:

  1. 支持商品名稱和上下架狀態查詢;
  2. 商品名稱為模糊查詢,上下架狀態包含:全部、上架和下架。

商品列表:

  1. 根據選擇的商品分類顯示商品列表信息;
  2. 商品信息,包含:商品名稱、商品品牌、售價、上下架狀態、商品規格和商品產地。

一鍵導入:

  1. 點擊一鍵導入按鈕,彈窗顯示一鍵導入頁面;
  2. 一鍵導入頁面顯示未導入的供應鏈產品信息;
  3. 一鍵導入頁面,支持商品名稱、上下架狀態和商品分類查詢;
  4. 支持供應鏈產品批量導入操作,每頁10條,分頁顯示。

2. 商戶端

1)商品分類

原型設計截圖:

商品分類

一鍵導入

導入提醒

目的:

  1. 一鍵導入供應鏈商品分類信息,并根據供應鏈商品分類信息導入供應鏈商品信息;
  2. 商戶可維護自己創建的商品分類和供應鏈商品分類;
  3. 供應鏈商品分類刪除時,商品分類有關聯商品,商品分類無法刪除。

一鍵導入:

① 點擊一鍵導入按鈕,彈窗顯示一鍵導入頁面。

② 一鍵導入頁面,顯示未導入的供應鏈商品分類信息,供應鏈商品分類信息按照樹狀結構顯示。

③ 點擊批量導入按鈕,商品分類未選擇,提示“請選擇商品分類”;點擊批量導入按鈕,選擇的商品分類大于0,彈窗顯示導入提醒頁面。

④ 導入提醒頁面,點擊確定按鈕,供應鏈商品分類導入到商品分類頁面,商品列表頁面,供應鏈商品根據供應鏈商品分類同步導入;導入提醒頁面,點擊取消按鈕,關閉導入提醒頁面。

⑤ 一鍵導入頁面,選擇的商品分類為一級商品分類,導入完成,將供應鏈商品庫的一級商品分類以及一級商品分類下的二級商品分類和三級商品分類和商品導入。

一鍵導入頁面,選擇的商品分類為二級商品分類,導入完成,將供應鏈商品庫的一級商品分類以及二級商品分類下的三級商品分類導入,導入商品為二級分類下所有商品。

一鍵導入頁面,選擇的商品分類為三級商品分類,導入完成,將供應鏈商品庫的三級商品分類的父級分類和一級分類導入,導入商品為三級分類下的商品信息。

⑥ 商品分類為商品的分類信息顯示。

2)商品列表

原型設計截圖:

商品列表

供應鏈商品設置

商品變化記錄

目的:

  1. 增加商品來源查詢條件,管理自營商品和供應鏈商品;
  2. 供應鏈商品設置頁面,批量設置供應鏈商品價格和上下架狀態;
  3. 商品變化記錄頁面,顯示供應鏈商品的價格變動記錄;
  4. 供應鏈商品僅可執行刪除操作,不可編輯和上下架。

查詢:

增加商品來源查詢條件,商品來源查詢條件為下拉菜單,包括;自營商品和供應鏈商品。

列表:

  1. 增加來源字段,通過商品列表頁面,添加商品按鈕,添加成功的商品,商品來源為自營商品;
  2. 通過商品分類頁面,一鍵導入功能導入的商品信息,商品來源為供應鏈商品;供應鏈商品的售價為導入后商品的成本價。

供應鏈商品設置:

  1. 商品列表頁面增加供應鏈商設置功能;
  2. 點擊供應鏈商品設置按鈕,彈窗顯示供應鏈商品設置頁面;
  3. 供應鏈商品設置頁面,可批量設置供應鏈商品的價格浮動浮動比例和上下架狀態;供應鏈商品價格 = 供應鏈商品售價 * (1 + 價格上浮比例);供應鏈商品導入成功,為下架狀態;上下架狀態默認選擇上架;
  4. 供應鏈商品,商品不可編輯,不能上下架操作,可刪除。

商品變化記錄:

  1. 商品列表頁面增加商品變化記錄功能;
  2. 點擊商品變化記錄按鈕,跳轉到商品變化記錄頁面;
  3. 根據接收商品中心推送消息API,顯示商品變化記錄;
  4. 商品變化記錄頁面,查詢條件包含:商品名稱、變化類型、和變化時間;商品名稱支持模糊查詢,變化類型為下拉菜單包含:上架、更新、下架和刪除;變化時間包含開始時間和結束時間精確到秒;
  5. 變化類型為下架/刪除,SAAS商城的上下架狀態改為下架;變化類型為更新,商品價格發生變化,根據價格上浮設置信息,修改SaaS商城供應鏈商品信息;變化類型為上架,,SAAS商城的上下架狀態改為上架。

3)回收站

原型設計截圖:

回收站

目的:

增加商品來源字段,用于區分商品來源信息。

4)供應鏈訂單

原型設計截圖:

供應鏈訂單

目的:

  1. 增加供應鏈訂單功能,管理供應鏈商品的訂單信息;
  2. 用戶下單成功,賬戶余額不足,交易狀態;未提交,SaaS商城請求客戶下單API,請求成功,修改交易狀態:提交中,接收商品中心推送消息API,通知提交失敗,修改交易狀態為提交失??;
  3. 交易狀態由提交中改為提交失敗,賬戶余額返還,生成余額明細,業務類型:返還,可重新提交;
  4. 交易狀態;未提交/提交失敗,可批量提交或者批量退款;點擊批量退款,請求商戶退款接口,自動發起退款;
  5. 交易狀態改為充值失敗,賬戶余額返還,生成余額明細,業務類型:返還,請求商戶退款接口,自動發起退款。

5)退款維護

原型設計截圖:

退款維護

目的:

① 查詢條件增加商品來源,商品來源為下拉菜單,包含:自營商品和供應鏈商品;

② 退款訂單列表增加商品來源字段,顯示商品來源信息;

③ 交易狀態:等待發貨,商品來源:供應鏈商品,商戶同意退款申請,請求取消提交API,請求成功,交易狀態:取消提交中;通過接收商品中心推送消息API修改交易狀態;交易狀態修改為取消提交完成,修改退款狀態為維權結束;商戶賬戶余額增加生成余額明細,業務類型為退款,自動請求商戶退款接口;交易狀態修改為取消提交失敗,修改退款狀態為維權結束;

④ 交易狀態:已完成,商品來源:供應鏈商品,商戶同意退款申請,請求提交訂單售后申請API,請求成功,通過接收商品中心推送消息API修改交易狀態;交易狀態修改為等待發貨,修改退款狀態為買家待退貨;

⑤ 退款狀態為買家待退貨,買家點擊退貨,請求售后公司服務列表API,顯示物流信息,請求提交售后物流訂單號API,填寫物流訂單信息,填完完成,退款狀態為賣家待收貨;通過接收商品中心推送消息API,通知售后狀態為已完成,修改退款狀態為維權結束;商戶賬戶余額增加生成余額明細,業務類型為退款,自動請求商戶退款接口;交易狀態修改為已拒絕,修改退款狀態為維權結束;

6)財務概況

原型設計截圖:

財務概況

賬戶明細

目的:

  1. 增加賬戶余額信息和供應鏈訂單統計信息的顯示;
  2. 商戶可設置預警閾值,點擊賬戶明細,可查詢賬戶明細。

賬戶信息:

  1. 賬戶信息包含;賬戶余額、預警閾值和授信余額;
  2. 預警閾值可設置,為正整數;點擊賬戶明細按鈕,跳轉到賬戶明細頁面;
  3. 訂單概況頁面,增加自營商品訂單概況和供應鏈商品訂單概況信息,包含:訂單總額(元)、退款訂單總額(元)、訂單總數、退款訂單總數的統計信息。

賬戶明細:

  1. 財務概況頁面,點擊賬戶明細按鈕,跳轉到賬戶明細頁面;
  2. 賬戶明細頁面,支持:訂單號、類型、創建時間的查詢;訂單號需精準查詢,類型為下拉菜單,包含:現金充值、授信充值、賬戶提現、消費、返還和退款;
  3. 根據平臺端的賬戶明細顯示。

7)訂單統計

原型設計截圖:

訂單統計

目的:

根據訂單信息統計訂單情況。

查詢:

支持商品來源和統計日期查詢;商品來源為下拉菜單,包含:自營商品和供應鏈商品,統計日期精確到天;默認顯示當天的訂單統計信息。

列表:

顯示內容包含:商戶名稱、商品來源、交易金額、商品成本、商品利潤、交易筆數、交易商品和統計日期。

3. 其他

1)供應鏈商品和自營商品無法同時購買;

2)供應鏈商品不參與營銷活動和優惠劵的使用;

3)供應鏈商品詳情頁面,請求商品庫存查詢API – 單個商品接口,查詢是否有貨;

4)供應鏈商品下單完成,賬戶余額扣減完成,請求客戶下單API;

5)接收商品中心推送消息API推送商品信息、交易狀態和售后狀態;

6)每天1點定時請求:訂單實時狀態查詢API/訂單物流信息API/查詢售后訂單詳情API;

7) 供應鏈訂單交易狀態:等待發貨,商戶同意退款申請,請求取消訂單API;

8) 供應鏈訂單交易狀態:已完成,商戶同意退款申請,請求提交訂單售后申請API;

9)退款狀態為買家待退貨,買家點擊退貨,通過售后公司服務列表API查詢物流公司信息;通過提交售后物流訂單號API提交物流單號;

預警閾值預警通知模板:

尊敬的${name},當前賬戶余額:${balance},已低于預警閾值,請及時續費。

賬戶余額預警通知模板:

尊敬的${name},當前賬戶余額:${balance},未提交供應鏈訂單數量${number},請及時續費,并批量提較處理。

店鋪即將到期通知:

尊敬的${name},您的店鋪套餐,已于${duedate}正式到期。如您要繼續使用,請于${duedate}前及時續費。

短信條數預警通知:

尊敬的${name},當前店鋪短信條數:${number},為保障短信通知,請及時續費。

name:店鋪名稱;balance:賬戶余額;number:數量;duedate:到期時間。

專欄作家

小胖紙,人人都是產品經理專欄作家。九年產品經驗,橫跨多個行業和領域,專注金融和市場營銷,擅長產品需求分析,平凡的外表下有顆不平凡的心。

本文原創發布于人人都是產品經理。未經許可,禁止轉載

題圖來自Unsplash,基于 CC0 協議

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

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!