有小伙伴问，运营同学该怎么和开发打交道?我的理解的是，运营和开发不是敌对关系，是合作关系。合作的前提是，有共同的利益。在找开发同学之前，首先明确一下业务的KPI是不是和开发同学一起背?如果确认是，那么想一想自己的需求对KPI完成贡献大不大?如果大，再想一想，技术实现成本高不高。虽然我们会说“任何问题都可以通过技术来解决”，但是有的需求实现起来技术成本太高了，但是收益却不大。这样的需求优先级也降一级，先不用跟开发同学提了。

　　最后，站在开发同学的角度想问题，这个需求做了对他来说有什么好处，用开发同学能理解的语言沟通。不要把开发同学想得太万能，也适当体谅一下他们，如果提一些对KPI完成贡献大、技术成本低、收益大的需求，我想正常的开发都不会拒绝。

　　能更好地和团队里的小伙伴沟通，我觉得要充分尊重对方的专业性，充分信任自己团队里的小伙伴，同时自己也要对他们的工作和思维有所了解，例如平时可以看看编程类或设计类书籍。

　　三、业务反思和总结能力

　　工作后，和同事们身上学到一个词是“复盘”。我理解的是，对过去做过的事情，再来一遍思维推演，跳出当局者的心态，以旁观者角度来反思，看哪里做得好，哪里做得不好。不管是好还是不好，都应该总结下来。

　　好记性不如烂笔头，形成的结论应该诉诸于笔端。现在回头看，我过去两年里写的日记，每次翻看都觉得有新的收获。

　　对于做得好的，记录下来，下次就知道该怎么样做得更好。对于做得不好的，甚至是做错了的地方，更要注意。任何一次运营事故，我认为都不是偶然的，都是必然的，把长期积累下来的问题暴露出来了而已，每一次错误都应该从根源上反思原因，做弱点专项研究，找到最全的对策来解决。

　　最后，用三句话来概括这两年的工作经验话，那么会是：

　　1、这两年里总是会遇到很多问题，但是这些问题终归会被解决掉。

　　2、如果你的产品或业务有人在抱怨，说明是好事，里面暗藏机会。

　　3、完成一件事情，永远有另外一套成本更低效果更优的plan B存在，plan B永远是个秘密，我们需要做的是把那个更加完美、隐藏得很深的plan B找到。

　　也想送给今后的自己一句话：完成KPI是远远不够的，更重要的是超越KPI。

　　以上就是这位同事的全部分享了，这篇文章最初发布于他的微信公众号【鸟哥笔记】，欢迎大家关注哦~