电商产品设计复盘：前台与商品中心部分

本文主要复盘为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协议。