移动互联网公司的工作层级大概是老板->产品经理->技术->测试

老板（和产品经理）想出一个大概的方向，产品经理将这个想法落地为具体的明确的需求，技术同学拿到需求文档开发，开发完成之后交付给测试同学，测试通过之后上线，没有通过的话就反馈给开发，开发同学继续搞定 BUG，直到达到上线标准。而后续的维护迭代主要也是产品同学基于当前产品的问题以及用户反馈进行改进。

在整个的环节里其实产品经理是承上启下最重要的角色，这也是为什么在互联网公司产品经理都是不可或缺的。

不过在硅谷，似乎并不是这样的，国内互联网公司最擅长的事情是做产品，把现成的技术拿过来包装成一个交互体验很好的东西，然后交付给用户，在硅谷很多公司奉行的是工程师文化，即工程师才是公司核心的角色。

这里并不是说产品经理的岗位缺失，其实产品经理这个岗位的一部分职能被工程师替代了，工程师需要自己去思考一些产品的解决方案，去关注社区里面用户反馈的问题，然后自行去做决策...

这其实是对工程师提出更高的要求，传统互联网公司里的工程师是不需要做任何产品决策的，尤其是产品导向的互联网公司里更是如此，基本上产品说一不二，开产品需求会，开发人员只能认产品经理的方案，在一些产品经理眼里（或者他们嘴上不说承认，但是潜意识里可能也是这么想的），开发都是傻逼，想给产品提建议，你们也配？这样导致的结果就是很多开发人员就是无脑执行产品的需求，不需要对产品（业务）有太多的理解，你理解了有啥用呢，提建议又没人搭理你？

我之前在创业的时候和产品同学开会，几位从搜狗出来的技术大佬会对产品的一些设计提出自己的疑惑点，态度还挺强硬的，我当时都惊了，因为我之前经历过的公司都是强产品导向的公司，公司老板都是产品经理（自诩）出身，所以开发在评审需求的时候没有任何话语权，执行就好了，老板是奉行精英主义管理的。但是国内也有一些公司是奉行工程师文化的，比如搜狗和百度，可能是因为公司老板是技术出身。

所以把硅谷这一套东西搬到国内，如果工程师同学认可这个理念，愿意做出改变的话，我觉得还是挺好的，对工程师也是一种成长，我最近也经常意识到，不要老给自己贴上程序员的标签，这样会限制自己的发展，各个方向尝试一下并不是坏事。