都是做前端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年才能看透一些事情。因为你也在长大，也会发现自己的潜力和真爱是什么。保持一份适当的好奇心去探求自己的一个未来。

　　至此，前一篇文章《现在还是不是做产品经理最好的时代？》是从时间角度去谈产品进阶的路程，这篇是空间维度谈产品的方向抉择。