本来公司在没有产品经理的时候,运营部会对开发过程全程监督,除了 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 好像也不用写汇报,也许在他自己看来自己是尽职尽力,但在别人看来就是越权找存在感,管自己不该管的
|
7
lison007 2020-11-26 10:27:02 +08:00
有产品岗了,就让他找 产品解决
|
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 2020-11-26 12:29:21 +08:00 via iPhone 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
不是产品提的需求直接无视呗。
或者是时候体现流程化的优势了! 谁提需求,谁就出需求报告并抄送直属领导,少于 5000 字直接就回“需求不清晰,请详细描述并提供流程图” |
30
svenzhao 2020-11-26 18:19:32 +08:00
直观说
写代码 程序员最怕的问题就是割裂业务 单从技术着手 这样只能一辈子怼天怼地 越干越生气 怼需求 为什么这样搞? 你不问问他的目的是什么? 怼设计 为什么你非要对齐? 你不问问设计师设计的时候怎么想的? 怼产品 为什么发个奖都要绕来绕去? 你不问问产品为什么要搞那么长时间? 怼测试 这是 pm 设计的流程问题 提 bug 给我没用? 你不写代码之前都不思考产品的流程规范? (开发+产品+设计+运营) =>高质量的目标上线 这应该是四者的共同目标 工作流程的不规范 不代表别人提的意见没有用 一个程序员如果自己写的代码最终上线 只是完成了需求 那么也没啥意思了 只能混饭吃 做开发 要对 需求 质量 设计 用户体验 四者都要有涉猎才能提高! 要把项目当成自己的 剩下的人都是你的员工才行 |
31
akira 2020-11-27 02:38:16 +08:00
那个 产品兼设计 不会就是你吧。。。。
|