本文作者将站在空间维度，谈谈产品人如何选择适合自己的产品方向和产品形态。
互联网每天影响着大家的生活的细枝末节，我们发现越来越离不开了，科技改变生活的时候，也充斥着燥热和虚假繁荣的情绪。
北京五月的天气，燥热来的早了一些，早高峰的出租车，公车，地铁里，据说10个人里面就有1个是干产品经理的。
我前段时间分享了一篇长篇原创文章：《现在还是不是做产品经理最好的时代？》，得到了很好的传播和正反馈。
文章里面首次公开了我的自创产品经理五段成长理论。站在时间维度，去谈产品经理。
今天想和大家从另一个角度谈。我们站在空间维度，谈谈产品人如何选择适合自己的产品方向和产品形态。
一、 迷惘不是你的错
每个城市都有一个互联网企业聚集的地标区域，后厂村路这条影响中国互联网发展的交通要道就在北京西二旗区域，周边有无数座大大小小的写字楼，创业孵化器，科技园和数不清的互联网及IT公司。
据说产品经理是特别重要的一个角色，也有很多的书和人在讲如何变成和修炼这个角色。
有趣的是，当你把他们聚在一起聊天时，发现每个人对产品经理四个字的理解，每天的工作内容，产出物，甚至是挂在嘴边的槽点都不一样，差异大的让你怀疑人生。
我加入了无数个产品经理QQ群，微信群，也参加了很多次的产品人线下聚会，主讲过多场针对不同层级听众和不同主题的产品经理培训课程，虽然人群、形式和场地都是五花八门。
但是沉淀下来，你会发现有很多共性的问题，每一个阶段的人都有大量雷同的问题和困惑。找到和总结出这些问题并给出清晰的路径，在我看来是一个很有成就感的事情，也是对自己的历练和沉淀。
我的微信里面加了很多的产品人和准备入行的潜力股，下面的问题多的应接不暇，让我有必要一次性给个了断。
老师，在么？我们公司是传统企业，网站刚开始做，你觉得我能干多久？
老师，我在上海上了一个培训班，还是没底，你能看看我性格适合干pm么？
老师，我特愁，听说做后台产品经理特难，我一直做前台产品的话，问题大么？
老师，产品经理是不是项目经理啊？老板让我去谈客户，是不是pm的职责啊？
老师，我学个PMP，是不是对未来跳槽更有保障？
你的身边是否也有类似的人群和类似的问题，在各大产品网站和知识分享平台，充斥着各种产品经理的方法论和标题包含着思维、需求、原则、特点、分析、本质、坑的文章。降峰老师建议大家可以仔细研究下，数数这些内容的占比。
仔细看看网上的文章，会发现几个问题和现状：
1、分享文章的人目前的经历和工作年限比较杂
很多都是在专注在某个领域或者是藏在大公司的光环下去谈成功论。还有的文章作者是一个实习生和产品新人。这几类人可能都写了一篇 如何把握核心需求，做一份完美的竞品分析的文章。阅读的人会发现章法和套路完全不一样，但是文章的结论都是顺利找到了需求，竞品分析得到了领导的认可。让大家觉得都是今日好文而评论和收藏起来。当你自己写的时候发现东墙西补的在用，套路混乱。
分享1个案例：我之前培养了一个大四的学生，跟着我学了10天的产品，为了求职，我辅导他写了一个抽奖活动的流程图和原型，为了应聘需要，写完后发在了知名的产品网站并被收录，这个方案其实并不完美，还有很多的分支逻辑都没有提到，可谓只是一个作业练习。可是没有预料到的是，下面的评论很少有人提到里面的问题，大部分人都留言：好文收藏啦，还有人写出了 大神求带的语调，我不知道是好事还是坏事。当然也许只是特例，好的文章和思考总结还是很多的。文章阅读量的差异也可以看出文章的含金量和受众面。
2、谈思维和单一案例的比较多
我认识一个新人，在一个创业公司入职2年，自认为对产品的理解很透彻，因为看了很多书，也做了2个企业网站的产品，每天的工作时间一大半都在阅读各种论坛和网站的文章，在文章里梳理自己的思维模式和方法论，看到BAT的案例分享特别兴奋。比如三步设计完美后台、一次感人的需求评审过程、MRD就要这么写、产品经理必备10大思维等等。看上去各类内容都很丰富，工作一旦遇到类似问题的话，我们只要百度一下就能找到办法。
可是你们是否有这样的感觉，老板安排一个新的任务时，我们第一时间还是想去问人而不是搜索。
比如我最近想学习信贷风控策略，催收后台系统架构，网上搜了一圈发现每个人都只说了自己懂的那部分，至于对不对也不好分辨，停下来思考了10分钟，自己是否可以独立产出一套催收的泳道图，发现还是好难。
后来，我加了一个专业的金融讨论群，里面的感觉则完全不一样，一问一答，问的针对，回答的具体。没有大篇幅的知识体系，只有具体怎么去做。这样的微信群和形式，就是目前知识付费的价值，可惜很多人还是觉得分享人应该免费，你是义务的。
知识的碎片我有时候觉得是鸦片，但是我们还很享受这样的免费大餐。因为免费。
免费到付费的路还很长，如果你遇到了贵人，那是你的人脉，如果没有遇到，适当的给些回馈，大神会更有动力在你身上消耗本该去娱乐和休息的时间。
二、 不要让广度变成散乱
我们学习的越多，越迷惘，其实不是你的错。但是我们需要找到一个路径，一个尽快发现自己方向的未来的路径。
因为产品经理这个学科没有教科书，你给自己一个工作年限的划分和定位后，更重要的是其实是自己对一个方向的判断和抉择。坚持就要坚持一段日子才会看到希望。
好比繁华的花花世界是大家的世界也是你的世界，多巴胺的走了一遭，停下来回到酒店的房间，一定要整理拍摄的图片和旅程的碎片，变成一个记忆的游记。否则只是过眼云烟。
很多人都分析过产品经理的分类模型，有按业务分的，有按端和场景分的，有按公司类型分的。
分的越多，看的人其实更混乱。降峰老师认为，这帮写作的人已经在这个圈子里了，所以你怎么分都能写出来1、2、3。可是你会发现你的分类是交叉的，甚至是只限你自己公司的特定部门情况而产生的形态。
我第一部分写了很多学生提给我的问题，他们其实更关心的是，我目前的能力和知识结构情况下，适合去什么方向的公司，是倾向做端产品还是后台产品，仅此而已。你和他谈SDK，谈数值分析，谈CRM，其实都会衍生出更多的困扰。
产品的分类很杂，广度之大，需要我们懂的很多，但是一定不要看杂了，迷失自己。先找一个坑进去，学习的过程你会明白和顿悟，再加上一个好的导师，会加快你的顿悟速度。
我用最浅显的方式，给产品经理的方向做一个划分，任何的划分方式和见解都有局限性，欢迎大家指正。
整体的观点按照 “端分类+业务喜好=你的方向”的自创分析法来阐述。
降峰老师希望你看完这个篇章后，可以对你的选择和抉择有更清晰的帮衬。
1、前端PM–感性的洞察者
一句话特点：前端pm负责的产品类型偏用户侧，比如APP客户端，PC站，H5站。泛指所有用户看到和使用的界面。
（1）需要具备的能力
谈前端，一定会想到前端开发，作为前端产品经理，我们更接近用户，对用户需求的把握和核心痛点的满足是我们的基本功也是不断努力的方向。同时对用户体验，交互设计，前端开发基本规范知识也要主动深耕。
他们更善于做用户需求和用户交互行为分析，对业务环境变化敏感，喜欢研究，性格开朗逗逼，有竞品分析能力，降峰老师认为，更多时候的绩效考评指标偏向于对用户拉新活跃留存，用户体验以及漏斗转化率负责。
（2）日常工作内容和产出
这类型的产品经理每天的工作分两大块，沟通和需求产出。因为是前端产品，你的日常产出物会包含竞品分析，需求调研，原型设计，交互逻辑，PRD前端文档。
（3）可能的进阶路线
同理心，洞察力，判断力等思维模型从某类角度看，都是在谈前端pm如何成为一个产品专家的必备思维。我遇到过很多的PM，同样2个工作了3年的pm，设计的axure原型的美观度，层次感和细节度还是差异很大。所以我对大家的原型作品的要求一致很高。那是你的门面。我的要求其实不难，黑白灰。有机会单独和大家谈原型设计的自我追求论。
（4）根据业务属性细分的岗位
都是做前端pm，但是不同业务也有所不同，但是看JD和领导的期望都可以看的出来，就是让你负责一款APP，一个话费充值的功能，一个音乐播放列表和播放器模块。
（5）坑和躁动
目前前端产品受限于公司节奏和自身精力，大部分都愿意在调研、体验、交互表达上下功夫，对于后端业务知识体系缺乏敬畏和总结，经常会出现在构筑一个功能模块时，没有考虑后端的业务逻辑和实现角度，想当然的认为后端可以或者很容易支持，结果导致后端架构支持和后期前后端配合和扩展性的失衡。
原型画的比较多，可能会迷失。PM不是画原型的，这个切记。
你需要试着去做架构图、流程图、泳道图、项目规划图等。全面发展。这些东西接触了，你会打通前后台的逻辑。前端的界面做的才更顺手和有自信。很多界面里面的弹框、图片和文案背后都是数据库里面的各种字段做支撑。用API实现的传递。
2、后端PM–逻辑的激进者
一句话特点：一后端pm负责的更多是管理系统，后端能力架构，内容管理，触发策略，算法优化，交易流处理，数据抽取。人物性格偏理智，严谨，学术派，对数字敏感并喜爱分析产出背后的公式模型。
（1）需要具备的能力
后端pm更偏重于流程和规则的制订，把业务流程化自动化，提升效率。比如常见的crm系统、卡券包营销系统、APP千人千面用户分析系统、AI智能客服系统，都是偏后端pm的设计范畴，作为后端产品经理必须要深入了解每个部分的业务流程是怎么样的，逻辑性要很强，经常和RD QA打交道。
相比前端pm，他们需要更好的技术背景、逻辑分析能力、协调能力和问题解决的能力。
有些业务是强技术主导的，比如AI人工智能、风控，有时候RD懂的比PM还全面一些。
（2）日常工作内容和产出
除了沟通外，其实也是原型和文档。但是里面的内容会完全不一样。还有就是你要喜欢用Excel，喜欢分析数据报表，还有抽象设计很多的VISIO架构图。
我们知道后端产品形态偏PC端的多一些。一个APP的后台系统一定是一套PC端页面，当然现在也有部分功能迁移演进出一个移动版本，最核心的管理系统还是PC端，因为pC屏幕足够大，方便操作和管理。目前的管理系统多是B/S架构。前几年是C/S架构。
（3）可能的进阶路线
比如金融平台的后端系统十分繁杂，pm也是一大堆。风控，对账结算，通道路由，都有自己的系统。降峰老师认为，用户对这些无感知的时候，证明你的产品足够强壮，体验优秀。一旦出了问题，一定都是大问题。 所以这些系统有一个kpi是打扰率。打扰率越低越好。我在金融产品经理必备能力的课程里有具体提到类似观点和案例。
后端产品经理成功的标志有一个观点，当你的用户和领导不知道你的存在时，你就成功了。
（4）根据业务属性细分的岗位
后端产品和系统分很多，细分的话比较多，大家看到这些词就可以归到偏后端这类里。
比如：策略算法产品经理，CRM系统产品经理，分发变现产品经理，数据分析产品经理，POI产品经理等。
（5）坑和躁动
周围很多的后端pm感觉寂寞久了，想出来透透气。所以后端产品转前端不是那么难。但是前端产品转后端是挺难的。所以掌握一个完整的后端架构和逻辑内涵是很重要的。别人很难抢走。比如交易订单系统，银行通道及清结算，库存管理系统，这些都是极抢手的人才。不过也有前端转后端，用户端转企业端的pm。目前还在纠结中。
后面我们谈谈找到自己的罗马帝国。
三、 找到自己的罗马帝国
前面提到过“端分类+业务喜好=你的方向”的自创分析法。
其实除了自己选择做偏用户端，还是偏后端，还要看看你对这个业务是否喜欢或者偏理性还是感性的问题。
一个产品的完整体系包含 构，铸，察。 每个人的不同职业阶段都会有不一样的态度和想法。
有时候实际工作中，一个pm又要做前端界面又要出后台系统，其实都有交叉，所以只能是说偏某个多些，而不是完全的绝对。
后面会单独针对不同的业务给大家做针对性的知识拆解。比如风控系统中前后端产品经理的能力差异，金融产品经理的分类和前后端的分工及知识结构差异。
保持饥饿，保持愚蠢。每一段经历要大于1年才能看透一些事情。因为你也在长大，也会发现自己的潜力和真爱是什么。保持一份适当的好奇心去探求自己的一个未来。
