国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

電商購物車產品在做什么?

shixinzhang / 1535人閱讀

摘要:本文由網易跨境電商部產品經理曹宏授權發表。根據交易鏈路的環節,分工可以進一步簡單細化為商詳頁產品導購頁產品,購物車產品,訂單產品,支付產品。那么購物車的產品都在做什么為了避免假大空,就以購物車改版這個項目介紹一下電商購物車產品的工作。

本文由網易跨境電商部產品經理曹宏授權發表。

作為電商交易鏈路的產品,很多人會問,你們都在做什么?

關于電商產品的工作分類,從流量角度我簡單分為以下幾類(下圖),從流量的角度,交易鏈路在做的事情就是流量變現,把流量轉變為GMV。所以我們工作的核心就是如何通過各種手段提升GMV。

根據交易鏈路的環節,分工可以進一步簡單細化為商詳頁產品(導購頁產品),購物車產品,訂單產品,支付產品。

那么購物車的產品都在做什么?為了避免假大空,就以購物車改版這個項目介紹一下電商購物車產品的工作。

介紹購物車改版項目之前,先給大家看一下改版前后的效果圖,你發現了哪些變化?如果是你,會如何思考購物車改版?

接下來我們詳細說明如何確認并實施購物車改版項目:

一、確認需求背景
1)確認購物車的重要性:大部分訂單來自app購物車下單,且該占比還在不斷提升。購物車去結算率提升1%將帶來高額的GMV提升。(此處由于信息保密不展示對于GMV提升數據)
2)確認改版目標:圍繞如何通過購物車改版提升GMV。
3)進行目標拆分:GMV=購物車UV去結算率后續轉化率*客單價
核心目標:提升去結算率;提升購物車UV;提升購物車客單價(客件數)
4)進行目標落地
-提升購物車去結算率,確認當前結算率,競品結算率,影響結算率指標——需要數據:當前購物車去結算率,需要用戶調研
-提升購物車UV,增加進入購物車入口(即增加加車入口);增加購物車召回手段——需要數據:當前購物車UV,購物車UV來源
-提升客件數,強化湊單,湊券心智——需要數據:當前購物車去湊單,去包郵點擊率,客件數,客單數

二、需求調研
1.競品調研——重點關注結算/湊單引導(此處由于信息安全問題不展示具體競品)
從以下幾個角度進行競品調研
1)競品展示信息要素內容與數量
2)競品信息流的展示/信息模塊的劃分/信息層級——信息結構,比如如下:
3)競品基本功能&交互

結論:購物車信息分區方案如下:不同顏色代表不同信息區塊。

2.數據
1)基本數據:購物車商品數/店鋪數
2)商品特征(BU,類型:限時購等)
3)購物車停留時間,當前去結算率,轉化率,客單價,客件數

3.用戶調研
1)用戶將加入購物車原因調研——分析如何促結算
2)阻礙用戶結算原因調研——分析如何促結算

4.客服處客訴需求等其他外部需求收集,整理優化
主要集中在湊單表達不明確(已省價格,庫存不足等)

三、需求整理與討論
1.購物車埋點確認(以便于BI取數已經后期數據監控)
2.購物車基本功能/交互整理確認(包括所有細節文案)
3.對于當前購物車展示信息要素,與競品對比后,和各業務方溝通信息展示優先級。

4.根據用戶行為路線/視覺熱區/眼動進行信息重排,分區,刪減強化(主要由視覺和交互進行)

5.產品整理功能點,確認所有需求優先級,預估功能對于購物車各數據的影響——考驗產品對于數據的敏感性,預估需要此前對數據長期跟進了解數據變化才可預估,切不可隨意拍腦袋。
6.撰寫立項說明書,說明立項背景,收益,考核目標等等。

四、需求確認
1.明確每個需求為什么要做(從競品,用戶,數據角度出發),做了之后如何觀察效果(與BI溝通數據跟蹤)
2.與用研,交互,視覺同步確認,組內確認并與高層確認(購物車為核心頁面,改動需要慎重)
3.灰度設計,購物車重大變化需要兩周以上的灰度確認數據,至少不使去結算和轉化率下降才可全面放開。
注意點:注意開關打開和關閉分別是什么樣的展現,何時打開開關與關閉開關需要再三強調,上線前一定要檢查開關是否關閉狀態。
數據一定要確認可以獲取,否則將導致灰度質量下降。數據跟蹤要確保盡可能跟蹤到GMV影響維度,才可以確認需求收益。

五、需求評審與開發
此處不贅述,主要快速響應,注意交互稿要覆蓋全面場景。
基本需要考慮
1)老版本兼容
2)四端聯動(PC/WAP/小程序/APP)
比如涉及商品的改動,需要考慮
1)有效/失效商品
2)編輯狀態/非編輯狀態
3)商品類型:普通商品,套餐商品,預售商品(標簽)/不良品,換購,贈品
4)定時售賣,預付定金,僅支持商詳頁購買(秒殺/隱藏加車)
比如涉及價格展示的改動,需要考慮
1)促銷優惠信息是否覆蓋完全(新老客,會員(哪些商品類型支持會員價),直降……)
2)是否涉及下單的改動
比如合并信息(將多個信息在一行展示),需要考慮
1)字數顯示
2)點擊熱區
3)小屏手機(iphone4S)顯示問題,字號自適應

六、需求上線
注意檢查開關,埋點,充分驗收
灰度方案:舉例如下:
分析報告希望可以根據修改點進行說明。待具體與BI溝通。
1、灰度對象:
灰度租:APP新版購物車
對照組:APP老版購物車
區分新老客帳號,進行ABtest。
2、測試數據源:
1)BI隨機抽取X臺活躍設備,均分成三組,一組以設備ID的方式配置為方案A(客戶端配置),另外兩組為對照組。
2)區分新老客進行ABtest,“新老客”定義為測試期間設備下的帳號是否為“第1次購買”。
注:“活躍設備”指測試前7天至少登錄過1次;此處“新客”為“老設備老賬號”,非“新設備新帳號”。
3、測試指標:
1)購物車頁-結算轉化率
2)訂單確認頁-提交訂單轉化率
2)各個行動點的點擊比例:地址控件點擊/促銷行動點點擊/數量控件點擊/去結算點擊
4、測試方案:
1)技術灰度期:灰度發布檢測技術bug,每天數據監控。
灰度時間:待定
開放范圍:抽取15W臺設備,灰度組和對照1,2組各5w。
監控數據輸出時間:待定。
監控點:
a、灰度組新老客的“購物車-結算轉化率”是否比對照組降低(低于3~5個百分點就停止灰度)
b、 技術BUG問題。
2)產品灰度期:更大范圍進行灰度,每天監控轉化率指標。
灰度時間:待定
開放范圍:抽取30W臺設備,灰度組和對照1,2組各10w。。
監控數據輸出時間:待定。
監控點:灰度組新老客的“購物車-結算轉化率”是否比對照組降低(低于3~5個百分點就停止灰度)
3)逐步升級期:
此處不贅述。

七、數據跟蹤與反饋
1、數據反饋發送項目組成員,領導以及關注此處的相關人員。
確認每個功能點使用,對于GMV等的促進
總體去結算,轉化率,對于GMV等的促進
2、將功能埋點計入有數報表長期跟蹤,以便于確認日后進一步的優化方案。
3、項目總結,定期發送(可每月進行),需要提前和BI/客服溝通好數據。
項目總結可從以下幾個方面進行:
1)業務數據(區分大促)
2)客服數據
3)業務重點
4)上線功能/開發中/待上線功能
5)感謝所有開發,運營,測試,客服,交互,視覺同事。

通過以上對于購物車改版的介紹,大家有沒有對于購物車的產品更加了解一些?

我認為購物車產品的核心素養在于對用戶行為的敏感性,雖然只有一個頁面,但是作為核心頁面,它既不像導購頁必須承載大量信息,購物車產品擁有信息的選擇權(需要在了解購物車信息劃分和優先級的前提下和業務方解釋為什么展現或不展現信息),也不像下單頁偏向信息的鋪成,購物車產品擁有信息展現的自主性(需要深入和交互,視覺溝通,觀察競品和數據確認最優信息展現方案),通過數據強化對于用戶行為的敏感,通過競品強化對于行業的了解,一步步優化購物車,最終提升購物車的去結算率和轉化率,提升用戶的體驗,這就是購物車產品的工作。

免費領取驗證碼、內容安全、短信發送、直播點播體驗包及云服務器等套餐

更多網易技術、產品、運營經驗分享請訪問網易云社區。

文章來源: 網易云社區

文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。

轉載請注明本文地址:http://m.specialneedsforspecialkids.com/yun/25346.html

相關文章

  • Laravel 教程 - 實戰 iBrand 開源電商 API 系統

    摘要:最佳實踐良好的編碼規范單元測試持續集成文檔,從一開始就形成良好的編碼習慣。真實的電商業務所有的業務需求來自真實的客戶,并且線上良好運營中。 重要通知: Laravel + 小程序的開源電商版本源碼已經在 github 上拉,歡迎提交 issue 和 star :) 開源電商 Server 端: Laravel API源碼 開源電商 client 端:小程序源碼 iBrand 簡介...

    iOS122 評論0 收藏0
  • #私藏項目實操分享# 介紹一款開源電商網站的物車添加功能的實現

    摘要:目前電商領域有兩款比較出名的開源電商網站解決方案,分別是基于開發框架,代號為的開源項目,以及基于的作為開源項目的開發成員之一,今天我想通過本文,給大家介紹一下我們平時購物時最常使用到的功能之一,添加產品到購物車的技術實現。 目前電商領域有兩款比較出名的開源電商網站解決方案,分別是基于 Angular 開發框架,...

    不知名網友 評論0 收藏0

發表評論

0條評論

shixinzhang

|高級講師

TA的文章

閱讀更多
最新活動
閱讀需要支付1元查看
<