发表于: 2017-07-17 20:33:49

1 991


今天做了啥/收获:

      

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

那么问题来了:任务里要求用一个真实项目来判断,我不知道到底是判断什么啊!?

明天做啥:学呗


返回列表 返回列表
评论

    分享到