文章深入探讨了长期从事基础功能型工作的产品经理所面临的职业困境，包括对创业、晋升和面试的影响，并提出了破局的思考方式与建议，旨在帮助“打螺丝”的产品经理突破思维局限，实现职业发展。
标签：产

最近在思考产品人的价值与现状，几点心得与诸位探讨交流，不同意见尽管拍砖。本文中提及的“打螺丝”取自行业常用用语，不构成任何主观上的贬低。

现状

我想绝大多数产品经理，都想有一番作为，想做一个成功的产品，但往往在现实工作中多数人的工作就是“打螺丝”，不论几千还是1万多还是2-3万月薪的B端产品，无论在什么行业做什么系统，其实主要工作无外乎被动接受需求，然后围绕系统流程做功能写文档画原型，接着就是与开发同学扯皮，甚至有些产研团队对产品的要求是“即使一个加字段的需求也要在文档中写清楚”。

前端：

这个字段的输入限制、显示长度、字段的排序、宽度、字体、颜色…

后端：

是从哪个数据库哪张表取值，应该调哪个接口取值，取值的逻辑是什么。如果需要新增字段，应该插入到哪个表，这个字段的类型和长度应该是多少………这样做的优势确实能让这个产品很懂技术，写出的文档能让即使不懂业务只识代码的开发，也能根据文档来写代码。

劣势就是把这个产品经理长期困于细节琐事，把更多的时间花在了配合开发，而对需求的洞察和分析能力会逐渐减弱。就好比一个本来可以挺优秀的职场人，一天天困在家干家务。

危害

创业体制之外没有任何一份工作是稳定的，任何一个产品经理迟早都得出来自己干，或者开个店子、或者做一个项目、或者回去继承家业…….但功能型产品由于脑子中缺乏对需求的洞察和分析，会造成独立思考问题、看透问题本质的能力很弱，那么往往在创业之路经常出现下面问题：盲目跟风，看到别人做啥就去做，结果自己汤都喝不到拍着脑袋去投钱开店，结果没几个月就得转让容易被教他赚钱、带他赚钱的收割

晋升

大家可以回忆一下，你现在或曾经的大领导，懂系统功能的细节吗，但人家为啥能坐上那个位置，是不是【底层逻辑】比咱们多数人要强，是不是比较能写、能讲？能深入思考决策【做什么、有啥用】。

而功能型产品由于满脑子是功能流程、字段细节，导致在领导的眼中其缺乏全局性，不懂得站在业务全局的角度来规划统筹产品从而驱动业务，难以给产品带来活力，也就难以升职加薪了。面试

这种功能型工作内容带给产品同学最直接的危害，就是面试时张嘴就是脱离业务，聊各种功能流程、功能细节，无法上升到业务和方案的高度，感觉就是掉到螺丝堆里去了，那么就特别容易被面试官定义为功能型产品，其思维格局不够，也就难以拿下18K以上的薪资。

破局

所有的技能都是容易学、容易教的，最难的是思维的突破，因为这个是刻在骨子里的，是长期以来的思考习惯形成的，上面的问题表面上是工作方式、怎样写、怎样讲的问题，本质是思考的深度与维度。

关于深度：面对一个问题/需求，能不能深入思考出其本质，这个需求是否是伪需求，如果是真需求，那么能不能洞察其本质，也就是看透规律。比如当你去买衣服，问店员好不好看，别人店员难道说不好看吗？还有些人去买辣椒，居然问这个辣椒辣吗？

关于维度：面对一个需求多数人第一感觉就是思考在系统层面应该怎样做，此时应该上升一个维度，比如这个需求对业务、对客户、对公司分别有什么价值，这个价值的成本是多少，咱们做这个需求是否划算。

比如这个需求对系统有什么影响，怎样避免今天打一个补丁、过几天又打一个补丁，然后有一天补丁贴满了就得重构系统了，也就是得从全局来统筹规划

结尾

以上破局之道是很难在工作中落地的，因为我知道多数产品团队的产品经理，都是被动接受业务方、客户、领导的需求，而且这些需求常常是模糊的语句，需要产品人与需求方反复沟通确认，也还有些需求方是一天一个想法的，经常变动需求，然后又恨不得今天提一个需求明天就能发布上线，这就导致很多产品经理真的是疲于应付这种工作环境，难以做一个真正的产品经理。

因此把自己限制于打螺丝的地步，其实多数是外界原因，但咱们得知道这样做的危害，懂得怎样提升自己来破局，毕竟咱们迟早是得出来面试或创业的。

本文由人人都是产品经理作者【供应链产品老兵】，微信公众号：【产品老兵杰哥】，原创/授权 发布于人人都是产品经理，未经许可，禁止转载。

题图来自Unsplash，基于 CC0 协议。