一朋友在大学教市场营销的课，其中有一章是关于产品经理的，虽然看了很多资料，但并没有亲身实践过，于是便问我产品经理到底做些什么。但她这一问，我居然无法有条理的回答这个问题，心里很是惊慌，遂静下心来，整理一下我作为产品经理，都做了些什么。
从事产品经理纯属误打误撞，简单来说，我认为产品经理的主要工作是规划产品架构，全程跟踪产品开发过程，然后将产品成功推向市场。而个人技能中，个人认为项目管理能力、沟通能力、团队协作能力应该是放在首位的，技能应用只不过是用来实现自身想法的媒介，如果在产品架构和需求方面没有想清楚，原型再漂亮，也没有任何作用。
产品经理并不像一般的经理那样有自己的下属，他更像是一个虚拟团队的老大，团队中的人大多有自己的日常工作，在不同的工作阶段充当不同的角色，并充分调动虚拟团队中的各种资源来完成任务。比如在APP开发过程中，产品经理就是项目负责人，确保项目进度正常进行；做APP开发启动会时，产品经理又是鼓动者，确保参与者都了解整个项目并且保证方向一致；在跨部门的合作中，产品经理又是协调员，快速协调各部门解决问题。
目前，我的工作内容主要包括以下7点：
1.需求分析，包括用户调研、竞品分析等
2.APP原型设计
3.制定APP项目计划并跟进实施
4.APP测试
5.宣传和推广文案以及应用说明书
6.处理用户反馈以及APP优化与更新
7.配合运营部门进行APP推广与促销
一、需求分析
需求分析本质上就是理解和挖掘用户深层次的需求，找准用户痛点，并找到解决方案。
具体而言，我们需要重点分析的问题包含四个：
1.根据产品定位，对用户进行分类；
2.明确不同类型的用户有哪些特征
3.分析这些用户想要什么
4.确定用户提出的这些需求我们是否满足
验证需求是否可行，需要数据的支撑，而这些数据，我们通常有5种获得方式：
1.问卷调查：快速获取大量用户反馈（效率高，但信息准确度有待商榷）
2.访谈：充分了解用户的真实感受（直观、深入，但费时）
3.用户模拟：从用户中来，到用户中去，把自己置身于用户场景中去真实感受（能够发现一些隐藏的痛点）；或者将自己变为小白用户，体验产品
4.竞品分析：了解行业动态，从竞品功能、设计等角度进行吸收优化
5.运营数据分析：通过已有的运营数据推敲现有的逻辑是否OK
所有需求都确定后，需要做需求评估，这得根据公司定位、业务模式、现有资源以及市场需求等，评估哪些功能可行，可行功能还不适合现在进行，然后方可进入原型设计。
二、APP原型设计
需求确定之后，就是通过各类工具将自己的想法呈现出来，需求图形化。
一般在APP原型设计出来后，需要反复推敲APP的交互以及实现方式，并且需要与工程师反复沟通各种逻辑问题，最终才是APP的原型。
对产品经理而言，原型设计是必备技能，以高保真的形式将你的想法图形化，并且清晰的传达给设计师和工程师，但对设计师而言，原型只是参考界面，所以在设计原型时，我们不必过分纠结于细节，也不必设计太多复杂但却并不重要的内容。
我认为产品经理在设计原型时应该遵循几个原则：
1.界面颜色尽量用黑、白、灰三色，给设计师尽可能少的干扰；
2.界面简洁清晰，有留白，让整个界面看起来清爽干净
3.逻辑越简单越好，减少用户和工程师成本
4.最重要的一点：在原型设计过程中，要多讨论，不要担心自己的想法被否定，找出最优方案，不断修正自身想法
我发现我们在讨论原型的时候，通常会因为一个界面的按钮或者文案而争论不休，但这些，对设计师和工程师而言，并没有任何实质性的区别。这种过于陷入细节的问题，应该尽量避免。
三、制定APP项目计划并跟进实施
在我们公司，通常是原型确定之后，就会创建一个临时的项目小组，包含APP开发需要涉及到的设计师、工程师、内容创建人等，将每一个小模块直接责任到个人，并且明确完成时间、各功能的优先级等，是项目能否如期完成的关键步骤。
在APP开发之前，通常我们会有一个周期限制，比如按照公司计划，需要在元旦之前将这个APP开发出来，那我们就需要按照这一时间来倒推预留给工程师的时间，然后设计师和工程师再按照APP的原型来预估所需时间，将各个模块的优先级确定好，再生成如下图的进度计划表。如果公司给出的时间，工程师评估后，无法完成，则可以适时调整。一旦项目进度确认，就相当于承诺，所有相关人员，理应按照进度向前推进。
一般而言，项目进度表会明确模块负责人、功能优先级、开发时间、结束时间、所用时长以及进度状态，而产品经理此时就成了项目负责人，每天或者定期跟进项目，并在进度表里实时更新，以便大家能随时掌握进度，确保项目如期完成。
在这个部分，我们要注意两点：
1.有责任意识，每个功能责任到人，并确定时间节点
2.实时跟进，确保进度都在可控范围内
四、APP测试
当APP开发完成之后，就进入了测试阶段。测试并不是为了找出问题，而是让APP变得更加稳定、可靠、易用、好用。
通常而言，会有专门的测试人员进行APP测试，但产品经理一定不能置之不理，仍然要将APP的每一个功能、使用场景都测试几遍，并且发动其他人一起测试这个APP，以最快速度让APP达到上线标准。
关于测试，这里不做过多赘述。
五、宣传和推广文案以及应用说明书
APP的宣传和推广文案是与APP的开发过程同步进行的，主要是对外的宣传文字，包括APP的介绍、主要功能推荐、截图、应用标签等。
而应用说明书，如果一个APP需要用户通过使用说明书才能学会，那这APP一定无法成功，APP英明说明书主要是针对工信部强制要求所有移动APP都必须备案的而整理的说明文档，实际上是使用说明书。
关于推广文案部分，我们需要注意的一点是所有对外的文案，尽量统一，这样更有利于宣传。
六、处理用户反馈以及APP优化与更新
当APP上线之后，用户就会陆续开始使用，产品经理是需要到一线去了解用户的真实反馈的，这些信息对于产品优化很关键。
但是对于用户反馈，产品经理应该有识别关键问题的能力。哪些问题重要、哪些问题延后处理，哪些问题不处理，必须有优先级，小问题快速解决，大问题计划跟进。
刚进公司时，总经理要求我每天花两小时来给用户打电话，了解他们对产品的需求以及感受。刚开始用户只要已提出问题或者想法，我都会非常重视，觉得用户就是天，我必须解决他的问题，然后就搞得自己忙不过来的样子，费力不讨好。跟用户接触一段时间之后，慢慢有了自己的判断。
现在我一般是这样处理的：
1.bug类：问清楚用户使用场景以及使用流程，并立即排查，验证后反馈，并给出解决方案，解决后向用户告知。
2.改进建议类：如果用户提出的建议非常好并且可以马上执行的，会尽快协调工程师执行。如果建议还有待商榷的，先记录下来，感谢用户，待讨论之后再行决定。如果可行，确定方案，然后排期进行
3.吐槽类：我只能说用户不是上帝
七、配合运营部门进行APP推广与促销
我们公司定期做推广活动，一般由运营部门相关人员和产品经理协商给出活动方案，产品经理主内，协调工程师完成各种活动页面并测试，运营部门主外，执行推广计划。所有的活动尽量以不增加额外的开发成本为前提。
当然，我的产品经理日常只是公司给予我的定义，不一定适用于其他公司的产品经理，故我也只是描述了我对产品经理的定义，也许几年以后，我会推翻今天的想法。
