用一往无前的无怀疑态度做产品

从2014年11月底入职，至今已经在产品的道路上走了半年多了。还记得来到公司的第一天，我们项目部只有我一个，老大让我做第一个吃螃蟹的人，负责新产品的前期所有规划和设计。

提前说明一下，因当时还是一个刚大四的学生，没想过自己要做产品经理，求职面试的时候还是想着做设计，只不过在面试过程中说到了一个自己大三自学UI设计时候瞎掰掰的朋友圈配图装逼APP，还记得老大当时特别惊讶，还问我是不是认识公司的人，怎么正准备启动的一个项目我知道，嗯，就这样，奇奇怪怪的尿到一个壶里了，第二天就启动这个心有灵犀的项目。

半年来，作为一个产品狗，在做产品的过程中，同时也做了很多设计、推广、运营、商务的事儿，就差开发实在因为是个文科生没学过暂时无能无力。现在回头去看，在产品经理的行当中或许没干出特别出彩的成绩，夜深人静的时候反思自己似乎也没学到很多新技能，但不可否认，到如今在每一次的项目迭代进程中早已没了开始的稚嫩，大多甚至和刚开始进入这个行业时的态度完全相反：懂得了自己一开始的判断很可能是错的，懂得了追求完美并没有什么鸟用，懂得了要在倾听意见反馈中迭代产品，懂得了做产品不单单只是关于产品，还有很多很多，只有经历才能真正的明白。

狼蚁网站SEO优化就聊聊我这半年多的的产品经历，希望对大家有那么一点点用：

用一往无前的无怀疑态度做产品

当团队最终决定做一个产品或是项目的时候，哪怕你是千百个不同意，首先必须要做到——说服自己不管其未来到底有没有前景，试着做，想办法做，绞尽脑汁的做，千方百计的做，用尽一切资源去做，千万不要一开始是就否定，或是带着否定的情绪像执行日常工作任务一样做，或是完全抵制这个项目。

项目只有做过了，已经想尽了办法，用尽了全部才能，趟过了所有浑水，跳过了无数大大小小的深坑，才能知道这个项目、这件事到底是怎样的，到底能不能成。

对于菜鸟来说，大多数时候个人的判断有着明显的局限性，开始完全不能接受的一个项目，过段时间后再回头看会发现曾经的团队决定竟然是那样的明智，还会死不承认自己当初反对→_→。

此外如果每个产品、每个项目你都可以看得清未来，那早已经轮不到你做了，真正有潜力、有未来、有前景的项目产品没几个人和团队愿意做，因为过程可能需要淌过千山万水，可能开始也完全看不到前景，可能在所有人看来根本不靠谱，可能听很多人说需要砸钱烧美元才能做得成……

可是如果你能永远抱着一往无前的无怀疑态度前进，拼尽全力、才智去解决掉路上遇到的一个又一个深坑，毫不妥协，永不放弃，一年、三年或是五年后将在你手里成就一个伟大的平台型产品。

即真正伟大的产品从来没那么容易做，从来不存在一夜爆红的情况，从来不会有趋之如骛的竞争，做产品最大的竞争不是来源于其他人或是团队，而是来源于自己，中途放弃了，最终将是一个莫名的悲哀，可如果一往无前无怀疑的去坚持了、努力了，三五年若是依然没能成功，那不是因为无能，而是时代不对，我们虽败犹荣。

用小步快跑完虐完美主义

以前，我是一个完美主义者，还是一个强迫症，做每件事总想做到极致、做到完美再呈现给别人，想要享受那种全场惊艳的尊崇。但半年多的产品做下来，完美主义没丢，强迫症没改，可是却懂得了做产品千万不能这样较真，这样容易早死，并且还不能早超生，最终只能化作了一缕游魂，鬼也不是。

在移动互联网领域中，产品的迭代速度胜过所有，你用一年的时间打磨了一个自认为超级完美的产品（当然夸张了，大部分的公司基本三五个月），我只用两周时间一个粗糙版本就上线了，结果不言而明，我能够在用户的试用吐槽中得到反馈，然后快速的迭代更新，快则三五天一个版本，慢则一周一个版本，一两个月之后我紧紧地跟随在时代的潮流中，用户在不断地吐槽谩骂中渐渐接受我的产品，而你却还在优雅的办公室中自我YY打磨所谓的完美，而用户根本不知道这个世界上还有你打磨的这么一款产品。

我小步快跑，你精打细磨；我粗糙上线，你追求完美；我三五天一迭代，你一两月不见踪影。结果——你死了，我活着，现实就是这么残忍，可很多人怎么都看不到，他们只会吐槽你的ICON太丑，你的APP不流畅，你的设计逻辑有问题，你的某某功能怎么都没有，你这玩意儿太不好用等等，结果——他们永远都只是吐槽，却做不出一款好的产品。

所以在做产品的时候千万不要想着一下子就做到极致，做到完全满意，做到惊艳全场，要懂得什么阶段该做什么事，应该做到什么程度，哪个最重要，哪个可以拖后下个迭代做。况且狼蚁网络推广都是这么做的，一大堆很不好用的地方，你又为什么不学学呢？当然这里我并不是反对追求完美，反对精打细磨，反对做好了再呈现给用户，而是想说明不必为了追求那些过多的细节，而忘记了移动互联网中的速度……速度……速度……速度……

在产品迭代中解决问题

在最开始入行的时候，我的第一版产品规划原型超级详细，做一款配图产品，竟然还设计了个人中心的封面背景更换，最终还坚持让团队把这个需求给PO上去了，现在反过头来想想当时特么的傻逼，先不说配图软件需不需要个人中心，单是个人中心的封面背景更换真的有那么重要？完全没有嘛，在第一代产品中真心一点都不需要，只怪当年太年轻。

随着入行时间的拉长，以及跟公司老大的反复斗嘴、扯皮、学习中，终于慢慢的懂得了很多产品需求不是不重要，而是需要在产品迭代中慢慢的增加更新。但这时候我又犯了另一个傻帽错误，在早期的版本测试过程中经常会发现各种各样的bug，这时候就感觉很不爽了，工程师怎么能挖这么多坑呢？必须快点儿填上，否则用户完全没法用，新版本也没法发布了，所以中途有段时间我们的产品迭代每次都被拖下来，甚至有一个多月周末全都在加班修bug，团队成员都很累，结果依然没有听说用户有多么的开心多么的感谢我们，都是我们自己在坑自己。

后来终于慢慢明白了，软件的bug要永远修不完，所以万万没必要坚持在每一个产品迭代过程中要修完所有bug，找到重点，排出优先级，快速的解决掉直接影响用户高频使用页面的bug，然后就可以愉快的发布新版本了，其他大部分的bug可以排到下期甚至下下期或是三五个版本之后去再修。