阉割版和MVP

最近公司正在做一个新的产品。主要的目的是采用分销模式，任何人都可以利用微信朋友圈进行分享并获益。

这个产品分为B端，也就是分销商使用的app和C端-分享后用户在朋友圈点击链接看到的H5站点。

在设计B端产品的时候，思路和想法都很完善。

比如有一个货源市场模块方便分销商去查找平台商品并代理以及分销商可以对已代理的商品进行自定义分类等等模块。

由于前期了解到，平台上线之初属于试运行阶段，商品数大概也就30款，100多个SKU左右，再加上时间紧迫，遂采用mvp的思想，提出是否可以去掉筛选以及自定义分类等模块。

我认为30个商品左右，如果还加上筛选（按季节，品牌，分类，价格区间筛选）功能，搜索功能等，是毫无必要的。完全可以都展示给客户。

随着平台商品数量增加，在商品数增加到200+甚至更多的时候，才考虑启动上述功能的开发。需要运营给出商品的增量曲线以保证开发能够跟上业务发展的进度。

会有人质疑，去掉了筛选和搜索的第一版本app就是个阉割版。

基于以下两点，我个人到是不赞同这个说法。

1，APP本身就是一个迭代的过程。没有一个app上线后就不在发布新版本了。

2，业务体量决定了APP的形态。当平台只有30个商品的时候，APP可能是一种长相，到了200-1000个商品又可能变成另外一种样子。APP的形态应该是不断随着业务的发展而调整的，不可能是一层不变的。

产品和业务是相辅相成的。并非要做到一款完美的产品来适配当前还未发展的业务。两者做到协同进步就可以了。

市场也是不断的在变化，越早投入市场得到反馈就越好，而不是为了那些当前并无大用的功能而花费过多的时间和精力。