产品方法论之菜鸟做加法高手做减法

　　大道至简的道理人人都懂，但是具体落地时很多人收不住，甚至把简单的事情搞复杂，错误认为多个功能结合才形成壁垒、或者组合拳的力度更大。更有甚者，为了做功能而做功能，比如大公司养的产品团队，总得有点儿事儿干、不能闲着吧？（对不起，嘴太黑了）很多时候做的东西走进了小众、低产的误区。或者觉得产品做的太简单体现不出价值，没技术含量
　　那么什么是产品的加法和减法？
　　加法：在产品启动初期把需求设计的过于完整和复杂，或者在后期迭代中，把迭代等同于增加功能。
　　减法：从众多需求中删减，只做最少、最有价值的事儿，迭代中去掉验证错误的需求点。
　　做加法的欲望从何而来？
　　经验少，不做难受。见过很多第一次创业的人，一下就要打造一个帝国，美其名曰：敌无我有，敌有我强。还有经验少的产品经理，根本没考虑到做些无关紧要的加法是在浪费公司时间，给用户添堵。
　　我第一次创业时也把产品搞的很庞大，这让我感觉很踏实，觉得自己的生态很完善，觉得别人不会敢做这么大的东西，这么复杂的系统本身就是竞争力。一句话总结下，toosimpletoonaive。
　　用雷军的话说就是用战术上的勤奋掩盖战略上的懒惰，本质还是没想明白，没找到最核心的点，没把产品运营节奏想细。
　　我也曾经作为一个产品经理，低头执行，陶醉于炫酷的交互设计中忘记去考虑产品的本质。
　　我也曾向领导和老板妥协，做了很多蛋疼的东西，一发不可收拾。。把产品弄的跟狗窝一样。
　　所以说工作经验很重要，做过，错过，才知道自己当时多蠢。说到工作经验，插句题外话，为什么大公司出来的或者做过千百万用户的产品经理受欢迎？因为大公司有流量，做出的产品可以快速试错；做过千百万用户、迭代几十个版本，走过的坑和只做了几万用户几个版本的完全不一样。
　　言归正传。做产品经历多了，就会发现：如果能找到最痛的点切入，再做加法很容易，但是加多了，再去减就很难。能从纷繁复杂的需求池中删减，找到最有价值的需求，在正确的时间去做正确的事儿，才是牛逼的产品经理。所以说，菜鸟做加法，高手做减法。
　　那么，怎么做减法？分几个产品阶段来说。
　　阶段一：01
　　01，从0开始到产品上线运营达到一定规模，比如几百万用户。注意：只把产品做出来不算1，没有用户验证的产品是不完整的。
　　这个阶段一般属于创业者，很少产品经理真正经历过01。
　　这个阶段一定要铭记的就是MVP，最小可行性产品，目的就是去验证需求。通过快速迭代，稳扎稳打，小步快跑。
　　不要去做反垃圾策略、不用考虑亿万级并发、不用担心安全漏洞、不用模拟100的用户、不用过早加入积分系统、甚至牺牲一定的美观如果团队默契，甚至连MRD、PRD这些都不用，直接原型进入开发，不要浪费时间在形而上的东西上。
　　PS：快速迭代也不能盲目的快，一定要有时间运营去验证需求对错，然后下一步适当调整。
　　阶段二：110
　　110，这个阶段属于创业公司的成长期，比如ABC轮阶段的。
　　这个阶段的核心目标是做增长、验证商业模式。
　　这个阶段的核心工作是围绕运营和推广，迭代节奏可以放慢，不要狂做加法了，跟开车一样，车速快了，方向盘要握稳。几点建议：
　　1。围绕运营的主要产品工作：提升安全性、提升性能、提升内容质量和用户体验，侧重优化后台策略。
　　2。围绕推广的主要产品工作：抓住核心卖点做用户口碑，针对忠诚用户做奖励机制；
　　3。围绕产品功能本身：1以下使用量的功能考虑干掉；把核心功能尽量智能化，举个例子：滴滴打车的司机端抢单策略，根据滴米多的优先抢好活儿（远活），滴米少的可以去拉不太好的（近活儿）攒滴米。
　　4。围绕盈利模式的产品工作：这个我没那么牛比，说不好，不同产品不一样。但是我感觉，一是不要限制死按最初设计好的模式做，因为会遇到很多新机会，二是不要做太多琐碎的尝试，也是抓住最优价值的去大力推进。
　　阶段三：10100
　　10100，这个阶段属于成熟产品或大公司。
　　大公司的产品弊病有2个，一是N年的代码根本不知道是干嘛的，没人敢动，想减都没法减，被逼不断做加法。二是该死的KPI，让下面人玩出很多虚把式，做出很多假数据。