这是一个创建于 1780 天前的主题，其中的信息可能已经有所发展或是发生改变。
本来公司在没有产品经理的时候，运营部会对开发过程全程监督，除了 app bug 甚至于某个页面的设计都来指点提意见，现在公司招了个产品兼设计，能力相当，运营部整天还跑来指指点点，说这个设计这里要改点啥，海报那里看看是不是改下，我在一旁听了就很奇怪，明明只是个运营，却要对整个产品线监督，是否已经越过了他的职责
 | 1 zhangxs1989 2020-11-26 10:15:20 +08:00 不然让他们干点啥，指手画脚才好写年底汇报嘛。 别生气，学会糊弄 |
 | 2 wyongjian 2020-11-26 10:15:30 +08:00 其他人提的需求都要先跟产品 battle,开发只接受产品提的需求， |
 | 3 abelmakihara 2020-11-26 10:15:45 +08:00 我公司运营也差不多~ |
 | 4 coderluan 2020-11-26 10:22:41 +08:00 恼火你就怼他啊, 让他先去找产品商量, 产品再来你们, 你们先按他说的做了, 后面产品要是不同意算谁的? |
 | 5 zoharSoul 2020-11-26 10:24:20 +08:00  1 让他滚去找产品 |
 | 6 PqgpNgA0wk OP @zhangxs1989 好像也不用写汇报，也许在他自己看来自己是尽职尽力，但在别人看来就是越权找存在感，管自己不该管的 |
 | 有产品岗了，就让他找 产品解决 |
 | 8 fixend 2020-11-26 10:30:46 +08:00 运营是有提意见的权力的，并且运营的意见相当重要， 但那些意见需要接受，是产品决定。 |
 | 9 lovecy 2020-11-26 10:32:44 +08:00 谁负责的产品听谁的需求，其他人要改都让他去找那个人，单一需求避免改来改去 |
| 10 fixend 2020-11-26 10:34:28 +08:00 运营还能决定产品能不能上线、什么时候上线。 最终发布的版本，运营完全可以否缺掉，禁止上线。 |
 | 11 yingqi7 2020-11-26 10:34:59 +08:00 via iPhone 没产品前可以理解，有产品了让他找产品 |
 | 12 Airon 2020-11-26 10:35:40 +08:00 让运营找产品玩去吧，开发只接产品的需求，反正最后需求有问题产品背锅 |
 | 13 zengzizhao 2020-11-26 10:42:59 +08:00 哈哈，两个极端，我们运营狗 p 不管，只会聊天玩 |
 | 14 fengliu222 2020-11-26 10:46:49 +08:00 运营是最接近用户的部门，所以他们的意见挺重要的。但这种意见应该是方向性的，合理的沟通方式是，运营跟产品经理沟通，产品经理会用他的方法来让产品往运营指的那条道走。 |
 | 15 lamCJ 2020-11-26 10:47:36 +08:00 这种事情应该反馈给领导管 规范下团队流程 |
 | 16 makeitclear 2020-11-26 10:48:03 +08:00 可能是之前已经习惯了，新招到人之后思维没能及时转换过来，跟他沟通一下，让他自己意识到就好了。 |
 | 17 1wannaooooo 2020-11-26 10:53:44 +08:00 运营找产品提需求，产品先和运营撕，撕好以后签上确认需求文件，需求流转到开发，开发照需求做，做完之后，验收和修 BUG，都需要运营自己找产品，产品再反馈给你们。其实也是看人的，如果运营和大家关系好，开发顺手也就改了，如果运营真的哔哔赖赖，那就按流程来 |
 | 18 xingshu1990 2020-11-26 11:00:32 +08:00 运营和产品 有时候工作内容其实差不多： 复制一下某乎上 https://www.zhihu.com/question/27685996/answer/704111114： [产品经理在接到需求以后，可以花时间去好好考虑这件事情，然后一个版本一个版本的迭代，通过构想和设计，可能一两个月的时间就过去了，但是运营是没有那么多时间去思考和反应的，运营的工作是以周、天为单位，在一些特殊的情况下甚至以小时为单位，比如出现网络传播的一些热点，那适合传播的就那几个小时，还比如产品突然宕机了，进行一个快速的相应，这个时候的时间是分秒必争的一个状态，这个时候的运营直接面对一个很大的用户压力，遇到这种情况，产品经理可能看一下用户的反馈，找原因，但是运营是需要直接跟每一个用户做沟通，不同的用户素质也不太一样，有些用户可能会有急躁的反应，这就要求运营同学有较大的心脏 运营的工作是以数据为导向的，做产品也希望能够数据量化，但是一个功能的好与坏有的时候真的很难量化，但运营其实是不一样的，运营做的每一件事情基本上可以用指标来量化，比如你去伐微博，可以看到微博的阅读量和转发量，然后能够通过数据知道我们做的这件事情是好还是不好。] 上面的内容全部看了的话，你就明白 为什么运营早上提一个需求，下午就修改，晚上就提桶跑路 这个段子了。 |
 | 19 Vegetable 2020-11-26 11:08:58 +08:00 1 我当年做运营的时候，这么做会被开发怼：提需求吧。 然而只有产品能提需求。 |
 | 20 cxknmsl 2020-11-26 11:18:15 +08:00 @zengzizhao ,一样 |
 | 21 FreshUncle 2020-11-26 12:16:08 +08:00 理论上两个岗位，不是你的直属领导，不用理会，有需求，走流程，领导对领导。 |
 | 22 mazyi PRO 3 业务需求找产品，商务问题找 BA，程序 bug 找测试，交互设计找设计，想学编程找程序员，想聊天找前台，想跳槽找 hr，不知道自己的职责找老板. |
 | 23 xuanbg 2020-11-26 13:12:47 +08:00 运营是需求方啊。甲方就是大爷，楼主你就认了吧。 |
 | 24 windyCity 2020-11-26 14:07:15 +08:00 开发团队是你带的话，你就上去怼。 你不是领导那就让领导上去怼。 涉及这种跨部门的调通工作流程问题都是开发团队负责人要协调的，不然就会很混乱的 |
 | 25 Foxkeh 2020-11-26 14:20:35 +08:00 我曾经接下了这种跨部门需求, 然后在晨会上被教训:"你搞清楚到底我是你领导还是他是你领导, 只有我提的需求你才能改!" |
 | 26 huayumo 2020-11-26 14:59:10 +08:00 建议你开除他 |
 | 27 disagree 2020-11-26 15:57:16 +08:00 项管明确要求开发只能接产品的需求，任何运营的需求都需要先经过产品，再到开发 |
 | 28 ppig 2020-11-26 16:25:13 +08:00 运营就是指手画脚,瞎逼提需求,我不管我就要 |
 | 29 ScotGu 2020-11-26 16:46:30 +08:00 不是产品提的需求直接无视呗。 或者是时候体现流程化的优势了！ 谁提需求，谁就出需求报告并抄送直属领导，少于 000 字直接就回“需求不清晰，请详细描述并提供流程图” |
 | 30 svenzhao 2020-11-26 18:19:32 +08:00 直观说 写代码 程序员最怕的问题就是割裂业务 单从技术着手 这样只能一辈子怼天怼地 越干越生气 怼需求 为什么这样搞? 你不问问他的目的是什么? 怼设计 为什么你非要对齐? 你不问问设计师设计的时候怎么想的? 怼产品 为什么发个奖都要绕来绕去? 你不问问产品为什么要搞那么长时间? 怼测试 这是 pm 设计的流程问题 提 bug 给我没用? 你不写代码之前都不思考产品的流程规范? (开发+产品+设计+运营) =>高质量的目标上线 这应该是四者的共同目标 工作流程的不规范 不代表别人提的意见没有用 一个程序员如果自己写的代码最终上线 只是完成了需求 那么也没啥意思了 只能混饭吃 做开发 要对 需求 质量 设计 用户体验 四者都要有涉猎才能提高! 要把项目当成自己的 剩下的人都是你的员工才行 |
 | 31 akira 2020-11-27 02:38:16 +08:00 那个 产品兼设计 不会就是你吧。。。。 |
Select Language