B2C電商系統整體功能和流程設計總結
第一步:產品定位
定位其實並不是產品本身的定位,而是指產品在目標使用者心中的印象,即產品在使用者心中的地位。
一款電商產品定位需要考慮到很多方面的因素,一般公司創始人會在最開始指明產品定位,然後在產品的發展過程中不斷對產品定位進行調整,成功的產品總是在不斷的調整中才得以找到自己適合的位置。
目前主流的電商產品形態有類似1688、慧聰網這樣的全行業B2B平臺,以找鋼網為代表的垂直行業B2B電商平臺,以天貓、京東為代表的B2C商城,以淘寶為代表的C2C平臺,以及這幾年興起的以網易考拉、小紅書等為代表的海淘類電商產品,微信壯大後基於微信生態圈以有贊、萌店、微店等為代表的微電商。
第二步:使用者特徵分析
以B2C電商平臺為例,有B也有C,電商平臺作為二者角色的一個交流平臺,必須對二種角色進行分析,分析意向人群性格、性別、年齡、購買力、喜好、主要產出、所處社會環境等特徵,根據分析結果對產品做出有針對性的優化設計。
隨著網際網路的發展,使用者越來越細分,電商產品的開發也需要對使用者特徵有足夠的瞭解,通過[定性+定量]結合的方式搭建較為全面的使用者模型,進而推動接下來的工作。
第三步:分析使用者需求
買家:
問題:
- 使用者想通過你的平臺得到什麼?
- 使用者想要什麼樣的購物感覺?
- 使用者習慣什麼樣的互動體驗?
- 除了購物之外使用者還想要得到什麼?
- 使用者使用產品最擔心的問題是什麼?
如何做:
- 快速找到自己心儀的產品。
- 購買流程通暢無阻。
- 使用簡單便捷。
- 多樣化的優惠/促銷/打折活動。
- 訂單資訊的便捷查詢和管理。
- 物流快速安全高效。
商家–意即後臺系統管理員
問題:
- 支付是否安全?
- 管理是否便捷?
- 訊息提醒是否實時?
- 交易資料是否清晰便於管理?
- 營銷系統是否合適?
- 使用者支付是否便捷?
如何做:
- 便捷高效的管理自己的店鋪。
- 檢視所有訂單資訊,新增訂單能實時提醒。
- 快速釋出商品並對釋出後的商品進行高效管理。
- 客戶管理,可對客戶進行有效管理和分析。
- 店鋪資料一目瞭然。
- 強大靈活的營銷功能。
- 便捷高效的客服系統。
- 多樣化的支付方式。
第四步:原型設計
思維導圖
電商產品具有多人物角色,多操作端的特點,功能要求相對複雜,需要注意的細節繁多,在畫原型之前通過思維導圖理清思路會讓之後的工作更順利。
原型設計
使用者前臺:
- 電商產品的視覺設計需要考慮多方面的因素,需考慮電商的目標定位和意向使用者特徵來設計。
- 市面成熟的電商產品已對使用者使用電商產品的互動習慣形成了較大影響,所以在做互動設計時需考慮意向使用者的電商產品使用習慣,避免挑戰使用者的使用習慣。
- 下單流程需保持通暢無阻塞,儘量避免出現使用者跳出支付環節而影響訂單的最終達成的設計。
- 電商產品具有較強的運營屬性在產品的設計過程中需要注意為運營活動預留位置。
商戶後臺:
- 電商後臺整體設計框架搭建是否合理非常關鍵,直接影響到商戶的使用體驗,和之後版本迭代的擴充套件性。主流電商後臺多采用多級選單設計,介面簡潔,使用時目標明確。
- 不同商品往往具備不同特性,商品釋出功能需針對不同商品特性做相應的優化設計。
- 訂單需要支援賣家改價和修改買家收貨地址。
平臺後臺:
平臺後臺供內部人員使用,使用角色多為平臺產品、運營、客服等,角色的不同需要給予不同的管理許可權,需要設計的主要功能有平臺資料統計、使用者管理、商戶管理、商品稽核、訂單管理、保證金/提現管理等。
第四步:業務流程描述
使用者前臺購物流程描述
- 註冊流程,主流注冊方式有兩種:其一、驗證手機號碼後輸入登入密碼,其二第三方授權後再繫結使用者手機號進行註冊,兩種註冊方式都可以採用分步式設計。
- 瀏覽商品,搜尋、條件篩選、按分類篩選商品加入購物車,商品數量、商品價格、郵費、總價、商品規格。
- 下單流程,兩種情況:使用者瀏覽商品時直接下單或者購物車內提交訂單,訂單編號、購買數量、商品郵費、訂單總價、使用優惠券、配送方式、收貨地址選擇/填寫。
- 處理訂單狀態,未支付訂單付款、訂單收貨、評價訂單、退/換貨。
商戶後臺管理流程描述
- B端企業入駐營業執照認證、交保證金,C端商戶入駐註冊、身份認證、交保證金,商戶註冊相對一般的使用者註冊會有更多要求和更復雜的流程。
- 店鋪裝修,完善店鋪資訊。
- 商品管理,釋出商品、上下架商品,編輯商品。
- 訂單處理,修改訂單資料、發貨、評價管理、退/換貨。
- 客戶管理,設定使用者等級、使用者地域分析。
- 售後管理,退/換貨訂單的處理。
第五步:功能設計分析
前臺買家購物系統
1.分步式註冊
2.登入
- 自有賬號體系
- 第三方授權登入
- 找回密碼
3.商品呈現方式
4.營銷活動
- 節日營銷
- 工具營銷
- 活動營銷
5.加入購物車
- 平臺型電商需要支援多店多商品結算。
- 獨立店鋪只需要支援單店多商品結算。
- 編輯商品數量。
6.結算
- 瀏覽商品時直接購買,單商品結算。
- 購物車結算,可能是單商品結算也可能是多商品多店結算。
- 是否支援使用優惠券。
- 選擇收貨地址。
- 可編輯商品購買數量。
7.訂單管理:待付款->待發貨->待收貨->待評價->已完成->退/換貨
- 檢視訂單詳情,訂單號、購買數量、訂單金額、物流狀態等。
- 退/換貨訂單處理,填寫/選擇退/換貨理由。
- 到店自提訂單掃碼核銷。
8.收貨地址管理
- 新增收貨地址。
- 編輯收貨地址。
- 重新選擇預設收貨地址。
- 刪除收貨地址。
9.收藏管理
- 收藏的店鋪。
- 收藏的商品。
10.優惠券管理
- 電商平臺派發的優惠券。
- 店鋪派發的優惠券。
後臺商家管理系統
1.登入
- 入駐。
- 修改密碼。
- 切換店鋪。
2.店鋪管理
- 店鋪裝修。
- 完善店鋪資訊。
3.商品管理
- 釋出商品。
- 下架商品(倉庫商品)。
- 編輯商品。
4.訂單管理
- 正常訂單:待付款、待發貨、已發貨、待評價、已完成、退/換貨。
- 備註訂單
- 維權訂單(退/換貨)
- 評價管理
5.營銷管理
- 拼團
- 搶購
- 滿減
- 優惠券
- 復購(重複購買享受優惠價格)
- 積分兌換
6.其它設定
- 商品相簿管理。
- 運費模板。
- 消費者保障設定,是否支援7天無理由退/換貨。
- 新增店鋪客服。
- 新增商城管理員,到店自提還需支援新增核銷員。
第六步:平臺後臺
- 資料統計,新增使用者數、新增訂單、新增商戶、新發布商品、相關資料統計。
- 會員管理,會員列表。
- 店鋪管理,店鋪違規稽核、使用期限延期。
- 商品管理,商品違規稽核、銷量統計。
- 訂單管理,訂單列表。
- 保證金/提現管理,提現稽核。
總結:
8年前,阿里把11.11從光棍節變成狂歡節,到2016年雙11達成1207億的成交額。巨大的誘惑致使嘗試涉足電商的企業和創業者多如過江之鯽,這體現出了電商的巨大市場需求,也為電商從業者帶來了新的機遇和新的挑戰。
電商系統的複雜性使其中的每一個細節都可以拿出來仔細探究,沒有對市場冷靜的判斷,沒有清晰的設計思路,沒有對專案明確的定位和對使用者足夠的瞭解是做不好電商專案的,產品從業人員需本著極致的態度體驗每個流程和完善每個細節。
電商系統還具備強運營屬性,不運營的電商產品很難成功,這就要求產品與運營緊密結合實現敏捷開發快速迭代,逐步滿足使用者的切實需求,忌諱專案開始就最求高大全進而錯失機會。
相關文章
- 電商系統商品資料表設計分析與總結
- THINKPHP 5 B2C開源商城商淘軟體WSTSHOP電商系統PHP
- 電商系統架構總結1(EF)架構
- 電商系統架構總結2(Redis)架構Redis
- 電商秒殺系統設計
- 電商系統設計之訂單
- 電商系統設計之商品 (下)
- 電商系統設計之商品 (上)
- 電商系統設計之商品 (中)
- 聚合供應鏈電商系統開發軟體流程
- 電商系統架構總結4(webapi 版本控制)架構WebAPI
- 電商網站專案總結:Vuex 帶來全新的程式設計體驗網站Vue程式設計
- 系統程式設計-訊號-總體概述和signal基本使用程式設計
- 設計電商平臺優惠券系統
- 深度探究MMO社交對話系統(二):聊天系統結構設計和功能邏輯
- 打造跨境全渠道B2C電商系統指南,內附案例解析
- 如何設計電商系統原始碼的商鋪模組原始碼
- 電商系統架構總結3(webapi授權機制)架構WebAPI
- webpack整體配置總結Web
- 工作小結和聊天系統設計
- 電商後臺管理系統——登入功能
- 電商必知,淘寶商品和類目體系是如何設計的
- 如何設計電商系統原始碼的商鋪模組(下)原始碼
- 系統程式設計-網路-內容概要、整體介紹程式設計
- 資料分析整體總結
- 【Linux】關於Linux的系統程式設計總結Linux程式設計
- 如何建設B2C電商APP開發平臺?APP
- ELK重難點總結和整體優化配置優化
- 小程式電商系統後臺功能詳解
- 結算系統設計
- 跨境電商ERP管理系統有哪些常見功能
- 電商ERP系統的功能模組及好處
- 【web】資料庫應用系統設計體系結構Web資料庫
- 程式設計體系結構(09):分散式系統架構程式設計分散式架構
- VUE+.NET應用系統的國際化-整體設計思路Vue
- 多使用者電商系統原始碼開發的具體流程是什麼?原始碼
- 競拍系統設計和核心資料結構資料結構
- 體系總結