三节课APP的MVP设计

一、背景和目的

1. 背景

三节课正准备在移动平台发布一款正式版本的APP，那么该如何确立在产品的MVP阶段，到底要开发哪几个功能呢？

2. 目的

通过设计MVP阶段几个必要的步骤（如确定目标用户、发现目标用户未被满足的需求等），来设计三节课APP的MVP。

二、目标用户调研

1. 确定目标用户

1. 官方描述

从官网中我们可以直接看到三节课的目标用户是互联网人。但是互联网人这个说法稍微笼统，我们可以结合三节课的课程体系将三节课的目标用户大体分为以下两类：

1）已经是产品经理、运营；

2）不是产品经理、运营，但是想转行；

但是这样分还是不够细致，接下来我们再去结合学员群中的互动介绍情况进行细分。

2. 学员群互动

我们先节选一些学员在开课前的自我介绍：

通过对学员自我介绍的分析，我们可以将目标用户细化为以下几种：

1）互联网人，转行；

2）互联网人，提升；

3）非互联网人，转行；

2. 用户画像

1. 目标用户所在城市

2. 目标用户年龄分布

3. 目标用户性别分布

3. 目标用户调研

因为目标用户相对清晰，我们直接选取几名用户进行用户访谈。

访谈主要涉及用户基本信息及用户学习情况。

在对目标用户调研后，发现了一个特别明确的需求，那就是APP中缓存视频并倍速播放。

4. 用户-场景-需求

通过使用用户-场景-需求的方式能更好的展现用户的需求：

张铭是工作两年的互联网运营人，因为个人前途规划原因，打算转行产品经理。因为工作时间较忙，所以他更倾向于利用每天上下班的2个小时，把课程的视频看完。但是找了一圈后，他没有找到三节课的APP，并且三节课的微信服务号也并没有缓存视频的功能，因此他默默的打开了腾讯视频，缓存了几集电视剧。

三、产品价值主张

我们的产品是一款利用碎片时间学习的APP，它专门为时间紧缺的上班族研发，不同于起点学院的APP，它能够缓存三节课付费视频并能够倍速播放。

四、产品调研&市场机会

1. 竞品APP调研

1. APP功能架构

2. 播放功能

1）正常播放

正常播放状态下，播放功能具有开始暂停、拖动调整进度、喜欢、分享、全屏等功能，并且视频区域下方还有课程简介及目录。

2）全屏播放

全屏播放状态下，视频横屏播放，具有开始暂停、拖动调整进度、调整播放速度、切换视频清晰度、取消全屏等功能。

2. 三节课移动端H5体验调研

1. H5网页地图架构

主要分为首页、限免课程、文章、3.3计划、企业培训、我的优惠券、订单中心、个人设置、退出等模块。但是根据用户使用习惯来看，有移动碎片化学习需求的同学一般进来之后直接找到要学习的课程，然后进去观看。因此就不在对其它页面的功能进行调研。

2. 课程目录

从我的教室点击课程进入课程目录页，这里有进入上次学习到的小节的功能。

3. 课程详情

课程详情基本由视频 + 文字组成。

4. 播放功能

播放功能非常简单，只有普通H5网页视频播放的功能。像倍速播放、缓存等功能都没有。

3. 市场机会

作为南起点北三节课的三节课，作为北方互联网产品经理及运营人员的再教育旗帜，不像起点学院那样知识点非常碎、没有体系，其课程是成体系化设计的。体系化的设计使得就算学员采用碎片化学习也能很清晰的知道现在在学习体系中的什么位置，因此广大上班族学员利用通勤时间及其它碎片时间进行学习起到的效果依旧强于起点学院。

五、需求分析

1. 根据用户流分析罗列产品功能

因为是MVP阶段的产品设计，所以我们先采用用户流的方式去分析用户

1. 首要用户行为流

通过之前的分析，我们的MVP版本主要以课程的缓存播放为首要用户行为流。

2. 用户经历的步骤

用户从打开APP到播放视频，用户大概会经历以下几个步骤

2. 分析每个步骤的功能及解决方案

1. 步骤一：课程列表页

作为课程列表页，课程的展示是主要功能，因此我们可以将如何让用户快速找到自己要学习的课程作为此处要重点要解决的问题。

当然，在该页面我们还可以检测用户正在学习的课程并提供缓存该课程所在章节剩余视频的快捷功能。

通过上面的分析，我们看到分解中的两个功能与之后我们说的快捷缓存的功能有点重复。因此这里我们初步可以设计成在列表首页置顶快速学习卡片，卡片中除了课程小节的题目外，还具有立即学习及快速缓存的功能。在收集了一定数据后，可以分析每一个用户的学习习惯（如：12:00 - 13:00 用户张三90%都点击了立即学习；15:00 - 17:00 用户张三90%都点击了快速缓存），再去置顶展示策略（卡牌中只显示立即播放或快速缓存）。

2. 步骤二：课程章节目录页

在该页面，课程各章节的展示是主要功能，为了让用户快速节省时间，我们主要围绕如何让用户快速定位自己正在学习的小节去解决问题。

在这个页面中，我们也可以让用户自行去选择要缓存哪些小节的视频。

3. 步骤三：小节详情

在课程小节详情页面，暂时只具有文字展示及视频播放功能就足够了，因此不再用HMW的方法去展开分析功能。另外除了核心功能外，还可以考虑增加wifi下自动缓存下一小节的功能。

4. 步骤四：播放功能

通过之前的用户调研，发现在这个环节用户最在意的需求是视频缓存及倍速播放功能。作为碎片化学习的核心，这两个功能应该都具备。

2. 需求整理

通过上面每一个步骤的分析，我们可以将需求整理如下：

1. 不改变课程排序，不做任何用户当前正在学习课程的提醒；

2. 用户正在学习的课程，在课程列表中置顶；

3. 提供立即播放及快速缓存的功能；

4. 按照课程章节的排序，正常展示；

5. 在课程章节列表顶部提供快速学习当前正在学习课程小节的入口；

6. 课程章节列表页提供视频缓存功能，用户可以手动勾选要缓存的视频进行缓存；

7. 视频倍速播放功能，用户在视频播放时，可以手动调节倍速；

8. 自动记录用户设置的视频播放倍速，下次播放视频时依旧使用此倍速；

9. 课程小节中，在wifi情况下自动缓存下一小节；

3. KANO模型筛选需求

整理完需求后，我们再用KANO模型筛选出靠谱的需求（需求编号为需求整理中的需求编号）。

通过使用KANO模型进行分析后，我们发现之前整理的需求并没有逆向型需求，因此可以全部纳入需求池进行需求优先级的排定。

4. 确定需求优先级

1. 从影响面排序

2. 从回报周期排序

3. 纳入需求池

六、项目版本确定

通过上面对需求优先级的分析，我们可以按照上面需求池中的高中低三个优先级进行版本规划，暂时规划三个版本。

1. MVP版本功能：

开发需求1、4、6、7、8

2. 第一次迭代功能：

开发需求2、3、5

3. 第二次迭代功能：

开发需求9

七、MVP版本验证

因为开发APP需要招聘ios及android端两个类型的开发人员，试错成本较高。因此我们打算通过墨刀这类便于在移动端观看产品的产品原型设计工具去验证上述产品，一但用户反响不错，我们就可以招聘ios及android的开发人员进行产品开发。