功夫再高也怕菜刀，只要有人的地方就是江湖。当我们身在职场的江湖中，除自身专业技能外还需要加强职场技能。在职场中处事不当专业技能再坚挺，也容易被埋没或被别人打压。职场关系处理得好，工作过程可以顺畅很多，不说事半功倍至少可以少很多不必要的麻烦。任何职业只要在职场就摆脱不了职场里的弯弯道道。

下面分享我产品经理生涯中遇到几件印象深刻的事情，也就是我在经历之后才逐渐明白职场处事的重要性，这也就是我除了写一些产品经理相关分享外还会分享一些职场干货的原因之一

功夫再高也怕菜刀

之前在一家软件公司上班，不同的产品线由相应的产品经理负责。其中就有个产品经理，从业务线转过来的对业务场景非常熟悉，同时自学能力也不错自学各类常用数据库什么。或许是自生技能较硬的缘故，在与研发部门交流时变得特别强势经常是寸步不让。导致跟他对接的很多研发人员对他非常不满，在之后人事的一次调研中很多人反馈对其不满最后被公司解雇。

其实产品经理在与研发人员交流时，在不违背需求目的 的情况下适当让步或调整需求是完全可以的。尽管研发人员很多时候只是一个根据需求文档或原型执行的角色，但是站在研发人员的角度有研发角度的顾虑或建议，或许人家有更简单方便的方法满足用户的需求。在交流过程中根据对方提出的建议去进行适当的调整并不是什么可耻的事情，如果一味的坚持不肯让步不出问题倒没啥，要是出了啥问题那才是羞耻的。

产品生涯中最大的耻辱

以前我认为小企业创业公司不会存在什么勾心斗角的情况，因为大家都奔着同一个目标去努力，努力把事情做好就行了。直到有一天我这个几年经验的产品经理被研发负责人告知“你这需求文档看着没法进行开发，运营负责人从大厂出来的见过很多需求文档，你去请教他怎么写需求文档”。其实在创业公司或小公司很多时候为了效率直接用原型就代替需求文档了，甚至一些简单的一两句话就能说清楚的需求或调整原型都没有。我当时特别震惊，仔细询问后得知是运营负责人关心的需求优先级被排后面了。这种情况在产品经理的认知里面其实更奇怪了，运营对需求优先级排序有问题应该直接找产品经理才对。

最后我分析应该一次在与客户电话时，运营与研发两位负责人邀请开会没及时参与，而会后因为忙又忘了主动去询问两位负责人。之后便有了所有需求都必须写需求文档，便有了最后的“你这需求文档看着没法进行开发”。而起因很有能仅仅只是邀请开会没及时参与，给人感觉没把对方当回事。

谦卑做人,谨慎行事

今年公司研发负责人换人，老板亲自面试进来一位从某丰出来的人才。一入职就斗志激昂，想把公司产品如何如何改造、系统如何如何打通，一开口就滔滔不绝。部门内部开会扬言“干掉产品经理”“有他在产品不会好过”,可他却没想到在他来之前公司产品与研发相处其实很融洽，一散会我们就收到了他的豪言壮语。没几天他就抢了很多产品经理的活，组织其他业务部门开需求会收集需求，主动跟客户打电话讨论需求。结果一段时间后不但需求没处理好业务部门投诉到产品部来了，公司一些项目也因为他越过指定对接人直接与客户交流给客户带来了不好的印象，最终准备申请转正的他直接被解雇了。

期间我跟这个人交流过几次，觉得这个人想把事情做好也有些能力，无奈刚入职后调子就起太高又没做出什么成绩，公司业务环境还没了解透就感觉在搞内部分化了。即使能力最强刚到一个新的环境需要先把公司业务环境弄清楚，把自己的本职工作做好做出成绩，大家看到成绩了再说要合并产品部什么的也不迟。如今的时代仅仅凭一些理论知识或者一些概念就想一直忽悠住别人几乎不可能，说的最好听老板们也会去看带来的实际收益是什么。

原来“领导问你忙不忙”真的存在

之前在小视频中看到如果领导问你忙不忙该怎么回答的问题。你说忙领导会觉得没把他当回事，你说不忙领导会觉得你偷懒，正确答案应该是直接反问找我有什么事。

一次出差去客户那做产品培训，双方领导都很重视的项目，在去之前对方领导就在群里安排指定人员对接负责吃住行。因为安排了对接人，我下飞机也没想太多直接在群说到机场了，没想到对方领导直接群里@他 安排人去机场接。后面打电话给对方才知道对方太忙根本抽不开身去机场接送，而且目的地去机场往返要将近3个小时。我也不想麻烦，跟人家说自己打车过去好了。正准备在群里同步情况时，对方领导见没回复继续追问 问接到人了没有。我还正想着怎么回复时，对方没说没来接也没说我自己打车过去，直接来了句人下午到场。

所以我们看待问题的时候，要养成去看事物本质的习惯，领导问你忙不忙的本质是有事情需要你去干。从本质上处理事件能把事情处理的更好，之前也专门写过一篇透过现象看本质相关的文章感兴趣可以看看《透过现象看本质,如何针对用户做好需求分析》

不知道你在职场中有没有遇到过类似的事情呢？欢迎留言评论