端产品经理工作的个重点

　　首先声明本文不是鸡汤文，而是认真的在思考工作的一些方法心得，并且希望跟各同行交流探讨。本文并不是针对互联网新人看的，会结合工作的具体案例来支撑我的思考，还请大家根据需求来选择看或不看。
　　产品经理的主要工作
　　任何抛开实际空谈理论的行为都是扯犊子，产品经理类型分为很多种，不同类型的PM或许工作内容和重心都不相同，就我来说，属于c端产品，我认为c端产品的主要工作分为以下几点。
　　1. 价值明确
　　这个环节其实是工作的根本，你必须要知道业务目标在哪里，然后建立一些指标用于评估目标的完成情况。否则，后面进行产品迭代时，容易导致东一榔头西一棒槌，找不到发力点。
　　就拿我所负责的产品举例，我负责OTA产品的内容板块，由于整个产品已经比较成熟，业务目标比较明确，就是订单量的增长。
　　具体到我所负责的内容板块，也是要为这个大目标服务的。所以，我给自己定的目标就是，通过内容板块对站内流量进行高效分发，从而为各个业务线导流。
　　再往细了说，我们app以火车票订单为主，为扩大业务范围，我们又发展了机票、酒店、门票等多条业务。如果要在整体用户量难以增长的前提下，实现订单的增长，其实就需要带动用户在机票、酒店、门票多下订单。
　　所以，在这个背景下，我需要做的就是，结合用户预订火车票的场景，通过内容的形式，来做各其他业务线的交叉转化，为其他业务线导流。
　　那这个大目标制定完成后，就需要找出合理的指标来评判目标的完成情况了。这里我选取核心指标是导流UV，此外我还会看内容板块的总流量和点击率，因为这两个指标意味着产品本身做的好不好。其实还会一些更加辅助的指标，比如说用户留存、间接引导订单等，这些会在某些特定场景下去看，不作为主要指标。
　　很多PM在负责工作的时候，其实是没有接触过这个环节的，这个环节是从0到1的产品过程，并不是所有PM都有机会能接触的，所以如果自己不参与从0到1的环节，会比较轻松一些， 只需要跟前辈了解清楚你们产品的目标，你们的价值出口，否则后面的环节都会受到影响。
　　2. 需求定义
　　这个环节我认为是最重要的环节，你需要对用户想法进行揣摩，并且时刻勿忘自己的业务目标。而且要知道，你的业务目标与用户需求往往是没有任何关联的，并非只要满足了用户需求就能实现业务目标。
　　这时就需要通过你超人的洞察力、理解力、想象力来将用户需求与业务目标结合，转化为产品目标。说起来可能有些晦涩，还是通过举例子来分析吧。
　　对使用OTA产品的用户来说，旅游是用户的刚需。在用户的角度，往往是需要先发散地看到各种各样的好玩的地方；然后当用户对具体的某1个或某几个目的地产生兴趣时，再深度了解当地的玩法；
　　如果用户有很强的意愿去玩，则后面需要评估自己的出行方案，比如时间、人、如何去、如何住、怎么玩、多少钱；等整个方案确认完毕后，再根据实际条件来决定是否下单。
　　整条链路非常长，每个环节都可以采取一些做法来促进用户决策。
　　比如为了满足用户浏览旅游内容的需求，我可以做玩法推荐，推荐当下热门目的地、适合周末玩的景点或者是适合情侣出游的景点。
　　再比如说，为了方便用户可以深度了解某城市的玩法，我可以做城市玩法攻略，将某城市的著名景点和玩法汇总起来，让用户在需求时即可搜到。
　　再下一个环节，我可以做行程规划，帮助用户便捷智能地生成出游方案，缩短用户的决策周期。再往后，当用户确认了出行方案后，是否选择下单，选择在哪下单，则会结合价格、服务等多种因素来做决定。
　　从以上可以总结出，用户需求有：浏览全球好玩的景点、玩法；了解某特定地区的详细玩法；结合自身条件，规划去某地的全部行程。
　　结合业务目标将用户需求转化为3个产品需求：
　　是出游玩法推荐；
　　是目的地的玩法攻略；
　　是帮助用户做行程规划。
　　通过这3个产品，来吸引用户进入我的页面，并尽可能地转化到下一级页面。
　　个人认为最大的难点在于，首先你自己要成为真正的用户，才能理解用户的想法；其次要时刻牢记业务目标才能不设计出鸡肋的功能。
　　一句话来总结下就是：c端产品的设计，必须要满足用户的需求，这样用户才能用你的产品，从而实现你的目标。
　　3. 方案设计
　　这是第二重要的环节，也是难度等同于需求挖掘的环节。我所在的部门风格是产品主导整个方案的设计，因此经常会感觉一个人的思路有些局限，想不出好的产品方案。
　　我通常采取的方法是：将产品需求从一句话扩充成简单的示意图，然后再将简单的示意图扩充为PRD。当然这个环节，个人建议是最好可以跟产品同学或交互设计同学讨论，并且设计的初版方案给同事做些简单的调研。
　　具体还是举例说明：
　　比如上面谈到的目的地玩法攻略的设计，首先是考虑用户怎么查看，我的想法是用户搜索城市名的时候，比如北京／上海，点击后直接跳转到新的落地页，落地页名称就叫–上海玩法攻略，然后在这个页面上展示一些上海当地的景点、玩法、酒店等。
　　有了这个思路后，再把简单的示意图画出来，最后通过讨论调研，再调整成初版PRD。
　　个人认为这里最大的难点在于对用户心理的把控，这个环节基本上已经涉及到用户可视化的页面了，而页面架构如何设计，重点突出什么信息，页面的交互形式如何，视觉风格如何，都需要在这里考虑到了。
　　有可能你拿着画好的示意图去找用户做调研，发现大家对此没有一点感觉。所以，这里还是建议多用用自家app，成为真正的用户。
　　4. 沟通实现
　　这个环节相对来说比较明确，核心目标就是跟设计、研发、测试沟通清楚产品需求和产品逻辑，确保最终上线的产品是你想要的样子。
　　大公司流程会规范一些，像我们会有初评和终评，并且除了这些评审，任何问题也会随时与设计、研发保持沟通，因此基本上也没遇到过太大的问题。
　　这里要画个重点，埋点方案一定要重视，不然以后看不到数据有你哭的。
　　5. 排期跟进
　　各方一起定下最终排期，若资源不足导致很多功能排不上，如果一定要做，那就及时跟领导反馈情况，看是否能从资源层面来解决。
　　一旦排期确定后，产品、设计、研发测试都要按照这个排期来协作，保证高质量上线。
　　6. 分析总结
　　不说了，大家都懂。
　　各环节的精力分配
　　这其实也是我想跟大家讨论的地方，各个环节应该如何分配工作时间，才能达到更好的结果呢。
　　首先价值明确这个环节，一般仅在新产品开辟时需要研究，后续迭代就没有这部分工作量了，所以只考虑后续的环节。
　　如果从时间上来看，我目前各环节的时间分配从高到底分别为方案设计、排期跟进、沟通实现、分析总结、需求定义。
　　但其实前面也说了，需求定义反而是很重要的环节，我曾经试过连续2天坐在工位想需求，特别难受，而且效率也不高，所以其实最好把需求定义放到平时，每天抽出一些时间来切换成用户的视角看产品，这样有利于积累一些用户需求，从而帮助自己高效地定义需求。
　　方案设计环节最好能收集用户的想法，或者借鉴下设计的想法。然后是分析总结，这块可以结合需求定义一起来做，并且除了主要的指标，也可以拉一些之前不太看的指标，说不定能找出一些问题呢。
　　总结
　　我相信每个PM都不希望沦为做需求的，也不希望被开发大哥拿刀砍。所以，合理分配好自己的工作时间，把精力放到刀刃上，其实是更有意义的。
　　如果大家看后有所感悟，欢迎加我微信探讨，我是Chris，从运营到产品，变化的是职位，不变的是业务的追求以及对用户的忠诚。