五个方面总结我一年产品工作.docVIP

　　五个方面总结我一年产品工作 文章描述了这一年产品工作的磕磕绊绊，从中总结了一些经验感悟，与大家分享。 此时此刻感觉有点尴尬，2017年都已到来将近1个月，2016年却也还在慢悠悠进行中，现在究竟是年初还是年底呢。 今天主要写的是，进入互联网行业工作一年多以来的工作总结。一是为了自我梳理，二是为了以后回顾，看看自己做了哪些事情。 我从2015年9月开始这份工作，当时工作满一个月后，还特地写了一篇《关于这份新工作，有些话想要说》来纪念一下。现在回想起来，也颇有一番滋味。 由于初次接触互联网工作，因此产品经验相对缺乏，在迭代过程中暴露了较多问题。例如需求描述不明确、功能逻辑不完整，前后端工作职责不清晰等。 其实我早已做好心理准备，作为初入互联网行业的愣头小青，仅仅凭热情就可以把这些问题全部扛下来，逐个解决： 需求描述不明，就把需求描述明确；功能逻辑不完整，就重新去疏通操作流程；前后端工作职责不明，就召集相关人员开会讨论确定职责。 由于无法一次性就把所有问题解决完，有些问题还是会不间断地出现，于是我便处于随时待命状态。经过两个多月的开发与测试，产品终于迭代完毕。 在这一年多的时间里，我们总共迭代了十几个版本。下面就对产品需求、产品迭代、产品测试、产品策划、用户沟通这几个方面，进行简单的总结。 1.关于产品需求 首先，明确产品需求真的特别重要。 产品需求方向主要是老板在进行把握，我主要负责针对现有需求进行落地，针对现有功能进行优化。因此，我主要负责需求执行层面的事情，这也是我在这个阶段应该做的事，同时也是能够做好的事。 这里提到的明确需求，不是指这个需求必须是正确的，而是指这个需求涉及到的所有细节是否已经明确。如果产品需求不明确，就会经常在开发的过程中暴露出很多问题，这也是产品汪和程序猿撕逼最多的一个阶段。 所以，在编写产品需求文档时，一定要尽可能地把重要的需求描述得详细、完整，这也是产品汪的基本技能之一。 在产品迭代初期过程中出现的问题，80%的问题都是由于产品需求不明确导致的。若是后端问题，还可以马上修复；若是前端问题，就只能下架应用，紧急修复，重新上架。 此时，我又想起了纯银老师的那句话： 优秀的产品经理都是一路踩着产品的骸骨走过来的。 随着产品技能的增长，产品需求不明确的情况也逐渐减少，我和设计人员、开发人员的沟通交流也越来越高效。毕竟，不被程序猿鄙视过的产品汪不是好的产品汪。 从实际效果来看，就是产品越来越稳定，功能越来越完整，操作越来越流畅了。当然，小问题也还是存在着一些。 2.关于产品迭代 在创业公司中，产品汪一般同时要对整个产品迭代过程进行跟进。产品是否可以按计划开发完毕，这也是考验 PM 对产品迭代过程的管理能力。 由于产品管理经验不足，我负责的产品在前期几乎都出现了迭代延期的情况。在产品迭代的跟进过程中，老板问我最多的两句话是：产品什么时候测试，产品什么时候上线？ 以我目前有限的工作经验来看，产品迭代延期的情况，主要是由以下两个原因导致的： 产品需求不明确；误估开发工作量。 我们既然制定了计划，那么计划就应该要起到相应的作用，而不是总是找客观原因。客观原因肯定是存在的，但我们要学会评判这些原因的合理性，否则计划就失去了其意义。 如果项目总是延期，团队成员就很容易形成惯性思维，这样又怎么能调动团队成员的积极性呢。 我发现在跟进产品开发时有些被动，遇到问题就去解决，无法上线就只能延期，这里面少了对产品的管理。 后来慢慢意识到，我应该以产品管理角色对项目进行主动跟进。虽然前期在结果上或许差别不大，但却是以主动的心态去进行管理的，而不是以救火队员的被动心态，这里面的差别是非常大的。 嗯，经过一番折腾，我们后来在产品迭代时延期的情况也减少了很多。 3.关于产品测试 由于公司没有专职的测试人员，同时对产品最熟悉的人必然是产品汪自身，因此我也同时负责了产品的大部分测试工作。 在产品的初期测试中，并没有太多专业的测试工具，就是拿着手工测试。我们的测试重点主要是针对以下三个方面：保证页面元素正确显示，保证功能操作逻辑完整，保证操作反馈信息完整。 但是，由于我们的产品并不算简单，这样的测试方法也是比较低效的，同时还会经常出现功能漏测的情况。 为了减少这种情况的发生，我参考了纯银老师的方法：制作一个包含产品全局功能的思维导图，列出产品包含的所有页面及功能点，对着思维导图一个个点击测试。 测试效果还是比较显著的，虽然那个思维导图也只有我自己看得懂，毕竟这要求对产品本身非常熟悉。 4.关于产品策划 作为产品汪，还有一个特别重要的工作：产品策划。 我很喜欢产品策划：那种感觉很微妙，就是我们想要做一个东西，然后我们尝试通过产品原型把它表现出来，同时还可以和产品原型进行交互。 为了提高制作产品原型的效率，我专门制做了一个原型组件库。把各种常用的