从码农转为产品经理，这十年走过的路

在互联网圈摸爬滚打已有十年，回头想想，只能用几个字来形容：心酸、坎坷、疲惫、快乐。
下面跟大家分享一下我这十年走过的路。

2005 年 ~ 2008 年 @门楼网

职位：.net 工程师 + DBA
05 年底我来到门楼网做 Web2.0 社区，其实那个时候还没有社区的概念，那时候都叫 空间，比如 Myspace ，或者是圈子，但 Web 2.0 概念正是如日中天，已经从浏览信息时代转变成 UGC + 交互的时代。
但由于那时候还没有产品经理这么个岗位，所有功能需求都是几个程序员 + 老板花了 5 天时间搞出来的，至今印象深刻是因为那 5 天从早上到晚上一直开会讨论持续了 5 天，当时几乎崩溃的我最期盼的事就是能赶紧写码，不要再开会了。
进入开发阶段后，无论从项目进度，还是功能上来说几乎都在改变，但我不觉得这是白白的浪费，反而是对自己的提高，思想、技术，都是在提高的，培养的都是一种发现问题，分析问题，解决问题的能力，是项目管理，人员管理，团队协作的能力，项目中学到东西的多少最关键要看你的投入程度和态度。
上线后，很快积攒了第一批天使用户，每天最开心的事就是和这些用户交流，看到他们每天都会在网站上发博客、传音乐、做涂鸦，我们的累也值得了。
后来，由于技术上的积累不够，网站经常挂掉，导致用户流失，再加上公司发展方向上的转变，没有坚持下来，为此，我们这个团队也分道扬镳了。
这是我的第一份工作，也是至今为止记忆最深刻的，虽然创业失败，但虽败犹荣，学到了非常多的东西。在这里也建议刚毕业的同学们，如果想学东西快，还是先去创业团队，我正是有了这份经历，才能引重致远。

2009 年 ~ 2011 年 @大麦

职位：.net 工程师 + 产品经理
被一个朋友拉到了大麦，那时应该叫“中国票务在线”，主做新的“大麦网”。
那真是一场革命，你知道一个票务系统其实是很复杂的，
涉及到 票务系统（进销存+代理商等）、电商平台、 CRM 、支付中心、 CallCenter 等等，怎么把他们全部打通，并且保证现有业务正常运行，真是一项巨大的挑战。
用了一年半的时间，我们终于实现了，在这期间，我还担任了电子票业务的产品经理一职，实现了国内首家能够在线选座的购票系统。我记得刚上线就用在李宇春演唱会的购票通道上，也是第一次经历那么大的并发量，网站几乎崩溃，疯狂的玉米们让我震惊， 15 分钟 700 多万的交易额对于那时的我，已然是天文数字。

在大麦，是我从码农转为产品经理之年，因为我更喜欢与人沟通，想设计出更优秀的产品。就这样，我走上了 PM 的道路。

2012 ~ 2014 年 @开心网

职位：产品经理
12 年的时候，被门楼的领导叫来开心网做母婴类产品—开心宝宝，也是我第一次做 App ，借助开心网强大的用户群，我们的第一批用户很快就进来了，产品的定位是记录宝宝成长，并进行分享与交流。虽说我没有孩子，但我们的千人群全部都是爸爸妈妈，与他们交流的过程中，能够体会到为人父母的艰辛，找到他们的痛点，比如他们在记录成长的过程中，如何能让他们在开心宝宝中获取知识，在宝宝成长的同时父母同样也要成长，就这样，产品不断迭代，从一个记录的工具，演变成最后的工具+社区+内容分享。

后来由于用户增量缓慢，虽然次活很高，但没有盈利，最后也被搁置了。对我来说，我学会了如何做一个 App ，怎样运营，在大公司如何去做事情，结识了很多不错的朋友。

2014 年 ~ 2015 年 @大家汇

职位：产品总监
14 年底，我们几个门楼的小伙伴又聚到了一起，那时互联网教育火苗已燃，认识了一位新东方出来的运营总监，有一些培训学校的资源，于是开始投身于在线教育，服务于各大培训学校，提供了一套"未来教室"的解决方案，做了一件改变下一代的事，不是为了颠覆传统教育方式，而是为他们提供帮助。我们认为，未来的教室，一定是包含智能硬件与软件结合的教室，老师在课堂上不再是主导者，而只是辅助者，美国已经实现了翻转课堂，中国还远吗？

但最终，由于管理层战略不统一，没能继续下去，有几个重要的原因：
1 、地推艰难，搞定校长没用，老师对这种在线备课、云平台的接受力有限。
2 、学校的硬件条件较低，部署成本高，对学校来说是一笔不小的开支。
3 、各学校需求不一致，产品订制需求大，导致大部分精力都在做定制化。
最终，我们几个小伙伴又出来了。

2015 年 ~ 至今 @Bugtags

职位：产品总监
这次终于，终于做了一件离我们更近的事，这件事最起码是能够 hold 住的。
这次我们做了一个 bug 管理工具，名叫 Bugtags 。
这次不是因为什么火了，我们跟风，而是真真切切来自我们的需求。
经历了这么多个公司，一直在使用 Jira 、 Redmine 、 Bugfree 这些工具来做 bug 管理，这么多年了，这些工具几乎没有太大的变化 ，死板的界面 ，复杂的操作步骤，想报一个 App 的 bug 要经历：
截图 — 在图片上标记错误 — 上传到 bug 系统 — 填写相关信息
这些步骤，简直痛不欲生，针对 App 测试，对于工程师来讲，不光是截图，设备的信息、操作步骤，运行环境等信息更为重要，如果这些都要手工录入到系统上，大大影响的测试效率。遇到闪退就更麻烦了，你都解释不清是如何产生的闪退。
好吧，既然这么麻烦，我们就自己做了一个 SDK ，供内部使用，使用后，测试工程师说这个工具太 NB 了，做了这么多年测试从来没有如此简单过。该有的信息还都有，省时省力。对于开发人员来说，解决问题的效率也得到了大幅度提升。
好吧，就这样，再次踏上创业路……
3 个月的时间，把产品做出来了， SDK 只负责两件事：
1 、手动提交 bug
2 、自动捕捉闪退
同时做了一个 Bugtags 网站，用于管理、跟踪这些 bug ，在 App 中提交 bug 后， SDK 会将 截图、设备信息、用户数据、用户步骤、控制台日志自动上传到网站中。
闪退也是一样，还能够看到堆栈信息，崩溃发生的趋势，影响到的设备分布、系统分布等，目的只有一个，提高产品质量，提升测试效率。

上线后我们先介绍给了自己身边的朋友，让他们集成到他们开发的 App 中，大家都很喜欢这个产品，我们终于做了一件顺人性的事，为什么这么说？比如大家汇做的事情，看上去是解放老师，让信息电子化，但其实是给他们增加了负担，从而导致一连串的问题。
很快，一传十，十传百，我们在没有投入推广费用的情况下，积攒了非常多的用户，现在 QQ 群已经有 5 个了，每天都会和用户交流，这次不再会有沟通上的障碍，做起事来也得心应手。上线 5 个月，我们的产品 SDK 迭代了 16 个版本， Web 几乎每天都有更新 ，我们虽然辛苦，但很开心。
希望这个产品能够对大家有所帮助……
这 10 年，几乎没有过正点下班，几乎没有过双休，真是工作 10 年， 15 年工作经验…… 有心酸，有坎坷，但用户的赞赏也让我们忘掉了疲惫。
最后用一句名人的话来结尾吧：一个产品可能会过时，一个项目可能会取消，亘古不变的是自己在做事过程中的收获！