今天做了啥/收获：

Mvp：最小化可行产品;

1.抓住核心流程，mvp是一个过程

也就等于游戏公测前的种种测试。抓住最核心流程

用来直接验证产品是偶被用户接收，是否有人愿意买单。

比如说核心目标就是让用户再产品上下单买东西。那核心流程就可能是：进入产品——挑选商品——下单付款——查询物流信息。围绕这个流程，剥离多余的高级功能（分享，评论之类的）

2.MVP不是单一的产品形态

MVP的产品形态可以是一小个模块，也可以是一个微信群/公众号，甚至也可以是一款纸面原型。一个视频等等。其目的就是 让用户实际使用起来，能激发他们真正的使用体验。

这有点像是蜗牛的九阴。没出来的时候几张截图和视频就让多少人等了多少年。

还有就是像期货。比方说小米一代的时候。先放出具有性价比（这也是差异化）的配置信息让用户相信且期待产品。有了订单再做下一步打算

以往我们做原型，通常是axure先行，然后讨论修改原型，接下来UI出设计图，设计图讨论修改确定才付诸开发。这个流程不仅慢，而且Axure在移动段展示不足体验不好，用户其实没什么感知，不要说用户了，在一些偷懒的同事眼里都没什么感知。在MVP原则里，我就直接在纸上画出纸面原型，然后添加到墨刀原型里，设置好点击事件，通过微信分享给用户，用户不需要安装即可在微信上体验整个流程，我们也可以收集到很多意见。纸面原型收集一轮意见后，再让UI出效果图（不用高保真，只要大致美观）。效果图依旧添加到墨刀里，收集第二轮第三轮用户意见。这样的方法大大提高了工作效率。

3.带着明确的目标去做MVP

不同阶段的MVP需求也不一样。但是一定要始终聚集在核心流程上！！

4.尽量多用轮子

就是尽可能借用现成熟的产品。避免自己去研发。这点对于小团队最为关键；

MVP必备的模块

1.便捷的反馈渠道

就是在测试的时候为用户提供很简单容易的反馈渠道，加个Q群什么的，最好还是内部内嵌一套反馈系统；

但是小公司小项目我觉得内部几个人凑一块测试就得了。

2.数据埋点不可少。

这样做就是为了收收集/分析各种数数据比如用——growing io

3.前期用户调研不可少

MVP也可以理解为用户调研的一种延伸。但是绝对！！还要做大量仔细的用户调研，MVP也依赖前期用户调研

整理自 <http://www.woshipm.com/pmd/447678.html>

MVP的弊端：如果将全量用户当作测试对象，如果出现过多负反馈，用户口口相传（也许还会有竞争公司的恶意相传）会对一款新产品造成打击。所以MVP只适合在小范围内测试，以观察数据和用户反馈为主。

*产品前期要做好调研。做好产品定位。想好产品面向的是什么层级的消费人群

**********************************************************************

马丹，原来 我是第一个吃螃蟹的人。只能慢慢探索了

好了，不要逃避了，现看看让你干啥：

1，就是写个测试用例嘛。

2，对萝卜多进行测试，提交BUG

那么问题来了：任务里要求用一个真实项目来判断，我不知道到底是判断什么啊！？

明天做啥：学呗