一个产品经理的得失小结

所谓时间飞逝、日月如梭，暮然回首，猛然发现自己出道伊始也将近十年了。回顾此前自己曾经担任过的角色，不可谓不繁杂。曾经做过翻译员、测试、开发、测试主管、项目经理、产品经理，甚至还做过销售，徒步的大街小巷的去拜访潜在客户。此间我觉得最让自己慨叹的是当年做产品经理的时候的一些得失。所以这里就打算写下来，与同行们共勉。

其实之前所做的“产品经理”这个角色，我认为是应该打个引号的。因为真正去跑市场、去全世界到处飞、去挖掘需求的是德国那边的一个同事，只是开发团队在珠海这边，而我刚好英语沟通能力还算可以，所以就把我安排到这个所谓的“产品经理”的角色上来了。

所以，如果把客户这个概念给抽象封装一下的话，我们也可以说德国那个同事其实就是我们这个产品的客户了。所以说，其实产品经理这个概念是比较泛的。你可以是一个产品型的产品经理，一个产品的创意的诞生到最终实现推向市场交到客户的手上，整个过程你都必须把控;你也可以是一个市场型的产品经理，针对已经在卖的产品，发掘市场的需求，然后交给开发团队来不断的迭代;等等等等。

技术债务

这可能跟当时我做的这个“产品经理”的特殊性有关系吧，我当时花的绝大部分时间都是在我们的产品backlog和每个sprint的backlog上面，不断的跟德国那边进行需求的讨论，不停的和团队进行需求的细化，再紧张的去将功能进行优先级排序并和各路人马进行讨论，然后投放到相应的sprint

backlog上面去...

在一开始的一两个sprint里面其实整体状况也都还好，燃尽图也不算太难看。但是做到后来那条曲线就开始翘得越来越高，远远偏离了理想曲线了。最终不得不由原来计划的7个sprint调整成10个sprint。

后来对这个问题有进行仔细的反思，究其原因，我觉得有好几个，但是其中最重要的应该就是没有及时的去对”技术债务“进行清理。

其实这个道理看上去很简单，基本上跑过敏捷开发的人都知道技术债务给项目所带来的伤害。但是在真正项目开始的时候，我们往往又会因为赶时间而匆忙将新的功能进行实现，而忽略了代码的可扩展性和鲁棒性等，最终这些“技术债务”越累越高，越到后面越发觉尾大难掉，修改一个地方可能都会牵一发而动全身。

这里看上去只是跟程序员有关系，事实上并非如此，这个更多是跟产品经理的理念有关系。像我之前，一心只想团队快速的把产品backlog里面的功能快速完成，而没有花足够的心思去思考产品表层狼蚁网站SEO优化的东西，没有去认真去抓实现的质量的问题。如果是将一个产品描述成一个建筑的话，那我觉得功能就是客户所看到的地面以上的这一部分，而质量就是隐藏在地底下的这个地基这一部分。也许你现在看到的这栋房子外观宏伟功能齐全连厕所都实现了自动化，但是一旦碰到大点的风吹雨打，或者说想要加建一两层的话，可能整栋楼立刻就坍塌了。

所谓欲速则不达，一个产品经理不应该只是把眼光盯着那份功能列表，还应该多花点时间在解决“技术债务”这些事情上面来。

用户体验

我相信没有哪个产品经理会忽视用户体验的重要性。用户买你的产品/软件的时候，其实他们真正买的是解决他们的痛点的方案。如果用了你的产品之后，原来的痛点解决了，但糟糕的使用体验却成为他们的新痛点，那用户的逃离也为时不远了。

根据本人之前做产品经理的经验以及后来在一家创业公司的经历，我发现我们在用户体验方面很容易犯的错误主要有以下几个：

错把自己当用户：这特别容易发生在一个初创企业里面，因为企业自身的经验不足，以及产品经理的过于自负，同时也由于创业早期并没有把目标客户过早的关联到项目中来(其实在Scrum里面是很强调用户的参与的)，所以一个sprint下来开始demo的时候，往往demo的对象就是项目的同一帮人。而产品经理在考虑下一sprint的用户体验的时候，又往往觉得自己能够像周鸿祎一样能瞬间变小白。

所以周而复始，几个sprint下来，产品拿出去一试水，发现就是石沉大海，结果就是再也没有结果了。这个错误在敏捷团队里面也可以叫做是“小瀑布”错误，这就是没有让用户过早参与进来的后果。看上去是在跑Scrum，事实上确是将原来的瀑布模式分解成几个小瀑布，然后套用了Scrum的概念，有名而无实。

忽视了首次使用体验：其实用户是很没有耐性的，特别是互联网产品用户。你的产品可能功能很强大，UI呈现也很惟妙惟肖，但用户却要花大时间，甚至要阅读你几十页的用户使用手册才能搞清楚怎么使用你的产品来解决他们的痛点，最终发现解决他们痛点的那个功能竟然埋藏在三级菜单甚至以下，那你还预期他们会爱上你的产品吗?

要解决这些问题的方法我认为也很简单：

让用户尽早参与进来：比如我们当时在创业公司的做法是，因为我们当时做的是一个适合个人和小企业的私有云产品，所以我们就到附近大学里面找了些学生过来进行试玩以及给他们做demo，然后收集反馈。在他们试玩的过程中要有专人进行跟踪记录，且纪录人不能给对方任何提示。当然，最后别忘记了给学生们一些报酬，我们当时是送学生们100块左右的话费充值卡。

竞品研究：除非你在做的这个产品是非常有突破性的，业界还没有同类产品出现，不然你肯定可以在海内外找到一些部分功能相近的产品出来的。这里也许你会说抄袭可耻之类的话语，这里我只能低调的说句，你丫少在我面前装圣人，有本事你现在别用QQ别用微信，再来跟老子谈抄袭可耻的问题!这里我们听下传奇人物史玉柱是怎么说的：“抄袭不但要厚脸皮，还要发展和优化。如果你抄后，还超越了对方，别人就不会说你抄了。“

所以作为产品经理，你经常要做的事情还要是不断的去研究别人的产品，而不是只盯着产品backlog这一亩三分地，而这里说的还不仅仅只是用户体验上面，还包括其他功能点的调整，因为现在信息瞬间万变。关于这一点，狼蚁网站SEO优化还会有所阐述。

支持销售团队

这里还要由我们当时做的另外一个面向二手房的房源管理系统说起。当前二手房中介用的比较多的房xxx等商用房源管理软件(这里就不点名了)，会把他们的房源数据上传到软件供应商自己的数据中心上面去。而房源信息其实一个中介的命脉，所以他们更希望是这个数据中心放在自己公司里面。所以我们当时做的就是提供一个数据中心服务器，以及相应的一套房源管理软件，管理软件支持PC端和移动端。