说到产品和运营的边界在模糊，这是一个挺有意思的现象，因为在互联网早期的时候，这两个职位是压根不分你我的。

古早期pc互联网公司的工具人们，大概可以分为技术人员和非技术人员，这延续了对于传统科技类公司内部岗位的称呼，技术人员就是程序员了，而非技术人员里承担产品和运营角色的，普遍被称为策划。

但是如果退回到一个产品的诞生之初，其实程序员、产品和运营，也都是一体的，早期的个人站长们，包括阿北做豆瓣时的状态，都是源代码、产品设计和上线后的运营一把抓的，大家也没觉得这样有什么不妥。

所以早期的互联网创业者为什么普遍是技术出身，就是因为这些环节里相对需要一定知识门槛的就是程序员了。

但可以这样做的前提是产品用户量少，等活跃上去后，大包大揽的方式根本搞不过来，由此出现了轰轰烈烈的属于互联网行业的岗位细分化，程序员之间分成了不同工种，大概就是前端后端测试运维等等，这些岗位内部还能不断细分；产品经理里有的人更关注用户需求成了用研，有的只盯数据成了数据产品经理，有的更关心整体流程和进度成了项目经理，有的专精具体功能成了产品设计；有时候产品经理被按照行业划分，做社区产品还是电商产品的要求是不同的。

进入移动时代后自然又有了网页产品经理和移动（无线）产品经理，有时候产品被按照前端还是后台划分，有时候按照是用户产品还是商业产品划分。

而运营也被基本分为用户运营、内容运营和活动运营三大类，但中间还能细分，有的公司的BD甚至销售都算在运营线内，有的则独立成线。

再比如最早期的互联网产品之一的门户网站，编辑需要负责内容的生产，内容运营再基于这些内容去搞事，比如专题活动;有的编辑觉得就这？我自己也能搞啊。所以有的公司编辑归属于运营部门，有的公司运营归属于编辑部门。

在早期的头条大概真的没有编辑和运营，有也是帮码农哥哥们做点审核的工作；早期的快手也是差不多，甚至产品经理都不需要，因为程一笑自己就同时搞定了技术和产品设计。

很多人听过一句话，“产品运营不分家”，原因就是他们本就是一家的，你只有站在通盘角度考虑，才能让两边的效率都最高。不过，细分化带来的更多是两边底层工具人之间的不理解，但这都是后话了。

当然我知道很多公司未必是按照我说的这样划分，整体复盘一下就是，互联网行业发展太快，而各种公司的具体情况又完全不同，涉及的细分领域和行业不同，而从事工作的人员背景也不同，学校里又没有直接对口的专业，造成职能划分和工作边界无比模糊，而这种模糊还是动态的，一切都在高速奔跑，只剩下工具人们夜深人静时的独自困惑。

后来增长黑客火了，需要有人去专门做用户增长类的工作，它属于产品还是运营？有的公司直接先让用户运营顶上，学起来用起来，毕竟看着最相似;后来发现光是搞搞拉新留存什么的不行啊，这还得从产品设计角度切入，又让产品经理来牵头，不断搞埋点搞AB test搞千人千面；如今，有的公司把UG独立成了一条线，不附属于产品或是运营，但很多依然归属于产品或者运营部门；我甚至见过有的公司让BD部门来负责搞用户增长的，联动站外流量一起嗨，也是蛮有创意的。

总之，工具人想要减缓自己被工具化的速度，逐步回到古早期能够一个人通盘大包大揽的状态是最优解，你得带更大的项目为项目整体负责，不但技术人员你也能管，产品运营再到商业化的整体流程都能立住才行。

只是很难，所以大部分中层选择了玩公司政治那一套。

上一篇：房贷可以延期还款吗？疫情期间房贷延期还款是

下一篇：5月份退休金发放到账了吗？退休人员注意3个提醒