产品定位必须解决的五个问题：
- 满足谁的需要?
- 他们有些什么需要?
- 我们提供的是否满足需要?
- 需要与提供的独特结合点如何选择?
- 这些需要如何有效实现?
在项目启动之前我一直想的是自己要做的是什么，目标用户是谁，但是忽略了最最重要的重点——用户需求，以至于在整个MVP的确定过程中由原来的三个界面被改到了八个界面。
最初的MVP
- 用户登录/注册
- 用户选择所写总结的日期
- 用户保存所编辑的总结
- 自动发信息提醒用户写总结
最初的痛点
- 一个为实验室成员存放自己每日总结的平台
- 方便成员回顾自己往日的总结
- 提醒实验室的成员记得写总结
一开始想的是我们组人少，怕任务完不成，MVP就往最少的去定，至少要能完成。结果总理一来看着我们的MVP说：“为什么你们提醒还要发信息，直接让一个人在实验室喊一下提醒一下大家不是更快更方便吗？”总理这么一说倒是提醒了我们要站在实验室成员的角度去看看他们写每日总结的话需求在哪，于是我们把MVP给改了一下。
MVP2.0
- 用户登录/注册
- 用户选择所写总结的日期
- 用户保存所编辑的总结
对于有时候真的想偷懒不想写总结的时候就算有人在旁边提醒也不一定会写，所以我们把提醒写总结的功能去掉了。
这时总理看了一下我们的MVP说：“那管理员到底怎么去掌握成员们写总结的情况呢？你们之前说的目标用户不是有管理员吗？”于是我发现我真的完全完全忽略了管理员的需求。于是去跟总理确定了管理员的需求，再跟成员们确定一下MVP最终讨论出了最终的MVP。
最终的MVP
-
用户登录/注册
-
可选择所写总结的日期
日期有三种状态，已编辑、未编辑、超出当日的日期 -
用户保存所编辑的总结
-
可选择查看个人/今日/近段时间的总结
最终的痛点
- 简书内容杂乱，要光找总结很费时间，而每日记提供一个平台去只存放大家的总结
- 方便管理员直观的了解大家写总结的情况
- 能够以日历的形式很直观的看到自己的总结
网友评论