在互联网公司运营，产品，研发都是相爱相杀。运营主要负责伺候用户，产品统领整个系统，拥有生杀大权，研发作为系统的制造者，用代码砌成一套系统，今天跟大家聊聊发生在身边的实事儿。
场景一
背景信息： 我是运营，负责伺候用户，产品负责统领整体系统 （含后台，app）， 研发负责研发系统
今天晚上系统上线（迭代），大清早到公司开始验证问题，看看研发小哥哥是否有漏处理的，一个接着一个验证，整个流程都跑了好几遍。
突然发现，计划在app和后台都增加用手机号码登录的方式（之前是用拼音账号登录），app突然登录不上，而且提示请联系管理员？
什么情况？我就是管理员，还联系谁？
问题转给产品，产品拿着手机去找研发，研发小哥哥顺溜的瞟了一眼，啪啪的开始敲
打键盘，未了增加了一句，这个app没有做用手机号登录的功能。
“你的PRD上没有写要增加手机号码登录吧？”研发小哥哥用怀疑的眼神看着产品
“怎么可能，后台都要增加，怎么可能app不增加”不信我把PRD截图给你看，说着去翻PRD了
“我XXX，我明明记得有写，怎么会没有”产品失落的回想着
。。。。。。
“想起来了，PRD上面是没有写，那天我们在会议室看这个的时候，发现漏掉了app这个，说要增加来着”产品拖高声音叫起（证明自己没有错）
“你说了，你说了，那么多话谁记得，PRD要更新呀”研发小哥哥抱怨道
“你们都在，就没有一个人记得。。。。。”产品不耐烦的回了一句
。。。。。。。。（陷入了无尽的争吵中）
“停停停，这个今天能不能加上，如果今天无法加上，推迟上线吧”
“app用拼音账号登录，后台用手机号码登录，我这样不被用户打死才怪”我小声说道（真心害怕被打）
我想想看。。。。。研发小哥哥说着离开了
十分钟过后，研发小哥哥跑到我们跟前开心的说，处理好了可以登录了，你看（手机甩给我们看）
“我XXX，速度这么快”产品夸赞起来
“真的耶，速度好快”我也高兴叫起来
就这样一个巨大的BUG在研发小哥哥聪明才智下顺利被解决了。
场景二
若干分钟后。。。。。
“咦，这个拼音账号的登录的功能不是要被取消么，怎么还能用？”我向旁边的产品投诉
“我明明记得说了要改的”产品很认真的说道
“这个拼音账号什么情况？”产品拿着手机问道，
研发小哥哥跑过来，如果这个拼音账号登录功能要去掉，会有XXXX影响（此处省略300字）
研发小哥哥一条一条的罗列到
“不能改早说呀，怎么快上线说这个？”产品经理嘟哝着
“经常找不到你人呀”研发小哥哥反击道
“找不到人，不会打电话么?”
。。。。。。（陷入僵局）
“对用户来说，没有其它影响，不如这次两种登录方式都保留，下次再改？”研发小哥哥提议道
“可以”
“可以”
“不过那个登录框的弱提示文字要改一下”
改成 “请输入拼音账号或者手机号码登录” 这样用户一看就知道了，我提议道
“可以”一致确认通过。
这就是运营，产品，研发之间的“爱恨情仇”上一秒大家为一件事情争的脸红脖子粗，但是下一秒可以一起想办法来解决问题，虽然沟通之间偶尔会存在甩锅的情况，但是问题还是会解决，不会被埋没。
其实在每个互联网公司都是这样，运营，产品，研发共同的目的是为了产品及系统良性的运转，但是在运转的过程中大家的小目标又各不相同，比如，运营通过系统服务好顾客，以客户体验为先，产品把控整个系统，为优化及完善功能，而研发则是为了在规定的期限内完成系统上线。
虽然大家各司其职，但是大家都在同一个公司工作，有着相同的目标，为了共同的目标而奋斗，出现问题大家一起解决，什么问题不能解决，这才是清平安乐的美好“人间”。
建议：
以下几条关于运营，产品，研发职场升级打怪的秘诀告诉你，希望对你有用。
运营：
对于用户的需求需要辨别，是真需求还是伪需求？
给产品提需求的时候，尽可能的去了解用户的真实需求，目的，现阶段的问题，现阶段的解决办法，注意必须是直接的转述，切勿增加个人的猜测或者意见（让产品了解最原始的需求后，可以给出意见）
产品：
尽可能详细的调研清楚用户的需求，然后把用户的需求跟产品之间的各项逻辑梳理清楚，再把让研发动手做。
研发：
出现问题想着怎么去解决，而不是推脱或者无视，要跟产品、运营之间形成良性的循环，做出好用又实用的系统。
如果你们公司或者职场中还有什么好玩的事儿，欢迎留言告诉我~
