公司里一个很恼火的现象，一个运营的职责是什么

• 資深大佬 : zhangxs1989

  不然让他们干点啥，指手画脚才好写年底汇报嘛。
  别生气，学会糊弄

• 資深大佬 : wyongjian

  其他人提的需求都要先跟产品 battle,开发只接受产品提的需求，

• 資深大佬 : abelmakihara

  我公司运营也差不多~

• 資深大佬 : coderluan

  恼火你就怼他啊, 让他先去找产品商量, 产品再来你们, 你们先按他说的做了, 后面产品要是不同意算谁的?

• 資深大佬 : zoharSoul

  让他滚去找产品

• 主 資深大佬 : PqgpNgA0wk

  @zhangxs1989 好像也不用写汇报，也许在他自己看来自己是尽职尽力，但在别人看来就是越权找存在感，管自己不该管的

• 資深大佬 : lison007

  有产品岗了，就让他找 产品解决

• 資深大佬 : fixend

  运营是有提意见的权力的，并且运营的意见相当重要，
  但那些意见需要接受，是产品决定。

• 資深大佬 : lovecy

  谁负责的产品听谁的需求，其他人要改都让他去找那个人，单一需求避免改来改去

• 資深大佬 : fixend

  运营还能决定产品能不能上线、什么时候上线。
  最终发布的版本，运营完全可以否缺掉，禁止上线。

• 資深大佬 : yingqi7

  没产品前可以理解，有产品了让他找产品

• 資深大佬 : Airon

  让运营找产品玩去吧，开发只接产品的需求，反正最后需求有问题产品背锅

• 資深大佬 : zengzizhao

  哈哈，两个极端，我们运营狗 p 不管，只会聊天玩

• 資深大佬 : fengliu222

  运营是最接近用户的部门，所以他们的意见挺重要的。但这种意见应该是方向性的，合理的沟通方式是，运营跟产品经理沟通，产品经理会用他的方法来让产品往运营指的那条道走。

• 資深大佬 : lamCJ

  这种事情应该反馈给领导管 规范下团队流程

• 資深大佬 : makeitclear

  可能是之前已经习惯了，新招到人之后思维没能及时转换过来，跟他沟通一下，让他自己意识到就好了。

• 資深大佬 : 1wannaooooo

  运营找产品提需求，产品先和运营撕，撕好以后签上确认需求文件，需求流转到开发，开发照需求做，做完之后，验收和修 BUG，都需要运营自己找产品，产品再反馈给你们。其实也是看人的，如果运营和大家关系好，开发顺手也就改了，如果运营真的哔哔赖赖，那就按流程来
• 資深大佬 : xingshu1990

  运营和产品 有时候工作内容其实差不多：
  复制一下某乎上 https://www.zhihu.com/question/27685996/answer/704111114：
  [产品经理在接到需求以后，可以花时间去好好考虑这件事情，然后一个版本一个版本的迭代，通过构想和设计，可能一两个月的时间就过去了，但是运营是没有那么多时间去思考和反应的，运营的工作是以周、天为单位，在一些特殊的情况下甚至以小时为单位，比如出现网络传播的一些热点，那适合传播的就那几个小时，还比如产品突然宕机了，进行一个快速的相应，这个时候的时间是分秒必争的一个状态，这个时候的运营直接面对一个很大的用户压力，遇到这种情况，产品经理可能看一下用户的反馈，找原因，但是运营是需要直接跟每一个用户做沟通，不同的用户素质也不太一样，有些用户可能会有急躁的反应，这就要求运营同学有较大的心脏
  运营的工作是以数据为导向的，做产品也希望能够数据量化，但是一个功能的好与坏有的时候真的很难量化，但运营其实是不一样的，运营做的每一件事情基本上可以用指标来量化，比如你去伐微博，可以看到微博的阅读量和转发量，然后能够通过数据知道我们做的这件事情是好还是不好。]
  上面的内容全部看了的话，你就明白 为什么运营早上提一个需求，下午就修改，晚上就提桶跑路 这个段子了。

• 資深大佬 : Vegetable

  我当年做运营的时候，这么做会被开发怼：提需求吧。
  然而只有产品能提需求。

• 資深大佬 : cxknmsl

  @zengzizhao ,一样

• 資深大佬 : FreshUncle

  理论上两个岗位，不是你的直属领导，不用理会，有需求，走流程，领导对领导。

• 資深大佬 : mazyi

  业务需求找产品，商务问题找 BA，程序 bug 找测试，交互设计找设计，想学编程找程序员，想聊天找前台，想跳槽找 hr，不知道自己的职责找老板.

• 資深大佬 : xuanbg

  运营是需求方啊。甲方就是大爷，主你就认了吧。

• 資深大佬 : windyCity

  开发团队是你带的话，你就上去怼。

  你不是领导那就让领导上去怼。

  涉及这种跨部门的调通工作流程问题都是开发团队负责人要协调的，不然就会很混乱的

• 資深大佬 : Foxkeh

  我曾经接下了这种跨部门需求, 然后在晨会上被教训:”你搞清楚到底我是你领导还是他是你领导, 只有我提的需求你才能改!”

• 資深大佬 : huayumo

  建议你开除他

• 資深大佬 : disagree

  项管明确要求开发只能接产品的需求，任何运营的需求都需要先经过产品，再到开发

• 資深大佬 : ppig

  运营就是指手画脚,瞎逼提需求,我不管我就要

• 資深大佬 : ScotGu

  不是产品提的需求直接无视呗。

  或者是时候体现流程化的优势了！
  谁提需求，谁就出需求报告并抄送直属领导，少于 5000 字直接就回“需求不清晰，请详细描述并提供流程图”

• 資深大佬 : svenzhao

  直观说
  写代码 程序员最怕的问题就是割裂业务 单从技术着手 这样只能一辈子怼天怼地 越干越生气

  怼需求 为什么这样搞? 你不问问他的目的是什么?
  怼设计 为什么你非要对齐? 你不问问设计师设计的时候怎么想的?
  怼产品 为什么发个奖都要绕来绕去? 你不问问产品为什么要搞那么长时间?
  怼测试 这是 pm 设计的流程问题 提 bug 给我没用? 你不写代码之前都不思考产品的流程规范?

  (开发+产品+设计+运营) =>高质量的目标上线 这应该是四者的共同目标

  工作流程的不规范 不代表别人提的意见没有用

  一个程序员如果自己写的代码最终上线 只是完成了需求 那么也没啥意思了 只能混饭吃

  做开发 要对 需求 质量 设计 用户体验 四者都要有涉猎才能提高! 要把项目当成自己的 剩下的人都是你的员工才行

• 資深大佬 : akira

  那个 产品兼设计 不会就是你吧。。。。