V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
sonders
V2EX  ›  职场话题

你们见过这样的产品经理吗?

  •  
  •   sonders · 2021-09-28 22:37:40 +08:00 · 5504 次点击
    这是一个创建于 1150 天前的主题,其中的信息可能已经有所发展或是发生改变。
    • 某月的一号,产品提出一个改样式的需求,然后过了十天半月,又说改成另一个样式,最气人的是,第一次的修改要求,他说他没提过,似乎错误在我似的
    • 最主要的是不止一次这样了,很生气,所以发个帖子
    • 没有文档记录,因为是改个字体大小,颜色什么的就没在意文档记录,随手答应就改了,但是扯皮的时候确实很难受
    • 除了写需求,记录下来以外,有什么好的办法规避这种扯皮气人的事吗
    • 虽然已经过去几个小时了,但是还是很郁闷,本身我是不善于当面起冲突表达的人,所以发帖也算宣泄一下吧
    • 有时候产品提出一个需求,我觉得项目里不适合做,或者比较麻烦想拖一下,产品就会有意无意的说“这个很难吗”,还特意大声一点说出来,感觉挺贱的,但是又不知道从技术上该如何解释,就感觉很吃亏,因为到最后还是花时间做了
    • 想请教各位彦祖,有什么好的办法规避或者解决这样的恶心事吗
    第 1 条附言  ·  2021-09-29 09:36:47 +08:00

    谢谢彦祖们的建议,之后无论是修改颜色还是复杂的需求,都坚决不让步的让产品提需求到文档上,大不了不干了

    63 条回复    2024-02-05 00:04:25 +08:00
    lithiumii
        1
    lithiumii  
       2021-09-28 22:40:25 +08:00 via Android
    凡事都写下来,没有看板之类的,拉个电子表格也行。
    FrankAdler
        2
    FrankAdler  
       2021-09-28 22:45:34 +08:00
    规范下流程把,提需求,评审,排期,开发工期,测试工期,发版日
    打乱流程的自己负担结果就行
    taresky
        3
    taresky  
       2021-09-28 22:48:37 +08:00
    遇到这种产品,就和他讲流程。

    都 2021 年了,还有这样的产品啊。。。
    Bijiabo
        4
    Bijiabo  
       2021-09-28 22:49:09 +08:00   ❤️ 4
    早期阶段:聊天截图、保存日志、对话录音,比较难做出的是撕破脸把记录摊出来一条一条对,一旦做了,就感觉世界宽广了

    中期阶段:提需求的时候就开始喷,但有理有据。可以站在产品角度分析这个需求的合理性,合格的产品经理会怎么做,如何做一个好的产品经理

    后期阶段:找产品经理的上层聊天,畅谈自己对于当前业务的理解、产品需求合理性的思考,并给出更好的解决方式。如果可以,可以商讨自己来负责一部分产品需求,慢慢把这个产品干走
    ayase252
        5
    ayase252  
       2021-09-28 22:57:32 +08:00
    那就只能严格按流程来咯
    xianzhe
        6
    xianzhe  
       2021-09-28 22:59:36 +08:00 via Android
    绝不私聊,所有沟通均在工作群。改需求可以,加排期。不想加排期要加班就要求必须和开发一起加班。
    vertigo
        7
    vertigo  
       2021-09-28 23:00:26 +08:00
    谈中型以上需求都要走邮件,小改动都要钉钉确认
    wdlth
        8
    wdlth  
       2021-09-28 23:29:40 +08:00
    说明你们那项目管理有问题,即使是视觉修改也应该是记录的,特别是移动端,不同的设备不同的屏幕显示效果可能不一样,而且还要考虑浏览器本身的缩放。
    tanhui2333
        9
    tanhui2333  
       2021-09-29 07:43:25 +08:00
    某月的一号,产品提出一个改样式的需求,然后过了十天半月,又说改成另一个样式,最气人的是,第一次的修改要求,他说他没提过,似乎错误在我似的
    ---------------------------------------------------------
    这是把路走绝了
    silencil
        10
    silencil  
       2021-09-29 08:44:08 +08:00 via iPhone
    这种事我遇到过,不过是我同事,而且是十分钟不到反卦,然后和我说前面的要求他没提,最后我逼着他承认了才作罢。
    jorneyr
        11
    jorneyr  
       2021-09-29 09:17:27 +08:00
    项目管理软件提需求、Bug 等然后分配到手上的才做,燕过留痕。
    sonders
        12
    sonders  
    OP
       2021-09-29 09:26:39 +08:00
    @lithiumii 主要公司的工作流程就是这样的,只有 bug,部分需求才会正式提到表格改,有时候需求就当面说了,一点都不规范
    xieshaohu
        13
    xieshaohu  
       2021-09-29 09:33:06 +08:00
    口头说的不算,留到文字上就行,邮件、微信、企业微信、QQ,反正要看到文字才动手。
    sonders
        14
    sonders  
    OP
       2021-09-29 09:35:12 +08:00
    @wdlth 就是觉得改个字体或者颜色啥的也不算大事情,都是同事,你轻松点我觉得也无所谓,可是自己说过的话都不记得,还推给我就感觉很恶心
    xuanbg
        15
    xuanbg  
       2021-09-29 09:40:58 +08:00
    邮件提需求。其他途径不接受。
    xlmo
        16
    xlmo  
       2021-09-29 09:45:22 +08:00
    口头说的需求,你在钉钉上再跟他确认下,留个记录就行了。
    INTOX8O
        17
    INTOX8O  
       2021-09-29 09:52:43 +08:00   ❤️ 1
    哈哈,我现在的产品就是这样子。数据库文档没有、ER 图没有、项目逻辑图也没有。只想要个 ER 图问了两个月现在还没给我,不过已经不重要了因为我爬了
    itechnology
        18
    itechnology  
       2021-09-29 09:54:53 +08:00
    我们部门也遇到过,好在我们是坚决要发邮件确认的
    dongdongdong
        19
    dongdongdong  
       2021-09-29 09:56:09 +08:00
    建议使用企业微信的 tapd
    zhaol
        20
    zhaol  
       2021-09-29 09:57:18 +08:00
    直接翻聊天记录。碰到过,直接聊天记录截图发到大群艾特他,不跟他多逼逼
    touchwithe
        21
    touchwithe  
       2021-09-29 09:57:47 +08:00 via iPhone
    小改动不提需求,之前也要再聊天软件里发句话,留个记录
    shierpro
        22
    shierpro  
       2021-09-29 09:57:59 +08:00
    没遇到过
    wu67
        23
    wu67  
       2021-09-29 09:59:30 +08:00
    那你就油滑一点咯.

    下次再遇到这种情况, 先安静听完, 能做的就说能做, 然后说我现在很忙, 手头上的有点重要, 我先写完这段再改. 你等会整理一下记录, 钉钉发给我, 不然我怕后面就忘记了. balabala.....

    硬怼的话, 那就直接跟他说先走流程更新 issue 咯, 上面一堆人都说过了. 但是不建议硬怼, 他做法烂是他烂, 硬怼只会把同事关系搞糟糕, 当然你在研发部门里具有话语权就另说...
    zxCoder
        24
    zxCoder  
       2021-09-29 10:01:04 +08:00
    “那你把这个需求整理一下发给我”
    sonders
        25
    sonders  
    OP
       2021-09-29 10:04:04 +08:00
    @wu67
    @zxCoder
    很具有实操性,下次就这么说。如果不发给我,我就不做,要是问我我也回一句,“这话我没说过”
    wu67
        26
    wu67  
       2021-09-29 10:14:34 +08:00
    @sonders 是的. 我就是这么干的. 如果不发给我, 就干脆不写, 后面就说要做的事太多了, 忘了. 碰过几次软钉子之后, 如果你的同事不是情商为 0, 一般都会学会怎么跟你友好交流了
    exceloo
        27
    exceloo  
       2021-09-29 10:16:20 +08:00
    口头说的一律不接啊,拉不下面子就打哈哈,说‘啊我忘了,上次说要改什么来着?要不你写下来发我”
    Leonard
        28
    Leonard  
       2021-09-29 10:16:30 +08:00
    不要口头约定,要加 /改需求,要么写文档,要么发邮件,免得到时候扯皮
    darkengine
        29
    darkengine  
       2021-09-29 10:19:12 +08:00
    微信 /钉钉 /邮件里问他,“我记性不好,能把刚才说的修改点用文字发一下吗”
    deplivesb
        30
    deplivesb  
       2021-09-29 10:21:39 +08:00
    我现在的原则是,凡是需求(哪怕是改一个标点符号)我必须看到需求链接,而且要走正常的需求评审流程,否则不做,而且做了也不走我的正常工时啊,我为什么要做
    RainCats
        31
    RainCats  
       2021-09-29 10:34:35 +08:00
    所有沟通走工作群,即使是口头说的,反手在群里 @所有相关人员,说一下 xxx 已按 xx 意思修改完成
    abcbuzhiming
        32
    abcbuzhiming  
       2021-09-29 10:35:27 +08:00
    本人亲身体会,身为程序员,没有和产品经理吵架,拍桌子,甚至抡起键盘打架的经历,说明资历太浅。我认为是否和产品经理正面打过架并互有输赢,是一个程序员是否走向成熟的必要条件
    Nich0la5
        33
    Nich0la5  
       2021-09-29 10:51:56 +08:00
    很难吗? 是的很难,你行你上啊。
    你不会?不会你凭啥说不难
    demo06
        34
    demo06  
       2021-09-29 10:52:02 +08:00
    制作一份需求确认书,每次产品提需求时填写需求出处,目的,达到效果,并要求相关人员签字,不执行就不开发,扯皮拿确认书说事
    cw2k13as
        35
    cw2k13as  
       2021-09-29 11:28:47 +08:00
    需求请走禅道,谢谢,省的产品无成本提需求,他会因为麻烦减少需求频率,出了问题你也有证据,白纸黑字
    tabris17
        36
    tabris17  
       2021-09-29 11:33:02 +08:00
    凡事邮件沟通,没有邮件不做
    niub
        37
    niub  
       2021-09-29 13:28:46 +08:00
    产品需求一律提看板。你们的产品需求不过技术评审吗?

    我司的一个产品上次开会的时候来了句某个项目一周后就要上线,结果到现在,两个月过去了还没上。那个项目的原型从开始到现在一直在改,原型描述也不清楚 :)
    bk201
        38
    bk201  
       2021-09-29 13:35:35 +08:00
    我觉得如果你觉得不合适,肯定是能说出理由的。有理由你就抛出来,看对方怎么回你。你不说就是你的问题了。
    felixwang
        39
    felixwang  
       2021-09-29 13:52:37 +08:00
    所有需求已邮件形式发送
    fiypig
        40
    fiypig  
       2021-09-29 13:56:36 +08:00
    禅道这东西用用就知道了
    wangyzj
        41
    wangyzj  
       2021-09-29 13:59:32 +08:00
    你见过这样的老板吗?
    写了一版 PPT,不行?
    又陆续写了 99 版,还是不行
    最后拿出第一版,过了!!!
    morizawatt
        42
    morizawatt  
       2021-09-29 14:17:38 +08:00
    太普遍了,pm 门槛挺低的,感觉学历好一些什么人都能当 pm 。

    该走流程走流程,该邮件确认就邮件确认,对无赖掰扯是没用的。把持住走流程底线,不要放水,都是同事怎么了,坑的就是老实人。
    jrtzxh020
        43
    jrtzxh020  
       2021-09-29 14:27:09 +08:00
    哈哈 比我们的产品好多了。我们产品经常问:”咦?这功能是什么?什么时候做的?为啥这样做?"
    Saxton
        44
    Saxton  
       2021-09-29 14:32:46 +08:00
    @wangyzj 永远准备 A 和 B 版本 A 版本不满意给 B,B 还不满意,沉淀一段时间在把 A 给出来,绝对要了。
    ersic
        45
    ersic  
       2021-09-29 14:33:03 +08:00
    如果气不过非要刚,可以查查公司监控
    huqi
        46
    huqi  
       2021-09-29 15:08:31 +08:00
    下次变更记得要他先发邮件
    chenstor
        47
    chenstor  
       2021-09-29 15:14:56 +08:00
    口头需求吗?口头的一概不做就好。
    yEhwG10ZJa83067x
        48
    yEhwG10ZJa83067x  
       2021-09-29 16:14:36 +08:00
    口头的,都再钉钉或微信把需求发他一遍他确认后再去改。
    xianghaolin
        49
    xianghaolin  
       2021-09-29 16:20:29 +08:00
    千万别接任何人的口头需求,要文档存档,有理有据。
    cwp374240920
        50
    cwp374240920  
       2021-09-29 16:23:37 +08:00 via Android
    这是产品经理还是项目经理?
    ahsjs
        51
    ahsjs  
       2021-09-29 16:25:21 +08:00
    发邮件
    sonders
        52
    sonders  
    OP
       2021-09-29 16:35:53 +08:00
    @chenstor
    @justrand
    @xianghaolin 就是觉得问题也不大,就做了算了,以后口头的坚决不能做
    @cwp374240920 产品
    chenstor
        53
    chenstor  
       2021-09-29 16:52:08 +08:00
    书面是合理的,确保双方理解一致,而且避免后续扯皮。没看到书面的就不做。
    聊天工具也好,邮件也好,需求工具也好,总之就得是书面的。
    话说,贵司还能存在口头需求,也是够够的,不用测试跟进吗,需求说完开发直接写代码,开发将代码怼到服务器,完事?
    LewisW
        54
    LewisW  
       2021-09-29 17:05:35 +08:00
    产品就会有意无意的说“这个很难吗”
    你就用经典名言 “这个需求的意义是什么” 怼回去
    sonders
        55
    sonders  
    OP
       2021-09-29 17:19:13 +08:00
    @chenstor 确实很不合理不规范,但是都是这样的,我也没话语权去改变现状

    @LewisW 找机会试一下
    exploreexe
        56
    exploreexe  
       2021-09-29 19:14:11 +08:00
    让狗 B 产品提需求之前先修改文档,修改那些位置,不提不改。
    至于说这个很难吗?你说咋滴?你会改啊?你会改你来改啊!呛他一回就长记性。
    还有一点,就是只要加功能、改需求导致的延期,产品经理必须一块跟着研发加班,别 NM 提需求提的爽,感情开发陪你搁着玩呢?
    u21t20o15
        57
    u21t20o15  
       2021-09-30 00:08:58 +08:00
    @LewisW
    产品说“客户要的“或者“提高用户体验“
    LewisW
        58
    LewisW  
       2021-09-30 09:31:22 +08:00
    @u21t20o15 不能客户说要你就上了 你得了解客户提这个需求的背景是啥 实际要想解决的问题是啥 你要有自己的方法论 主动去引导用户 不要让用户凭感觉来做产品

    哈哈哈哈 说着说着我自己都笑了
    LaGeNanRen
        59
    LaGeNanRen  
       2021-09-30 09:35:49 +08:00
    下次找个领导在的会上,说一下流程问题(不会说话就照着我的抄,记住别司马脸,带点笑容):
    上次 xx 就跟我说字体问题,当时口头答应了后面又说没说过这事儿。你看不走书面流程就是这样,我不是说这件事谁记得对谁记错了,我是说这种随意的改动不走书面流程就很容易出问题,容易返工白白加工作量。所以以后有改动,先更新文档和设计图,通知到开发我们开发根据文档和设计图的改动进行更新。这样流程就很清楚:)不接受随口的改动,这样不利于产品更新迭代
    LessonOne
        60
    LessonOne  
       2021-09-30 10:10:16 +08:00
    @taresky 正解
    LessonOne
        61
    LessonOne  
       2021-09-30 10:12:44 +08:00
    @zxCoder 666
    lyhapple
        62
    lyhapple  
       2021-09-30 11:05:46 +08:00
    看了第一条, 我就已经呵呵了, 你们的不错了, 还能过十天半个月才改, 我们这的产品是一天一改, 朝令夕改, 一直在改.
    fqy12300
        63
    fqy12300  
       291 天前
    给他看 Git 提交记录
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   4965 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 32ms · UTC 05:43 · PVG 13:43 · LAX 21:43 · JFK 00:43
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.