起点学院课程

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

5 评论 7002 浏览 10 收藏 16 分钟
15天0基础极速入门数据分析,掌握一套数据分析流程和方法,学完就能写一份数据报告!了解一下>>

编辑导读:受疫情影响,不少企业的业务只能从线下转为线上,尤其是培训机构。很多企业会选择电商模式,如何进行产品设计就成为了重头戏。本文将从四个方面进行分析,希望对你有帮助。

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

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
起点学院课程
评论
评论请登录
  1. 作者您好,想问产品的SKU属性和SPU属性您是怎么区分的呢?

    回复
    1. 首先我的理解是:SKU具有唯一性,SPU具有聚合性,因此按照文中的定义,SKU为单节课,SPU为系列课。
      其次,我会梳理一个业务流程,例如“查看系列课程详情→查看系列课目录→购买系列课→查看单节课→参与单节课互动→学完所有课对系列课评论→参加考核”。
      这样,就根据流程来进行属性区分。例如这个流程里,SPU有“系列课名称、课程类别(前台类别)、主讲人(根据文中所讲,全由我司出品上传)、封面、简介、评价、学习人数、价格状态、课程状态、考核状态”,而SKU有“单节课名称、内容类别(视频、音频、PPT)、付费状态(可体验、需付费)、互动内容”。
      简而言之,我是根据业务流程里它们各自参与的环节来进行区分的。这款产品不像其他电商app或者其他有自主内容生产的培训app一样,课程内容及来源很丰富,所以也不是很复杂。而随着迭代升级,涉及到更多的业务流程,那再进行相应调整哈。

      回复
    2. 明白了,先梳理流程,然后根据定义区分。SPU则为流程中系列课及详情其他、SKU则为流程中单节课及详情及其他

      回复
    3. 我的理解仅供参考和印证哈,如果需要详细了解更准确的概念和商品属性划分,可以看一些电商相关书籍(首页的书单里有)。

      回复
    4. 收到 谢谢~

      回复