一个产品经理的得失杂谈:不能让糟糕的使用体验成为用户新痛点

字体大小,可以调大哦: [] [] []

网上赚钱摘要:用户买你的产品/软件的时候,其实他们真正买的是解决他们的痛点的方案。如果用了你的产品之后,原来的痛点解决了,但糟糕的使用体验却成为他们的新痛点,那用户的逃离也为时不远了。  所谓时间飞逝、日月如梭,暮然回首,猛然发现自己出道伊始也将近十年了。回顾此前自己曾经担任过的角色,不可谓不繁杂。曾经做过翻译员、测试、开发、测试主管、项目经理、产品经理,甚至还做过销售,徒步的大街小巷的去拜访潜在客户。此间我觉得最让自己慨叹的是当年做产品经理的时候的一些得失。所以这里就打算写下来,与同行们共勉。  其实之前所做的“产品经理”这个角色,我认为是应该打个引号的。因为真正去跑市场、去全世界到处飞、去挖掘需求的是德国那边的一个同事,只是开发团队在珠海这边,而我刚好英语沟通能力还算可以,所以就把我安排到这个所谓的“产品经理”的角色上来了。  所以,如果把客户这个概念给抽象封装一下的话,我们也可以说德国那个同事其实就是我们这个产品的客户了。所以说,其实产品经理这个概念是比较泛的。你可以是一个产品型的产品经理,一个产品的创意的诞生到最终实现推向市场交到客户的手上,整个过程你都必须把控;你也可以是一个市场型的产品经理,针对已经在卖的产品,发掘市场的需求,然后交给开发团队来不断的迭代;等等等等。  技术债务  这可能跟当时我做的这个“产品经理”的特殊性有关系吧,我当时花的绝大部分时间都是在我们的产品backlog和每个sprint的backlog上面,不断的跟德国那边进行需求的讨论,不停的和团队进行需求的细化,再紧张的去将功能进行优先级排序并和各路人马进行讨论,然后投放到相应的sprint backlog上面去…  在一开始的一两个sprint里面其实整体状况也都还好,燃尽图也不算太难看。但是做到后来那条曲线就开始翘得越来越高,远远偏离了理想曲线了。最终不得不由原来计划的7个sprint调整成10个sprint。  后来对这个问题有进行仔细的反思,究其原因,我觉得有好几个,但是其中最重要的应该就是没有及时的去对”技术债务“进行清理。  其实这个道理看上去很简单,基本上跑过敏捷开发的人都知道技术债务给项目所带来的伤害。但是在真正项目开始的时候,我们往往又会因为赶时间而匆忙将新的功能进行实现,而忽略了代码的可扩展性和鲁棒性等,最终这些“技术债务”越累越高,越到后面越发觉尾大难掉,修改一个地方可能都会牵一发而动全身。  这里看上去只是跟程序员有关系,事实上并非如此,这个更多是跟产品经理的理念有关系。像我之前,一心只想团队快速的把产品backlog里面的功能快速完成,而没有花足够的心思去思考产品表层下面的东西,没有去认真去抓实现的质量的问题。如果是将一个产品描述成一个建筑的话,那我觉得功能就是客户所看到的地面以上的这一部分,而质量就是隐藏在地底下的这个地基这一部分。也许你现在看到的这栋房子外观宏伟功能齐全连厕所都实现了自动化,但是一旦碰到大点的风吹雨打,或者说想要加建一两层的话,可能整栋楼立刻就坍塌了。  所谓欲速则不达,一个产品经理不应该只是把眼光盯着那份功能列表,还应该多花点时间在解决“技术债务”这些事情上面来。  用户体验  我相信没有哪个产品经理会忽视用户体验的重要性。用户买你的产品/软件的时候,其实他们真正买的是解决他们的痛点的方案。如果用了你的产品之后,原来的痛点解决了,但糟糕的使用体验却成为他们的新痛点,那用户的逃离也为网上赚钱

网上赚钱本文来自:.
欢迎转载,转载请注明本文链接: 一个产品经理的得失杂谈:不能让糟糕的使用体验成为用户新痛点:http://www.tkgao.com/wltg/5405.htm
云钊博客转载请注明本文出处谢谢!

标签:
更多
不好意思,评论已被关闭!