我做产品经理这半年来的经验总结二

　　这篇文章是《我做产品经理这半年来的经验总结》系列的第二、三篇的集合，本来想写3篇文章来着，最近赶上10.1就一起放出来了。本文主要介绍我在产品道路上，遇到问题如何解决问题，以及在此过程中获取的方法和形成的产品理论体系；其次，说明在规划对于一个产品新人的重要性；最后在看看自己未来能做些什么~
　　问题回答
　　Q1：半年从门外汉到产品主管，你凭什么说自己是产品主管？如果跳槽，你认为你可以获得与行业大众认知相匹配的产品主管title和薪资吗？
　　P：我对当前＂主管＂的名头可谓是＂诚惶诚恐＂，主管是基于领导认可，同事的信任，意味着更多的责任和义务，需要承担更多的风险，给出更合理的建议，而不仅仅是个需要别人告诉就要设计功能的产品经理，而我当前仅仅能做到这些而已。当然，我在战略、商业、业务认识仍然不够到位，每一次的迭代都是对自己的挑战，逼着自己前行。当下如果跳槽，应该可以比肩一个中级产品经理，缺少的是时间。
　　Q2：到底鼓不鼓励转行或是没有经验的做产品经理？
　　P：看过也交流过好多没有经验就想做或者半路从其他岗位转过来做产品经理的，无一例外都是对产品经理有着浓厚兴趣的同学，但不都是很合适的人。没有经验是可以接受的事情，但没有产品思维就是导致各种负面矛盾的重要原因，很多人单靠想想就要实现，所以失败率极高，而产品思维最重要的不是以自己为出发点。互联网大浪淘沙，不合适的产品经理，终究会被淹没掉，合适的一定会勇立潮头，关键在于你得能跟得上这个速度，而不是你想就能做的。
　　Q3：为什么我做了好久，经验还是增长不快？
　　P：这里我只说一个最突出原因，月薪3000和月薪8000的故事我想大家都听说过，不论在哪，事业单位也好，创业公司也好，你能拿着3000的工资做着8000的事情，你的能力增长必然很快，计较一时的得失，你将失去的更多，这也是现在我所做的事情。经验的增长就靠最笨的方法，多想、多试、多做、多出成果，很多产品助理停留在＂想、做＂上，而没有深入的去想、深入的去做，所以结果成效低、给予的机会也少。
　　Q4：发展到了瓶颈，该如何突破？
　　P：思想上的瓶颈和工作上的瓶颈。思想上，我的做法是和领导层进行诚恳的沟通，把自身问题以及我看到的问题抛出来讨论，得到他的想法和对我建议，以此来突破自身思维的墙。工作上，专门去锻炼某方面技能，多去做，逼着自己也要做，撑住了就突破了。
　　产品方法论和体系
　　方法一般是指为获得某种东西或达到某种目的而采取的手段与行为方式.。
　　方案是从目的、要求、方式、方法、进度等都部署具体、周密，并有很强可操作性的计划。
　　体系泛指一定范围内或同类的事物按照一定的秩序和内部联系组合而成的整体。
　　到底是先有鸡还是先有蛋，业界争论不休；到底是现有体系然后补充方法，还是现有方法再形成体系，各有各的好处，前者适用于大公司，有成型的体系（工作体系、理论体系等），能更快的使人上手；后者适用于中小型公司，需要产品经理不断摸索、总结，最终形成符合自己的产品体系。本文主要是介绍的后者，先找到方法，然后形成体系。
　　方法是怎样形成的？
　　很多同学反映，自己没有好的方法解决问题，其实解决问题的方法有很多，而你的问题在于有没有效率。所以一套解决问题的流程：问题——方法——结果。
　　我们通过不同的方法来达到实际的结果，而这些方法就是我们在日常中遇到为题提供的解决方案。例如：＂如何进行数据埋点＂，我们查到方法（代码埋点、可视化埋点、无埋点），然后进行功能设计实现，最后后期跟踪评估效果。当整个一个流程走下来一遍的时候，对于小白来说便是一份经验的增长，一个方法的形成（了解并知道如何进行数据埋点）。
　　可是我们往往遇到的情况更为复杂，熟练的人能够通过一种方法，直接达到效果；而不熟练的人，需要用多种方法进行尝试，达到最终想要的效果，＂差距＂就是这样产生的了。
　　Tip：有个同学反馈：我很努力，也加班很多，可是就得不到认可！
　　事情达到了最终结果，一般同学就完事了，他通过方法1——结果1——方法5——最终结果，形成了解决这个问题的方法，可是他不知道＂方法2＂的存在，没有对原本的方法做进一步思考和优化，所以下次解决同类型问题依然采用相似的方法，结果是效率还是无法提高。
　　所以方法论的形成关键点：找方法，后优化
　　（1）找方法
　　关于如何找到方法，这里不做过多叙述，仅放一张我使用的思维导图。
　　（2）做优化
　　方法需要复盘，以此来找到其中的不足，做进一步的优化，以便下次在解决问题的过程中提高效率。这也是产品经理提高的一个过程，也是厚积薄发的一种行为方式。
　　在项目的复盘中，可以夹带着方法复盘的思考，也就是面试官常问的＂如果项目给你重做一遍，你会怎么办＂，对于这种问题，有经验的可以随意说，因为他知道每一个点；而没有经验的需要仔细想想，但现场不会给你考虑全面的机会。
　　上述只是优化的一个方法，如何保证方法的有效性，我们可以从一下几个方面进行：
　　前期方法讨论，头脑风暴，拓展思维，提供多方法考虑途径。
　　方法——方案，过滤掉无用的信息和不适用的方法，主要负责人参与；
　　在项目实施过程中，记录发现的问题，如何解决问题，以及解决方法；
　　后期跟踪实际效果，反推方法的优点和不足。
　　项目复盘，对当前使用的方案进行评估，修正方法的使用。
　　体系
　　刚刚说了很多关于方法的经验和理论，这里说说体系和方法之间的关系。
　　一个产品经理在成长的过程中会有很多方法论，但产品体系可能只有1-2种，举个例子：
　　产品体系：大方向包含战略思考方法、商业模式方法、业务拓展方法；小方向包含需求分析方法（SWOT、PEST）、各类型功能设计方法、用户体验五要素，甚至是个人的方法。
　　总之，分类很多，不同类型的产品经理掌握不同的方法，而体系就是这个大集合，产品经理可以随意的使用其中的方法来解决日常性或未知性的问题。具体可参考最后一张图。
　　就拿我而言，体系还没有完全形成，因为干起事情来还是以找方法为准，而不是基于一个体系下，可以随意的使用某种方法。
　　所以说，方法通过熟能生巧而获得，但体系需要日积月累才能实现。
　　关于工作的方法
　　工作技能的提升需要多练，可工作思想的提高确实很难突破。
　　有的时候我在想问题的时候，常常会陷入自我思维的怪圈，发现了产品中的问题，或者某个设计不符合实际使用，或者发展方向冲突等等，一时间无法拿出有力证据来说明这个问题，或者说想法和领导层的想法不一致。这是许多产品经理遇到的问题，可最终解决方案大多是以领导层的决策为主，然后实际实现过程中不断地修改，结果无法令人满意。
　　是的，我们设计的功能或是产品，大多数是无法满足要求的。
　　1、多反馈
　　管理者希望每天都能够清楚的了解公司经营情况，想到哪一点就能知道哪一点的细节，各团队正在执行的工作进度。可在多数情况下，他是不知道这些详细信息的，一想二猜三蒙，所以产品经理要清晰了解这些内容，有空多去反馈这些情况（不是打小报告），让领导清楚知道这些内容，哪些能够做、哪些做不了。
　　实际场景：公司组织开会，我汇报了产品设计的方案，领导听过后，老板说了关于产品方向的问题，着重说了几点；总监接着补充了功能设计的几个点和必须要完成的几个功能。2天后，我向他们汇报如何协调这些工作的时候，居然将他说的这几点完全忘记了——即时性的决策就是这样。
　　2、多谈心
　　公司经营发展不利，最愁的是管理层，产品经理也要担当一部分责任。这时，我会利用下午时间主动和老板或是总监交流一下心得，讨论问题所在。其一是自己的问题，发现自身的不足，然后逐渐改正；其二是发现公司的问题，商讨解决方案。二者缺一不可，只有产品经理思想到位才能设计出合适的产品，只有公司按照一定模式走上正轨，才能长足发展。
　　但人往往在自信的时候是听不进去任何建议，而在失落的时候想拼命的抓住一根稻草，越是到了这个时期，越要谨慎发展，这是转机的同时也是堕向深渊的最后一步，因为聪明的人找到了问题的核心从而解决，糊涂的人，昏招并出，为利而行。产品经理要确保不出现这种情况。
　　3、多总结
　　就目前看来，能够有总结的产品经理很少，能够详细总结的产品经理更少，总结的过程中你可以轻易的发现最初设计的PRD当中的问题，哪些需求不是非常必要的却提到了最前面，哪些是不用做的，哪些是做错了的，哪些是可以优化的！每一版的迭代都是这一步步积累起来的，最终使产品稳定。
　　产品经理如何做规划
　　产品经理需要提升，这点毋庸置疑，但是如何自我提升，业界一直也没有一个标准的说法，大公司有着自己的培训体系，时间长周期长，小公司更是参差不齐，体系复杂多变，方法更是不计其数，因此到底谁能更快的提升一个产品经理的能力，最终还是看个人。
　　在这里我提及两点的规划，二者相辅相成，缺一不可，其一是＂自我规划＂、其二是＂工作规划＂，这两点是我在工作和学习中长久以来思考的问题。自我规划是通过内在来驱动外在的工作规划，而反过来工作规划又反向驱动自我规划。
　　举个例子来说：我想要提高沟通能力，我决定要在1个月内让同事更好的理解我的思想，我要准确的说出产品的核心、slogan、发展方向，所以我计划：每次会议发言10分钟内讲解、每个论点必须找出论据、控制情绪、换位思考。然后在工作中，阶段性的工作重心会放在：理解需求、跨部门沟通、回访用户、准备PPT发言稿等等这些方面。
　　1、产品经理的自我规划
　　自我规划是个人能力提升的一种阶段性的计划，主要提升自己的内在水平和思维层次等，它是一种有目的性自发的习惯。它更像是一种人生规划，这个规划能够清晰帮你指出你在未来某个时间能够获得什么样的能力，你在今后一段时间内你会着重干些什么。
　　正如我之前类比的，沟通能力是在什么场合都需要的，不仅是工作，但是你能通过工作中，训练这部分能力，当然你也可以在私下参加交流会、朗诵会进一步提高。
　　（1）规划要少
　　人的精力很有限，人的内心也多脆弱，一旦设置过多的目标而无法达成，就会感到失落，然后就是一个负循环，因此一次制定的规划涉及1-2个点即可，可以笼统一点，但是要写出，＂我要做什么＂，以及＂达到什么效果＂。
　　（2）时间要合理
　　时间过短或者时间过长，对于这份规划来说都是不利的，周期短效果不明显，周期长容易忘记。就目前我设置的计划来说，1-3个月为一个周期最好，时间一到，找个下午评价一下这段时间的工作，是否达成目标，然后接下来继续制定下个阶段的规划。
　　（3）可以无关工作
　　因为这种自我的规划，一旦涉及到工作，有些同学可能感觉很别扭，白天工作晚上还要工作，有时间还不如玩一玩好；如果你为了拓展视野，每天看看论坛，看看行业知识这些都可以作为打消时间的好方法。
　　（4）一切以兴趣为准
　　干自己喜欢的一件事情，可以非常用动力，也很愿意付出，这份规划如果能涉及到你当前的工作那是最好的，如果差别比较大，那也要做下去。比如：跑步、健身、看书等等。
　　（基本产品经理能力模型）
　　2、产品经理的工作规划
　　工作规划是指某个阶段，产品经理需要对某项能力进行专项的提高，它更像是一种通过工作，获得能力，最终展现成果的一个过程。这是可以量化、可以感受的规划。
　　（1）一次只做一件事
　　6个月的经验告诉我，工作切莫分心，一次提高一项技能对于一个人来说已经是很难了，这里不是浅藏辄止，而是通过做这一件事，自身能够有切实的提高，获得解决这方面问题的方法。
　　（2）带着问题去做规划
　　规划要立足于当前最主要的问题，带着问题可以非常明确该怎么做，制定的规划也能够按需执行，否则以某个想法做规划，到了最终结果的时候，经常容易出现偏差，预期无法实现的情况。
　　有一段时间，通过版本总结发现，每次项目延期都是完全可以避免的，就是因为一些工作流程上缺陷，导致开发进度受阻，所以我在一个月内学习项目管理方面的知识，制定制度流程、文档标准，设定截止日期，确定风险项点。1个月后，随着制度和流程上的完善，团队在项目管理时间方面有了很大的提高，老板和总监也认同了这种管理方式。
　　（3）时间要短
　　无论你是准备提高某方面能力，还是要制定短期的版本迭代计划，一个月时间的工作规划足矣。就在这一个月内，把工作重心放在这一点上，比如：需求评估，我需要进行SWOT分析、KANO模型分析、A/B测试、评审等等，如何去完善这些工作，就是我需要重点做的事情。
　　（4）总结+优化
　　写过PRD的同学可以发现，第一次写PRD总是感觉很难，写不出来东西，写了几次之后，也就不会再论坛上问该怎么写文档了，甚至有的同学能够分享如何写文档。这些都是一个过程，我们通过每个过程之后的总结，能够发现种种问题，然后逐步改善（优化），勤写勤练勤总结，那你的提高一定是飞快的，因为你会越来越熟练，也会变得越来越专业。
　　最后——说说未来的事情
　　之前，有朋友问我你未来怎么规划，我说我要做产品经理，然后继续挣钱。后来想想这个回答有点太敷衍了，然后结合一下自身和公司的实际情况，重新来想想该怎么做规划。
　　1、回归基础工作
　　重新梳理需求获取、需求评估、需求管理、文档（PRD、MRD、BRD）这方面相关工作，逐步以正规的流程，仔细并深入的分析每一个需求，用更多的时间来思考，减少去实现功能的设计的时间。预计1个月左右。
　　2、带队伍、谋管理
　　自从9月份领导开始逐步让我接手产品部（3人）的工作，顿时感觉责任重大，在一些工作安排方面显得十分松散，在相关管理知识上仍然不够专业，决策能力稍弱，所以会重点提升管理知识和经验，提高成员执行力和效率。预计需要3个月才能成手。
　　3、开始横向发展
　　用户体验、行业分析、用户调研、市场拓展、商业模式等等都会开始着手分析和实践应用，这其中的每一个至少需要1个月来仔细的思考、出方案、拿效果，还需要3个月时间的稳固和提升。因此这点完全急不来，因为我基本上都不熟练，需要根据公司的业务发展，逐步提升某方面的能力。（这也是为什么在招聘产品经理的时候说至少3年经验）
　　我觉得未来6个月能做好这些已经是很不容易，每个月做1件事也就是我的极限，并且还有日常性的版本迭代工作要做，所以要做的还有很多。
　　写到这里，长舒一口气！我已经把我做的、想的都说了出来，权当经验分享，也当做是给自己这半年来的一份交代。
　　最后，感谢最近与我聊天的各位同学，让我也涨了不少见识，恭祝你们事业顺利、一帆风顺！
　　相关阅读
　　我做产品经理这半年来的经验总结（一）
　　加班越多，产品经理的能力提升越快吗？
　　工作三年了，我想转行产品经理，可以么？
　　产品经理该如何提升思维层次