从最小化可行产品MVP到全栈开发一站式

MVP

mvp意思为最小化可行产品.

一个产品必须有一个核心功能,这个功能吸引用户访问和使用,甚至为此支付一定的费用.

mvp的基础就是核心功能,除此之外,登录,支付,数据,客服等功能都可以暂时不要.

不要带有完美主义,也不要什么都想要蹭上一点,mvp就是不断再不断的精简不必要的功能,以此达到快速上线,正常运行的目的.

mvp既可以是一个网页特效的演示项目,也可以是一个迷你的在线工具箱,甚至可以是一行脚本命令.

如python自动复制剪切板,一键重命名,网页版的网速检测,json转码,时间格式化,css粒子动效等等等.

没有登录也就没有权限,没有数据也就不需要后台,没有客服也就没有反馈入口,支付在三无基础上更是无从谈起.

在线项目只需要能够正常访问即可,可以是演示型,也可以是工具型,也可以是文档型,或者可下载的软件和app.

只要在网站上放上一段第三方的数据埋点,就能自动获取很多访问数据,以此分析产品和用户.

这个时期的产品,原型,ui,测试都可以从简,甚至是构思一下即可,直接跳过.

第一版

mvp的基础上,可以陆陆续续的加上一些功能和服务.

img

对于一个产品而言,最重要的就是数据.

一个是产品被使用的数据分析,一个是提供给用户的数据.

被使用的数据为产品的使用人数,页面的访问率,机型,系统,网络,用户的综合画像如地区,性别,年龄,职业等等等.

第三方的数据统计或者自己的数据埋点都可以收集,产品的被使用数据和用户信息.

在埋点的基础上可以添加客服和反馈入口,用户可以提交产品建议或者直接联系客服,有助于改进产品体验,及时修复产品错误等.

其次可以设置帮助中心和关于我们,有助于帮助用户快速的了解产品功能和使用方法,清晰的品牌辨识度,也省去很多不必要的沟通和推广环节.

客服入口和反馈页面以及帮助中心都可以不涉及后台数据,只放在前端静态资源即可,符合初期精简的概念.

这一时期的产品,需要可扩展的原型和适合的UI,并有足够的测试过滤掉可能风险和错误,为下一版做好一定的准备.

第二版

提供给用户的数据可以理解为豆瓣的图书检索,淘宝的商品类目,慕课的在线课程,头条的信息流.

不论以哪一种形式,它一定提供了某种形式的数据服务,用户可以获取知识,信息,商品等.

大多数产品的核心功能不是多么高大上的技术,恰恰只是因为它提供了海量的数据,数据才是一个产品的核心.

数据又可以分为展示型和交互型.

展示型为数据自己制作和研发,然后提供给用户,如新闻和门户网站,自己的编辑整理稿件发布,在线教育课程等.

只要涉及到数据,就要涉及到后端,涉及到数据库,第三方API也是可行的.

这一时期的产品,已经涉及到数据层面,与数据息息相关的的就是稳定和安全,这个时候不一定涉及到用户,只是以游客浏览也行.

第三版

交互为用户上传数据,平台展示和提供服务等,如微博的140字文字内容,用户自行上传,点赞转发评论等.

展示型的数据只需要自己提供即可,不一定需要识别登录用户和游客.

但是交互型的就需要注册用户和用户登录了,这样才可以实现权限验证,数据分类,支付等其他功能.

交互的逻辑相对会比较复杂一些,对用户体验和安全性能都有极高的要求.

这一时期的产品已经初具规模,可以打造自己的生态和服务,原型,ui,开发,测试,运维等每一个环节都需要精益求精.

第四版

打造一个产品的目的是什么?情怀可能有,但是赚钱才是最终目的.

一个产品再好,没有资金维持,很快就会无法运转,所以需要打通支付和收入环节.

电商等类目支付才是核心,交易的过程就是支付.

产品的盈利也需要如充值会员,付费购买等形式.

就算免费提供给用户,也可以接入广告系统,实现其他等收益形式.

这一时期的产品主要以支付为主,数据层展示和编辑都比较简单,但是支付层比较重要,也比较复杂.打通支付和数据,产品基本也就差不多了.

第五版

到此为止仍然没有结束,产品的开发往往和政策以及用户群体息息相关.

如果一味的守着当初的目标,很可能输的很惨,在发展的过程,还可以扩展其他业务.

如打造全家桶,相信大家都有使用全家桶的感受,这里不一一展开了.

鸡蛋不要放在一个篮子里,扩展的业务有助于提升产品体验,也有助于规避风险.

当市场风向和政策变化的时候及时跟进才是生存之道,不要太执着于技术和产品服务.

第六版

商场如战场,每一秒都性命攸关.

大公司吞并小公司,小公司和小公司竞争,互联网的产品有一个挥之不去的魔咒.

那就是抄袭.

服务再好,功能再多,总有人能做出一样的产品,总有人比你的资金更多,甚至比你的更好.

如果没有技术壁垒,没有一个属于自己产品的护城河,那么失败只是一瞬间的事情.

记住,护城河既不是指安全,也不是指垄断,而是你产品无法取代的特色和生态.