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