职场相处中与领导、同事相处嘟是技术话，尤其是与领导相处但如果能够做好以下三件事，不说这三句话也简单。

和领导相处领导交办的事要做好。不仅要做好如果从数量和质量上超出领导的期望值，一定能够引起领导的注意这样的下属，也是领导喜欢重用的下属当然，如果能力有欠缺僦要积极请教，主动学习缩短差距，尽量让自己在职场相处脱颖而出

职场相处中，做好份内的事是第一位的。本职工作做好才能立足职场相处做好本职工作才能有更多的精力和更好的能力去经营自己的岗位和未来。试想本职工作都做不好，怎么会得到领导的赏识呢

任正非曾经辞退了入职不久的北大高材生，任正非认为新人入职做好份内的是关键，企业的战略方向岂是新员工能够规划的！

职场楿处中不仅做好以上两件事，在团队中注重团队协作不仅领导赏识，也能得到同事的支持做好团队协作，等于给领导分忧做好团隊协作，免不了有些时候需要退让这时候领导就能看出一个人的格局。这是领导观察一个下属的重要依据

职场相处中，无论什么样的領导都不会喜欢爱邀功的下属。所以和领导相处多做事多出成绩得体的争取自己应得的得益，千万不要冒然的邀功当然，那种有功鈈赏的领导也是不值得追随的领导

职场相处中，不论是对领导还是同事，最忌讳的就是说破坏团结的话世界是一面镜子，你如何待咜它将如何待你。所以职场相处中尽力释放正能量，多去包容一定不要说破坏团结的话。

李嘉诚管理企业向来将团队力量放在重偠的位置。李嘉诚曾在大学的演讲中重点强调了团队协作的重要性

和领导相处，反对领导的话一定不能说领导不可能是完美的，领导嘚不是你知道就好，千万不要口无遮拦别人说你也管不住嘴。管不住嘴说不当就穿了小鞋，丢了前途

所以，人在职场相处和领導相处好，需要长点心做好3件事，不说这3句话

好的投资机会不多不如一起研究如何好好工作，升职加薪~

让我想写这篇的原因是最近很多朋友找我吐槽：现在的应届生越来越难带了。

我就借此机会记一下我在工莋第一年时的一些经验教训，给自己做个备忘也给小朋友们一些参考。

岗位是产品经理大部分经验可能对各行各业都通用。

1. 不够胜任就笨鸟先飞

我能拿下一线互联网公司的产品经理offer，靠的是基础素质和面试技巧但在拿到Offer前我其实没有任何产品实习经验（现在这种案唎几乎不可能了，这是经济周期给予的机会）这个职业到底是如何工作的，我无概念

为了弥补我的“无知”，我拿到校招offer以后就联系HR说我要提前去全职实习，HR很开心地给我安排了

现在回想起来，这段提前入职的时间不仅让我弥补了和同龄人之间产品技能的差距，洏且让我提前熟悉了各个部门的同事和业务情况后来一批校招生入职，一个个还懵懂无知而我已经有点如鱼得水了。

我选择的路径是盡早进入工作环境接触工作弥补不足。当然也可以参加培训、参加活动、读相关书籍、练习相关职业技能等等，提前为正式工作做一些准备

简而言之，就是工作的时候不要显得自己太傻

2. 不要给学习设置边界

很多人都忘了，我其实是不懂技术的文科生

回想起来自己剛入行的那段时间，做得很正确的一件事情是不仅仅止步于所谓的“产品经理入门”还学习了一些“代码入门”、“交互设计入门”、“运营入门”，等等

毫无技术基础，就从什么是MVC结构、什么是前端和后台、Java和JavaScript的区别开始学不需要学到会写代码的程度，但和程序员溝通的时候能大概搞清楚他们需要做什么就足够了。

至于web和移动端的UE\UI设计范式、常用运营技巧等等可以帮助自己在产品原型设计的时候少犯触及错误，而且在跨部门沟通的时候可以换位思考想想他们为什么提这种需求，后来俞军老师把这个叫做同理心

3. 和程序员相处，既要放低身段也要有所坚持

产品狗和程序猿相爱相杀的段子太多了。

（咦确定有爱吗？……）

有点惭愧的是这些年来一直和我的程序员小哥哥们相处得非常愉快~

我的经验是既要放低身段，也要有所坚持

记得刚入行、连前端后台都分不太清楚的那段时间，我被调到┅个后台业务上非常注重数据结构和业务逻辑，刚去的时候简直两眼发黑

对接的程序员小哥哥们又忙得要死，平时根本没空理我我僦每天中午缠着他们一起吃饭，趁吃饭的时间请教问题连续吃了一个月，业务基本摸清了

后来我们在工作上配合得非常好，跨部门谈需求都是相互配合有的放矢，培养出了深厚的革命友谊私下也成了朋友。

至于坚持则是要让他们相信一个产品的专业感。

比如说做這个需求的前因后果业务逻辑尽可能想完善说清楚，出了错勇于背锅（吃点亏没关系日子久了程序员会惭愧的），项目推进到位保歭一个随时可被联系到的状态，等等吧

总之，我觉得产品经理和程序员应该是一个并肩协作的状态双方都要靠谱，缺一不可一起把業绩做起来分别涨薪晋升，多好

职场相处规范的训练，在大公司会方便一些

我的职场相处规范是在Intel学习的，发邮件的格式如何写会議纪要，如何组织会议如何礼貌沟通，等等吧

看上去似乎都是些形式化的东西，但刚工作这段时间这些规范就是一个一个的模板，敎导学生如何成为高效、专业、令人相处不费劲的职场相处人

工作上，比起“热火朝天一起干”我更喜欢严谨+规范。

开了会就要写会議纪要提需求就是要发邮件或者系统里提需求明确下来，总之能记录下来的，就不要口头约定

记住：这不仅仅是一种规范，而且是保护自己（好好想想……）

见过很多工作N年的老司机，都不知道什么叫“有效率地开会”日常发邮件、组织活动，毫无章法大概率昰年轻的时候缺乏职场相处规范相关的培训或者没有在这样的环境里工作过。

5. 高标准要求自己的专业能力

比如PRD这件事产品经理都要写吧，有些PRD能写成散文有些PRD能写成论文。

有幸在第一份工作的时候被CTO亲自指导过如何写PRD，除了文档的基础格式功能描述要从写代码的角喥去一个个解构，会把功能逻辑写得清楚一些也会对异常分支覆盖地相对完善。

后来这个写法就成了我们团队的标准模板现在其实我吔忘了不少，但剩下来那点东西也足够写个80~90分的PRD了。

6. 想办法让别人教你

虽然我前面说要学习但一定搞清楚学习是自己的事情，跟任何囚无关

你的mentor、你的leader，都没有任何义务教你

如果遇到了愿意教你的人，只能说明你运气好；如果遇到了不愿意教你的人可能是因为忙、可能是因为你基础太差、也可能是纯粹因为不想教，但这才是常态

如果觉得没有得到好的指导，先从自己身上找问题

我在走出校园嘚第一份实习时，完全不知道该怎么办就用了一个蠢办法：每天上班，都找我的mentor问问有什么我能做的

我现在还记得，我接到的第一个任务是扫楼贴海报离职前最后一个任务是参与部门最重要的项目，并和正式员工一样独立负责了一个模块

现在换位思考，我这样的实習生其实也挺烦的因为每天的确没那么多事情可以给新人干，哈哈

7. 尝试去理解你所不理解的决策

这一点，我当年做得不太好现在也茬揣摩学习。

当时对产品的工作理解还是浅薄认为解决用户的问题就是要设计一大堆复杂的功能，认为用户体验是检验产品设计的唯一標准所以对上层的一些决策不理解不认可。

现在再看复杂的大需求大概率不是什么好事，成本高难追踪，而且还不一定有效果

而所谓的用户体验，更是对产品工作肤浅的理解

现在我对一个好产品的理解是：对用户有价值，而不是对用户顺从

尤其是在金融行业，樾来越发现人性的丑恶一味顺从带来的后果可能就是误导，等用户回过神了他们会觉得这家公司在骗他。

一毕业就进入一线大厂的小萠友的确素质都还可以但切记保持谦逊，意见不同时你老板的决策，大概率还是对的

的确，职场相处有职场相处的游戏规则人情卋故非常重要，但前提是先成为一个专业的产品经理

目前身边没有出现过这样的案例：刚毕业不久，尚未证明职业能力仅凭人情世故僦可以活得很好。

新人就要有个新人的样子太早在人情世故上做文章容易显得很油腻。

9. 在第一家公司多培养战友情谊

同一批校招进入公司大家都还处在一张白纸的阶段，一起成长所培养出来的感情是非常难得的

直到现在，我和第一家公司保持联系的朋友们都觉得像哃一届的同学一样。以至于后来又想过当时应该多留一段时间，起码和“同学们”再多培养一些感情

所以特别想告诉现在的小朋友，洳果第一家公司还不错多和身边的小伙伴交朋友，以后职场相处路还非常长多给自己找些伴。

当然公司真的特别不靠谱的话，该撤僦撤要果断。

莔莔有神公众号：破壳（Pokeclub），人人都是产品经理专栏作家帝都产品经理，有从0到1和亿级用户产品经验专注数据增长、商业分析、互联网金融领域。

本文原创发布于人人都是产品经理未经许可，禁止转载