用MVP方法设计产品——《爱豆UP榜》产品设计篇

        MVP模型是最小可行产品（Minimum Viabe Product）的简称，由Eric Ries在《精益创业实战》中提出，指的是用最快、最简明的方式建立一个可用的产品模型，推向市场，测试用户是否喜欢这个产品，进而迭代完善细节。

        《爱豆UP榜》是一款非常简单的互联网产品，从产品设计，前端界面到代码都是一个人一个月的业余时间边学边做整出来的。当然，这也是一款抄过来的产品，在小程序上搜索“爱豆”关键字，会出来一大堆类似的产品，很多人可能尝试着自己练手做一款简单的产品玩玩，但往往有想法就直接开始写代码了，想到哪里做到哪里，然后发现越做越多，远远超过预期时间，产品还迟迟上不了线，最后可能不了了之了，非常的可惜，往往就是因为跳过了产品设计这关。所以哪怕是一个人的项目，也得给自己的产品定义好边界范围，后面都围绕着这个目标，不做无边无际的扩展，这样才能保证这个产品最终实现得出来。

        而这个0.9版本或者1.0版本，通常用的就是MVP模型。眼见的朋友可能看到这个方法是针对市面上没有的新产品，抄的产品也适用吗？答案当然是肯定适用啊。

        天下产品一大抄，但抄也得会抄才行，这句话也只有抄过的人才懂的。抄产品我通常的做法是在Axure搭好个目录结构，然后先直接截图贴页面来。然后开始做减法。其实产品最难的是做减法。项目中每次产品评审，可能结果都是你提一点，我提一点然后加了一大堆功能上去。于是会后产品经理又得一顿操作猛如虎。这种人人都是产品经理的操作真的不是一种推崇的产品方法，会造成严重内卷，为做而做。吐槽下貌似有点跑题了。减法减到什么程度？最少得有一条完整闭环的业务线。对于《爱豆UP榜》这款产品，比较简单，那就是：获取积分——（投票）消费积分。为了帮助大家理解这条完整闭环的线再举一个很多年前设计的一款重复造轮子的手机端购物APP来举例。当时定义的这个MVP产品是这样的：浏览商品——加入购物车——下订单——支付（仅支持微信）——查看订单及物流状态——妥投；产品评审的时候简直炸了，这个说没有商品搜索的功能啊（我刚上线就几页的商品要搜索个鬼啊），那个说没有退货的功能啊，还有的说没有微信的咋办啊。这样下去，无边无际，老板是不是愿意给我个一年半载搞出来啊。老板说不行，1.0版本，一个月时间上线安卓、苹果、web管理后台全部上线，做到这个程度不过分吧。

        最终敲定这个《爱豆UP榜》MVP的时候划的边界就是获取积分有3个方式：签到、抽奖、看激励视频广告，有人可能问为啥不是一个方式就行了，当然是因为评估过时间成本非常低，就像上面的例子中，如果还是一个月时间内，能把支付方式增加多一个支付宝，老板当然说好啊。

未完待续。。。