電商產品設計覆盤：前台與商品中心部分

本文主要覆盤為APP知識付費課程設計的電商功能，以供參考，如有不足，懇請指出。

領導：疫情影響太厲害，我們需要把線下培訓轉移到線上，同時提供課程售賣的服務，你看看怎麼搞？

一、業務梳理1. 背景目的

碰到需求，先梳理原因和目的：

• 環境：疫情影響，線下培訓困難重重，培訓成本更高；部分機構沒有復工，員工也無法及時培訓；
• 目的：將原本的線下培訓業務拓展成線上，避免業務受影響的同時滿足用户需求；節約成本、提高業務效率；嘗試拓展更多零散的從業人員；

由於公司目標客户為各中小銀行機構，疫情對機構業務影響較大。無法復工、無法同客户接觸溝通等問題讓機構業務的開展困難重重。而銀行機構一方面充分利用遠程辦公解決溝通問題，另一方面則在尋求線下轉線上的服務。

考慮到疫情的長期性、地域性以及接觸性，銀行機構對培訓需求也從線上轉移到了線下，這也為公司的業務開展提供了契機。

相較於其他線上培訓，機構的培訓需求較為不同。從銀行機構的角度考慮，培訓的核心目標人羣是管理層、產品層以及銷售層，因此需要對三類目標人羣進行分析：

1. 銷售層：產品的銷售依據、與客户的溝通話術，重點是能夠提高自己與客户溝通時的效果；
2. 產品層：對標行、區域的產品數據情況，包括產品數據對比分析以及產品數據趨勢變化，重點是幫助自己指定產品策略；
3. 管理層：市場政策、機構排名等全市場的前瞻性分析，重點是輔助自身進行抉擇指定；同時希望員工對培訓內容有所“消化”，通過考核提高員工的積極性，同時查看培訓效果。

因此，培訓內容的方向明確後，即可確立功能目標，即“在當前疫情環境下，提供線上的培訓服務，讓銀行機構能夠身在不同地方也能進行業務培訓，提高員工業務效率，降低銀行培訓成本。此外，也嘗試通過銀行員工的影響，吸引更多的零散金融從業人員，使用該功能。

2. 環節內容

領導已經確定採用電商模式售賣課程，因此梳理賣家、商品和買家三個環節的核心內容。

1. 賣家：公司本身；
2. 商品：公司內部出品的課程；公司邀請業內專業人士錄製課程再由公司上傳；線下培訓服務。商品特徵：具有公司的專業性，研究性，自有數據和報告等內容；
3. 買家：機構客户、相關從業人員等。

對於商品而言，培訓課程的受眾是專業機構，因此需要保持培訓課程的專業性、權威性和價值性。不然會降低機構對公司的信任程度，因此來源暫時考慮兩種：公司內部提供和業內專業人士提供。

對於賣家而言，課程的製作、上傳和維護由公司全權運營。這樣可以保證內容沒有任何的推廣或者敏感信息。缺點是更新頻率受限，要求高質量。

對於買家而言，有兩種目標受眾：

1. 機構客户——往往是為員工批量購買，且根據權限的劃分，訂購不同的課程。同時需要提供考核的統計結果，方便機構管理層評估培訓效果。該類付費意願往往較高，因為更為迫切的希望修復業務斷鏈。
2. 其他從業人員——該類的需求是提升自身業務水平，偏向直接查看專業領域的內容講解，希望自身的問題能夠得到專業解答。同時更注重課程的優惠價格，付費意願相對較低。

這兩類受眾對功能的影響較小，前台功能基本一致，只是需要考慮給每家機構單獨提供後台頁面並部署相應功能，由於業務中台的存在（詳見《案例覆盤：從0搭建業務中台》，右鍵新標籤打開），會有成本的分攤，因此機構客户越多，成本越小；其他從業人員越多，APP的流量增長越高。

3. 業務流程

業務流程是從用户的使用場景觸發，梳理操作路徑，再一次對每一步操作進行細化，重點環節有以下五點：

1. 進入APP：除了常用的打開APP外，需要加入信息推送的功能，因為載體APP不是生產力工具，用户不一定每天都打開，無論是機構客户還是其他從業人員，如果想第一時間知道培訓上新，都需要通過離線推送的方式在手機通知欄進行提醒，提高打開率。
2. 瀏覽課程列表：由於只是單個功能模塊，初步架構較為簡單，提供基礎的“類別選擇”、“banner宣傳”和“課程列表”即可。
3. 課程詳情：課程詳情的設計面向主要針對的是“其他從業人員”，主要突出優惠促銷、主講、介紹等內容，幫助他們甄別是否需要或者是否可體驗。機構客户往往培訓目標明確，對該頁面沒有其他要求。
4. 學習課程：為了增加培訓的價值性，公司產出課件的同時，加入很多獨家的專業數據、產品或者市場分析內容，讓課件成為有價值的商品內容之一。因此提供課件下載服務。對於零散時間查看培訓的用户而言，對音視頻的倍速播放也是必要功能。
5. 課程交互：交互主要集中在評論與考核兩點。考核主要服務於“機構客户”，“其他從業人員”也可以評估自身學習情況。而評論則需要進行劃分，第一類評論針對系列課程，用於對課程整體進行評估，提供給“其他從業人員”進行判斷；第二類評論針對單節課程，用於課堂交互，答疑解惑。

根據業務流程即可梳理對應的功能架構，進而進行產品設計。

二、前台功能

前台設計相對簡單，只需要把必要的功能需求設計完善即可。

1. 課程展示

在課程展示裏需要注意的有：

• banner的可拓展性，點擊後跳轉課程詳情或者課程打包展示，可在後台自由配置；
• 前台類別不等於後台類別，這一點會在“商品中心”裏詳述；
• 課程列表卡片的排列規則；
• 熱門搜索需要自動化統計和運營設置兩種方式；
• 歷史搜索提供兩種清理方式。

2. 課程詳情

常用入口為：banner和具體課程，涉及到的功能有：

• 簡介：除了課程的基礎信息外，重點展示價格的優惠，讓用户及時感知價格的變動情況；
• 目錄：由於系列課程居多，重點更偏向展示課程屬性，包括課程架構、課程類型、是否可讀等；
• 評價：純展示，為了保證評價的客觀性，需要學習完至少1課時的用户在課程學習中才可評論，也可以通過系統後台拓展在權限管理裏。

3. 其他

• 課程播放：基本功能為播放、收藏和轉發。需要考慮其他用户交互基礎，如下方原型所示，每節課程的“互動”是互相獨立的，具有自己的課程屬性（進度、狀態），而總進度會影響是否能參與考核。
• 課程考核：考核題目和分值設置通過後台進行管理。
• 個人主頁：主要是信息展示。需要注意“收藏”裏對於課程和單節課按主次層級展示、“購物車”需要展示最新的優惠價格以及優惠劵的領取、“訂單”需要根據訂單狀態分類展示等。

三、商品中心

相較於前台，後台更多的是對實現邏輯的梳理。而本業務線當前定位沒有涉及“庫存調度”、“倉儲管理”、“物流中心”、“風控中心”以及“客服系統”等內容，由於商品特殊性，也不賦予退貨功能，因此後台功能較為基礎。

這裏先對“商品中心”進行概述，其餘部分日後再逐一補充分享。

1. 定義SKU與SPU

SKU在電商概念裏為庫存控制的最小可用單位。這裏定義為單節課程，例如：《理財子公司是什麼》。SPU在電商概念裏為標準化產品單元，這裏定義為課程系列，例如：《理財子公司轉型知多少》。

目前內容提供方單一，而且為了保證課程的權威性與專業性。SKU與SPU的對應關係除了常規的“一對一”（單章課程售賣）和“多對一”（系列課程售賣）情況，為了結合時事熱點，也會把多個SKU進行組合售賣。

這樣，內容運營基本圍繞構建SPU與SKU，這樣方便公司各涉及培訓內容的業務線對課程的認知統一，也保證了各運營效率。

2. 商品類別

前台類別是由運營可配置，最後展現給用户查看，變動的頻率會相對高；而後台類別屬於基礎數據，一旦參與商品建立，不建議輕易改動。

因此需要注意：

• 後台可以對前台類別進行增刪改查，可在某一前台類別下配置多種後台類別即一對多，同樣的可以一對一、多對一以及多對多；
• 由於課程的特殊性，後台類別與SPU進行綁定，不對單個SKU賦予類別；
• 後台類別存在多個層級，每一個層級都屬於最終商品的屬性之一。

通過映射，實現“後台類別-前台類別”的關係，即可保證課程規範性，也可以保證各業務線對課程運營的統一管理。

3. 商品屬性

商品屬性是從SKU出發，不斷的賦予屬性，最後形成一款商品後所具有的全部屬性。

• SKU屬性：單節課程名稱、內容類別、付費狀態、商品內容、互動內容；
• SPU屬性：SKU屬性、評價內容；
• 商品基礎屬性：系列課程名稱、課程類別、主講人、封面、簡介、學習人數、課程狀態；
• 其他屬性：價格、考核。

這些屬性明確的意義在於：

• 對前台的搜索、篩選、指引、展示等功能需求起到依據的作用，提高用户的使用體驗。
• 對後台的商品新增，提供資料明確的模板，避免信息的確實造成前台的展示問題，同時方便對商品的檢索與管理。

4. 商品管理

商品管理的功能服務於業務，因此根據初版前台要求實現最基礎的功能，包括：上下架管理、價格管理、優惠活動、銷量統計：

• 上下架管理：手動上架、手動下架、修改、刪除、自動上架（配合活動預告）；
• 價格管理：標準價設置&展示、優惠價展示；
• 優惠管理：優惠活動是否參與的勾選功能；
• 銷量統計：點擊量、銷量、上架時間、修改時間、最終修改人員、評論查看；其中評論查看包括評論查看以及互動查看，可在該模塊直接進行回覆。

四、總結

本次內容旨在解決疫情局勢下線下培訓受阻和業務停滯的問題，不僅涉及技術上的研究突破，而且對於時間安排也很急迫。所幸經過需求的規劃和排期，能在滿足用户最基本需求的情況下，讓業務保持下去，極大的降低疫情帶來的影響。

作者：耷拉腦袋的蘇十三；微信號：耷拉腦袋的蘇十三

本文由 @耷拉腦袋的蘇十三 原創發佈於人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基於CC0協議。