网制焦，实不严。
本毕业，零经验。
面八家，十offer。
15k，是外包。
12k，有自研。
明还有，面试多。
说寒冬，年年有。
计算机，月过万。
现不学，没机会。
趁红利，狠赚笔。
猛惊醒，是场梦。
一看聘，0回复

国内现在的产品经理一般都管不了这个的，他们甚至上可能连背后有几个系统都不知道。
那些平常能跟你开需求评审的所谓产品经理，本质上就是底层员工，能把他想要的东西说明白其实已经算不错的了（说句不好听的等于你嘴里的dog都能做）；
强一点的产品经理，保证的是领导或者客户说了一个想法，他能百分之80-90的去理解领导/客户的真实目的，去引导需求落地，保证需求落地后不出现大的偏差，其实已经非常不错了。
不知道你们和领导以及客户沟通的时候会不会出现驴唇不对马嘴的事情，领导说的是1，表达出来的是2，你听到的是3，你理解的是4，结果领导要1你做出来4被一顿臭骂……
能够尽量避免这中间的误差，保证想要的是1，做出来的是1.5的，已经是蛮强的产品经理了。
至于系统的范围，这玩意其实也在于认知。程序和网络上的架构设计和实际项目管理上的分工是两码事。你可能认为一个系统是其他系统是因为是不同的项目组人员负责，但有可能系统架构上可以把他们划分为一个系统的不同服务（比如说内网都是通的，接口也可以互相调用，业务上也是一个体系内的东西）

举个例子，我们去年10月份开始做的一个产品，有app和pc客户端，有付费业务；我们整个大体系里面有软件的后台服务集群、软件的BMS系统、商品系统、CRM系统、客服系统、获客、支付、财务等等等等……不同的系统都是不同的项目组负责，同一个系统里面也是多个服务，我负责软件的后台服务集群和BMS，整个系统里面现在已经快50个独立的服务了……产品过来说想做个人中心，说我要展示客户购买的商品，那肯定得我去和商品系统以及CRM系统去对接，或者让项目经理协调，真不关产品经理的事。

说白了，系统设计、业务、项目管理这是仨看待项目的角度，产品角度一定得从业务出发，你现在遇到的问题要么就是系统设计问题，要么就是项目管理问题；当然我不知道你们整个系统设计师怎么做的，项目管理又是怎么做的，所以我也不知道如何来避免这个问题，但你让产品去解决这个问题，产品大概率不会理你的

这就不得不拿出这张经典老图了

产品经理这个岗位混子太多了，我之前遇到过逻辑都讲不明白，异想天开的。画个图都画不明白的大有人在。