产品经理这个职位的设置考虑的因素其实是很多的。有一个很熟悉的结构，大家都知道。大老板听产品经理们汇报，产品经理们让程序员写产出的日报，大老板对产品搞不清的再去咨询程序员。那很多人就很奇怪，为什么大老板不直接去问程序员，或者技术leader呢？
（1）怼不过。你让一个管理者，去跟程序员讲道理，是怼不过的，程序员讲出一大堆你不懂的名词或者不懂的技术，你咋办，都尴尬。这种情况呢在很多公司都有。而管理者跟产品讲话呢，就气壮了很多，反正大家就是做思维逻辑，管理者得到的上层信息永远高于产品经理，一句“上面的重点是XXX”就可以堵住产品的所有话语。去管理一堆不懂技术的人，比管理打仗的将*好搞多了。老板就是皇帝，产品就是监*，程序员就是将*。几千年来都很少有皇帝跟领兵打仗的将*天天谈笑风生的，将*们也没有这个空啊。将*有领兵打仗的本领，可没有项目决策权；监*有项目决策权，可没有打仗的本领。这种互相的制约关系让皇帝的位置会做得更稳。
（2）大家普遍的印象是，程序员不喜欢吹牛逼，不喜欢做ppt，不喜欢长篇大论。近二十年来，这种现象其实已经有了很大改观，很多的技术leader已经具备了运营自己，运营项目的能力。这在大公司尤其明显，很多的大公司已经是技术leader在领导产品了，或者很多由技术去转行做产品。传统的大型IT公司目前看来是不愿意做改变的，这其实跟各自的文化有关系吧。毕竟这部分公司的决策者们还是以70后为主。正是这种观念导致了大家喜欢设置一个角色，去完成上述的工作。
产品设计，用户需求分析，prd文档工作，以及其他一些行*类工作，打杂类工作，总是要有人去做的，总不能设置个岗位叫做“打杂工程师”吧。于是很多时候，这些工作全部是给产品的。毕竟老板们是需要这类人的，而程序员呢，很多都不愿意去做这类事情。