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