1、版本信息版本信息 版本號版本號更改內容更改內容簡簡介介更改人更改人日期日期1.0.02015-07-21文檔名稱文檔名稱慧購電商平臺二期開發需求文檔所屬部所屬部門門文檔文檔負責負責人人部部門負責門負責人人文檔提交日期文檔提交日期目目 錄錄一一. 背景概述背景概述.31. 調研背景.32. 平臺現狀及本期目標 .3 平臺現狀.3 平臺整體目標.4 本期目標及分工界面 .4二二. 開開發發功能需求描述功能需求描述 .51. 用戶系統.6 會員類型及會員等級 .6 用戶注冊及登錄方式 .82. 個人中心.8 缺貨登記及提醒（優先級高） .83. 商品展示及購買 .9 商品支付及充值（優先級高） .9

2、 商品訂單（確定目前 ec 狀態和前端的對應關系）.9 購物車.9 商品搜索功能.10 商品套餐（優先級高，需要考慮 sku）.104. 活動及促銷相關 .11 紅包功能（先出一個從發紅包，到使用，到傳播的全流程）.115. 界面及用戶體驗優化 .116. 后臺管理功能 .12 配送.127. 商品的來源問題（） .138. 商品 sku 問題.139. 統計查詢功能 .13 訂單來源.13 訂單統計.13 訂單查詢.1410. 卡管理接口.1411. 用戶體驗.14一. 背景概述背景概述1. 調調研背景研背景經過不斷的建設及優化，目前慧購電商平臺已經形成了基于互聯網、微信、手機客戶端的互聯網

3、電商平臺，但隨著業務進一步擴展以及市場和運營的推進，現有的平臺功能已漸漸不能滿足市場和運營的需求。目前慧購電商平臺遇到的主要問題包括：（1）用戶系統的擴展：需要對企業用戶、員工用戶等特殊用戶的支持。（2）商品展示及管理功能：基于原有 ecshop 平臺，對商品訂單、購物車、搜索、支付、評論、咨詢、退換貨、活動促銷等各項功能的完善。（3）界面及用戶體驗優化：由于前期網站是在 ecshop 模板的基礎上搭建、客戶端是在 ectouch 模板的基礎上搭建，界面及用戶體驗不能滿足運營需求，需要逐步優化。客戶端部分功能需要向原生+html 混合模式轉型。2. 平臺平臺現現狀及本期目狀及本期目標標2.1

4、平臺平臺現現狀狀網上商城微信商城手機appECSHOP+ECTOCH+UCenter商品管理門店1門店n前置機前置機用戶管理業務中心卡中心配送管理物流管理卡管理庫存管理業務BI門店倉儲管理倉儲系統碼管理采購現有慧購電商平臺依托于現有線下的門店系統、卡系統、業務系統、倉儲系統進行建設。2.2 平臺整體目平臺整體目標標從平臺長期來看，平臺主要分為三層架構：（1）基礎服務平臺：主要為 ERP、財務系統、物流系統、客服系統、CRM 系統等基礎服務系統的建設，這部分為保證人、財、物的統一規劃和管理，需要在集團層面進行統計規劃和建設。（2）電商平臺控制中心：控制中心承載電商平臺的核心功能承載。主要分為3

5、部分：1）對整個電商平臺的用戶、商品、資金、門店、營銷進行統一管理。2）與基礎服務平臺形成統一對接。3）制定標準的 API 接口模式，對各個平臺的用戶、數據、展示進行統一調用。（3）電商平臺前端展示：包括 web 端網站、微信公眾號、手機 APP、線下門店（含自提柜）等。2.3 本期目本期目標標及分工界面及分工界面考慮到目前的運營目標及實際開發實現的周期的限制。本期目標定位及分工界面如下：（1）基礎服務平臺層面由集團統一進行規劃和建設，隨著基礎服務平臺的建設，需要逐步形成基礎服務平臺與電商平臺控制中心的標準對接模式。（2）電商平臺控制中心的建設工作量大，時間周期長，本期工程在平臺整體目標的前提

6、下，分階段實現。本期工程在商品流程層面繼續沿用原有 ecshop 的架構下，先搭建平臺控制中心的基礎框架，將用戶管理、配送管理、權限管理、業務 BI 對接的功能在平臺控制中心實現。由于原有的 UCenter 用戶系統難以滿足用戶分類、等級系統、配送人員管理的要求，預計需要搭建用戶系統平臺，為后期用戶中心做準備。（3）電商平臺前端部分，需要基于新的功能需求及框架進行調整。1）web 端（ 網站）包括：基于 ecshop 模板的新功能的開發、展示界面的調整、原有業務 BI 是直接寫在前端的，需要調整為 API 接口模式、原有用戶系統需要調整為接口模式。2）手機 APP 端（Android 和 io

7、s 系統）包括：原有基于 ectouch 的 webview方式存在展示速度慢、用戶體驗不好的問題，需要逐步調整為原生模式，另外需要考慮新功能的開發、展示界面的調整等。3）客戶端引入支付寶 sdk 快捷支付、網站引入支付寶網頁支付。需要新增相應原生頁面的接口功能。4）微信商城和門店觸屏系統由于建設模式還有不確定性，本期工程暫不考慮。一. 開開發發功能需求描述功能需求描述基于上面章節本期目標及分工界面，本期開發功能的需求如下。1. 用用戶戶系系統統1.1 會會員類員類型及會型及會員員等等級級功能需求：設定會員類型及會員等級功能。現狀：目前 ec 平臺有根據積分設定會員等級功能，但是會員享受的權利

8、不滿足要求，另外沒有特殊會員功能。本期功能描述： 平臺會員按照會員類型劃分為普通會員和特殊會員兩種類型：（1）普通會）普通會員員：即目前的網站和客戶端會員，普通會員根據積分再劃分為不同的會員等級，不同等級的會員可享受不同的會員商品折扣及權限。本期普通會員保留積分功能，積分兌換及等級為預留功能，下期實現。會員等級積分可享受優惠政策會員商品購買會員促銷折扣等級積分兌換紅利商品生日禮包包郵價格（待討論）每年扣除積分L10-10000L1480L2L2480L350001-100000L34810000L4L43850000L5500001 以上L5281000001）會員等級與積分掛鉤，每個等級的積

9、分區間可以通過后臺設置。2）商品可以根據會員等級分別設置折扣，需要單獨對每一個商品設置價格折扣，并可將設置的商品形成一個單獨的頁面顯示（如淘寶的會員商品），按照會員級別只顯示相應級別應該看到的商品（1 級會員只能看見 1 級會員商品，看不到 2 級以上商品；2 級會員能看到 1 級會員和 2 級會員商品，看不到更高級別的商品，以此類推）。如果商品特價、促銷或團購不享受折扣價格。3）達到一定會員等級可以享受積分兌換商品。積分兌換是全用積分兌換4）達到一定會員等級可以享受紅利商品：紅利商品采用一部分錢加一部分積分聯合支付的方式支付。5）生日禮包：達到一定會員等級可以享受生日禮包：生日禮包是虛擬物品

10、，不設立商品，不上架，只是一個后臺提醒。例如李四 8 月 2 日生日，在 8 月 2 日當天在后臺會有提醒，禮包由運營確定禮品并由當天配送。會員達到一定等級，需要用戶補充生日信息。后臺具備自動統計及提醒會員生日的功能。6）不同會員等級可以享受不同的郵費價格。7）達到一定級別的等級，每年要扣除相應的成長值，年底按照級別扣除相應成長值。扣除后從新評估用戶的積分等級在哪個檔次。（2）特殊會）特殊會員員：特殊會員按類型可分為企業會員、愛心幫扶會員、員工會員等不同的特殊會員組。每個組可單獨制定商品政策（可見商品不同，價格不同，打折條件或打折力度不同）。1）特殊會員根據其所在的會員組可指定可見特殊商品及制

11、定特殊折扣，特殊商品為后臺指定（方式可作為一個專題或其他方式），后臺可設定多個特殊會員組，每個特殊會員登錄實現特殊界面。2）特殊會員的注冊流程：特殊會員用戶無法直接注冊，通過線下進行申請，需申請方提供營業執照復印件、法人身份證復印件，遞交給我司后由我司審核并保管，審核通過后由后臺操作人員手動創建特殊用戶（支持通過導入的方式批量添加特殊用戶），并通過短信或電話通知企業用戶。密碼為初始密碼，用戶可自行修改。3）特殊會員購買商品同樣獲得積分，與普通會員規則相同，本期特殊會員保留積分功能，積分兌換及等級為預留功能，下期實現。4）特殊會員組，管理員可以更改其會員名稱，會員自己不能修改。特殊會員主要是大客

12、戶商家，購買東西多，周期結款，所以在配送時長統計功能中，需要把這類結款方式的會員剔除出去，才能得到相對準確的數據。特殊會員的優惠類別可通過專題實現或增加商品品類實現即可。現需要特殊會員種類初定優惠類別企業會員生鮮、糧油副食、酒、飲料愛心幫扶會員糧油副食、生鮮、日用品員工會員根據每期活動分類1.2 用用戶戶注冊及登注冊及登錄錄方式方式現狀：web 端采用郵箱注冊、客戶端采用手機號注冊。本期功能描述：在原有基礎上增加用戶名注冊，用戶名：必填密碼：必填密碼確認：必填手機驗證：必填提交手機驗證維持現行原則，填寫手機確認是否注冊過，填寫驗證碼，接收手機驗證碼，獲得手機驗證碼，確認手機驗證碼。注冊成功后，

13、通過用戶名密碼登錄，用戶名為數字字母混合，不支持漢字。2. 個人中心個人中心2.1 缺缺貨貨登登記記及提醒（及提醒（優優先先級級高）高）本期功能描述：商品售罄或數量到達閾值時提示缺貨登記按鈕，用戶點擊后，后臺管理員可在缺貨管理中收到一條登記信息，內容為商品名稱、條碼、庫存數和登記用戶名。業務流程：（1）用戶發現商品不能購買，可點擊缺貨登記按鈕；（2）后臺收到信息，查看，并自動回復用戶一條已查看信息。（3）到貨后，通過客戶端推送向客戶賬號發到貨信息提醒實現。功能目標用戶：后臺管理員、普通用戶、特殊用戶3. 商品展示及商品展示及購買購買3.1 商品支付及充商品支付及充值值（優優先先級級高）高）現狀

14、：目前互聯網網站和客戶端支持到付、支付寶網頁支付兩種方式，沒有充值。本期功能描述：（1）互聯網增加支付寶（支付寶快捷、支付寶網銀） 、余額支付（增加充值功能） 。（2）客戶端增加支付寶（支付寶快捷、支付寶網銀，用 sdk 方式） 、余額支付（增加充值功能） 。（3）增加充值功能，可以通過支付寶支付充值到用戶賬號中。沒有提現功能。（4）后臺可以對支付功能進行開關控制。功能目標用戶：后臺管理員、普通用戶、特殊用戶。特殊用戶為線下支付。不需要進行單獨的線上管理。3.2 商品商品訂單訂單（確定目前（確定目前 ec 狀狀態態和前端的和前端的對應對應關系）關系）現狀：現在訂單狀態三種都顯示：訂單狀態（未確

15、認、已確認） 、付款狀態（未付款、已付款） 、送貨狀態。本期功能描述：（1）用戶看到的訂單狀態太多，修改成只顯示當前一種狀態即可，多余的狀態不顯示。后臺同樣簡化訂單狀態處理流程。（2）客戶可選擇商品送達時間。具體狀態待定，需求詳細討論，預計按京東的顯示流程來。3.3 購購物物車車現狀：加入購物車的商品只能全部加入訂單，不能選擇部分商品加入訂單支付。用戶加入購物車商品退出客戶端后，再次進入會清空購物車本期功能描述：（1）用戶可選擇購物車的部分商品生成訂單。（2）用戶加入購物車商品退出客戶端后，再次進入會清空購物車。需要不清空購物車，存數據庫一直保留。功能目標用戶：普通用戶、特殊用戶3.4 商品搜

16、索功能商品搜索功能搜索功能優化，提升搜索結果的優先級，比如搜索香蕉，結果顯示排在前邊的應該是水果香蕉，而不是與香蕉有關的其他商品。需要提供一個搜索匹配算法。比如：商品名稱、商品類型、商品描述、商品分類的關鍵詞進行匹配搜索。功能目標用戶：后臺管理員、普通用戶、特殊用戶。3.5 商品套餐（商品套餐（優優先先級級高，需要考高，需要考慮慮 sku）現狀：現在商品后臺有組合商品功能，但是不能滿足商品套餐的功能。本期功能描述：（1）自選模式，套餐分檔，在檔內可自由選擇套餐。前臺：用戶通過對套餐內，每一組商品的選擇，自主定義套餐內容，提交訂單。（2）推薦模式，已組合好的商品直接購買功能目標用戶：普通用戶、特

17、殊用戶4. 活活動動及促及促銷銷相關相關4.1 紅紅包功能（先出一個從包功能（先出一個從發紅發紅包，到使用，到包，到使用，到傳傳播的全流程）播的全流程）本期功能描述：按商品發放紅包沒有選擇商品的地方，需要增加選擇商品的地方。 業務流程：如果按商品發放紅包，需要選擇該紅包可以使用的商品，本期只考慮單個商品的紅包，不考慮多個商品的情況。 功能目標用戶：后臺管理員、普通用戶、特殊用戶5. 界面及用界面及用戶戶體體驗優驗優化化（1）Pc 端余額使用復雜，需要在訂單確認頁面顯示余額使用選項。建議調整為進入訂單確認頁，在紅包使用下面，加余額顯示和使用勾選項。（2）商品圖片無法放大查看，信息看不到。點擊商品

18、展示圖片或內容圖片，可進行縮放控制。（3）網站端用戶訂單列表優化：直觀的顯示每筆訂單商品，商品圖片、單價、數量、收貨人、交易狀態、下單時間。參考淘寶（4）商品默認排序增加可按照銷量進行排序。需要后臺增加邏輯。（5）商品瀏覽記錄：瀏覽記錄存成 session，用戶退出后不消失，采用緩存方式存在服務器端。（6）App 端配送地址優化：首次購買填寫配送地址，并設置成默認地址；更換地址時，在訂單頁面點選現有地址，進入地址選擇頁面；修改地址信息進入收貨人信息界面，點選需要修改的地址。（7）平臺 48 元免郵費，當顧客進入購物車時，購物總價不足 48 元時，提醒顧客未夠包郵價格 ，提示差幾元，并根據差價推

19、薦幾款商品。（8）我的紅包序列號不能輸入信息，點添加提示信息不正確（第一次操作界面死機）（9）個人中心改名為我的，所有類別改為豎向排列，頭像指向更改頭像，分別設立區域，區域 1：我的訂單、我的余額、收貨地址、我的紅包。區域 2：我的收藏、我的消息。區域 3：客戶服務、意見反饋、賬戶與安全、檢查更新。區域 4：使用幫助、給我評分、關于我們。區域 5：應用推薦。其中意見反饋指向原留言系統。區域 4 和區域 5 在此版本不體現， （注，留言系統跟評價系統是兩個） 。類似京東（如下）（10）pc 端首頁“慧購在您身邊”每周推薦模塊，改成固定位置推送。（11）網站端：用戶我的訂單，鼠標 hover 狀態

20、下，顯示訂單商品的圖片，類似 ec 后臺訂單列表的功能。6. 后臺管理功能后臺管理功能6.1 配送配送6.1.1 配送人配送人員員數據數據統計統計（配送人（配送人員員位置、位置、訂單訂單、是否支付）、是否支付）現狀：沒有配送人員管理及統計功能。本期功能描述：（1）后臺可以添加、刪除、修改、維護配送人員信息。（2）可以為配送人員分配訂單，需要確定是手工配單還是自動配單配單規則是什么（3）可以根據配送人查看配送訂單及訂單狀態；如果已經分配是否可以調整配送員配送完成后誰來更改訂單狀態（4）可以根據訂單及配送人統計配送時長。業務流程：后臺需要先創建配送人員，根據訂單為配送人員分配訂單（自動、手工） ，進行配送，配送完成后更改訂單狀態為已送達。配送完成的訂單可以統計配送時長。功能目標用戶：后臺管理員具體方式待定，需求詳細討論。6.1.2 配送配送計費規則計費規則（優優先先級級低）低）現狀：現在按照地區計算配送規則。本期功能描述：是否需要按照地區用戶等級重量商品類型（我看有個旅游產品）不