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