这是一个创建于 1185 天前的主题，其中的信息可能已经有所发展或是发生改变。
- 某月的一号，产品提出一个改样式的需求，然后过了十天半月，又说改成另一个样式，最气人的是，第一次的修改要求，他说他没提过，似乎错误在我似的
- 最主要的是不止一次这样了，很生气，所以发个帖子
- 没有文档记录，因为是改个字体大小，颜色什么的就没在意文档记录，随手答应就改了，但是扯皮的时候确实很难受
- 除了写需求，记录下来以外，有什么好的办法规避这种扯皮气人的事吗
- 虽然已经过去几个小时了，但是还是很郁闷，本身我是不善于当面起冲突表达的人，所以发帖也算宣泄一下吧
- 有时候产品提出一个需求，我觉得项目里不适合做，或者比较麻烦想拖一下，产品就会有意无意的说“这个很难吗”，还特意大声一点说出来，感觉挺贱的，但是又不知道从技术上该如何解释，就感觉很吃亏，因为到最后还是花时间做了
- 想请教各位彦祖，有什么好的办法规避或者解决这样的恶心事吗
第 1 条附言 · 2021-09-29 09:36:47 +08:00
谢谢彦祖们的建议，之后无论是修改颜色还是复杂的需求，都坚决不让步的让产品提需求到文档上，大不了不干了
 |
1
lithiumii 2021-09-28 22:40:25 +08:00 via Android
凡事都写下来，没有看板之类的，拉个电子表格也行。
|
 |
2
FrankAdler 2021-09-28 22:45:34 +08:00
规范下流程把，提需求，评审，排期，开发工期，测试工期，发版日
打乱流程的自己负担结果就行 |
 |
3
taresky 2021-09-28 22:48:37 +08:00
遇到这种产品，就和他讲流程。
都 2021 年了，还有这样的产品啊。。。 |
 |
4
Bijiabo 2021-09-28 22:49:09 +08:00  4
早期阶段：聊天截图、保存日志、对话录音，比较难做出的是撕破脸把记录摊出来一条一条对，一旦做了，就感觉世界宽广了
中期阶段：提需求的时候就开始喷，但有理有据。可以站在产品角度分析这个需求的合理性，合格的产品经理会怎么做，如何做一个好的产品经理 后期阶段：找产品经理的上层聊天，畅谈自己对于当前业务的理解、产品需求合理性的思考，并给出更好的解决方式。如果可以，可以商讨自己来负责一部分产品需求，慢慢把这个产品干走 |
 |
5
ayase252 2021-09-28 22:57:32 +08:00
那就只能严格按流程来咯
|
 |
6
xianzhe 2021-09-28 22:59:36 +08:00 via Android
绝不私聊，所有沟通均在工作群。改需求可以，加排期。不想加排期要加班就要求必须和开发一起加班。
|
 |
7
vertigo 2021-09-28 23:00:26 +08:00
谈中型以上需求都要走邮件,小改动都要钉钉确认
|
 |
8
wdlth 2021-09-28 23:29:40 +08:00
说明你们那项目管理有问题，即使是视觉修改也应该是记录的，特别是移动端，不同的设备不同的屏幕显示效果可能不一样，而且还要考虑浏览器本身的缩放。
|
 |
9
tanhui2333 2021-09-29 07:43:25 +08:00
某月的一号，产品提出一个改样式的需求，然后过了十天半月，又说改成另一个样式，最气人的是，第一次的修改要求，他说他没提过，似乎错误在我似的
--------------------------------------------------------- 这是把路走绝了 |
 |
10
silencil 2021-09-29 08:44:08 +08:00 via iPhone
这种事我遇到过，不过是我同事，而且是十分钟不到反卦，然后和我说前面的要求他没提，最后我逼着他承认了才作罢。
|
 |
11
jorneyr 2021-09-29 09:17:27 +08:00
项目管理软件提需求、Bug 等然后分配到手上的才做，燕过留痕。
|
 |
12
sonders OP @lithiumii 主要公司的工作流程就是这样的，只有 bug，部分需求才会正式提到表格改，有时候需求就当面说了，一点都不规范
|
 |
13
xieshaohu 2021-09-29 09:33:06 +08:00
口头说的不算，留到文字上就行，邮件、微信、企业微信、QQ，反正要看到文字才动手。
|
|
14
sonders OP @wdlth 就是觉得改个字体或者颜色啥的也不算大事情，都是同事，你轻松点我觉得也无所谓，可是自己说过的话都不记得，还推给我就感觉很恶心
|
 |
15
xuanbg 2021-09-29 09:40:58 +08:00
邮件提需求。其他途径不接受。
|
 |
16
xlmo 2021-09-29 09:45:22 +08:00
口头说的需求，你在钉钉上再跟他确认下，留个记录就行了。
|
 |
17
INTOX8O 2021-09-29 09:52:43 +08:00 1
哈哈，我现在的产品就是这样子。数据库文档没有、ER 图没有、项目逻辑图也没有。只想要个 ER 图问了两个月现在还没给我，不过已经不重要了因为我爬了
|
 |
18
itechnology 2021-09-29 09:54:53 +08:00
我们部门也遇到过，好在我们是坚决要发邮件确认的
|
 |
19
dongdongdong 2021-09-29 09:56:09 +08:00
建议使用企业微信的 tapd
|
 |
20
zhaol 2021-09-29 09:57:18 +08:00
直接翻聊天记录。碰到过，直接聊天记录截图发到大群艾特他，不跟他多逼逼
|
 |
21
touchwithe 2021-09-29 09:57:47 +08:00 via iPhone
小改动不提需求，之前也要再聊天软件里发句话，留个记录
|
 |
22
shierpro 2021-09-29 09:57:59 +08:00
没遇到过
|
 |
23
wu67 2021-09-29 09:59:30 +08:00
那你就油滑一点咯.
下次再遇到这种情况, 先安静听完, 能做的就说能做, 然后说我现在很忙, 手头上的有点重要, 我先写完这段再改. 你等会整理一下记录, 钉钉发给我, 不然我怕后面就忘记了. balabala..... 硬怼的话, 那就直接跟他说先走流程更新 issue 咯, 上面一堆人都说过了. 但是不建议硬怼, 他做法烂是他烂, 硬怼只会把同事关系搞糟糕, 当然你在研发部门里具有话语权就另说... |
 |
24
zxCoder 2021-09-29 10:01:04 +08:00
“那你把这个需求整理一下发给我”
|
|
25
sonders OP |
|
26
wu67 2021-09-29 10:14:34 +08:00
@sonders 是的. 我就是这么干的. 如果不发给我, 就干脆不写, 后面就说要做的事太多了, 忘了. 碰过几次软钉子之后, 如果你的同事不是情商为 0, 一般都会学会怎么跟你友好交流了
|
 |
27
exceloo 2021-09-29 10:16:20 +08:00
口头说的一律不接啊，拉不下面子就打哈哈，说‘啊我忘了，上次说要改什么来着？要不你写下来发我”
|
 |
28
Leonard 2021-09-29 10:16:30 +08:00
不要口头约定，要加 /改需求，要么写文档，要么发邮件，免得到时候扯皮
|
 |
29
darkengine 2021-09-29 10:19:12 +08:00
微信 /钉钉 /邮件里问他，“我记性不好，能把刚才说的修改点用文字发一下吗”
|
 |
30
deplivesb 2021-09-29 10:21:39 +08:00
我现在的原则是，凡是需求（哪怕是改一个标点符号）我必须看到需求链接，而且要走正常的需求评审流程，否则不做，而且做了也不走我的正常工时啊，我为什么要做
|
 |
31
RainCats 2021-09-29 10:34:35 +08:00
所有沟通走工作群，即使是口头说的，反手在群里 @所有相关人员，说一下 xxx 已按 xx 意思修改完成
|
 |
32
abcbuzhiming 2021-09-29 10:35:27 +08:00
本人亲身体会，身为程序员，没有和产品经理吵架，拍桌子，甚至抡起键盘打架的经历，说明资历太浅。我认为是否和产品经理正面打过架并互有输赢，是一个程序员是否走向成熟的必要条件
|
 |
33
Nich0la5 2021-09-29 10:51:56 +08:00
很难吗？ 是的很难，你行你上啊。
你不会？不会你凭啥说不难 |
 |
34
demo06 2021-09-29 10:52:02 +08:00
制作一份需求确认书,每次产品提需求时填写需求出处,目的,达到效果,并要求相关人员签字,不执行就不开发,扯皮拿确认书说事
|
 |
35
cw2k13as 2021-09-29 11:28:47 +08:00
需求请走禅道，谢谢，省的产品无成本提需求，他会因为麻烦减少需求频率，出了问题你也有证据，白纸黑字
|
 |
36
tabris17 2021-09-29 11:33:02 +08:00
凡事邮件沟通，没有邮件不做
|
 |
37
niub 2021-09-29 13:28:46 +08:00
产品需求一律提看板。你们的产品需求不过技术评审吗？
我司的一个产品上次开会的时候来了句某个项目一周后就要上线，结果到现在，两个月过去了还没上。那个项目的原型从开始到现在一直在改，原型描述也不清楚 :) |
 |
38
bk201 2021-09-29 13:35:35 +08:00
我觉得如果你觉得不合适，肯定是能说出理由的。有理由你就抛出来，看对方怎么回你。你不说就是你的问题了。
|
 |
39
felixwang 2021-09-29 13:52:37 +08:00
所有需求已邮件形式发送
|
 |
40
fiypig 2021-09-29 13:56:36 +08:00
禅道这东西用用就知道了
|
 |
41
wangyzj 2021-09-29 13:59:32 +08:00
你见过这样的老板吗？
写了一版 PPT，不行？ 又陆续写了 99 版，还是不行 最后拿出第一版，过了！！！ |
 |
42
morizawatt 2021-09-29 14:17:38 +08:00
太普遍了，pm 门槛挺低的，感觉学历好一些什么人都能当 pm 。
该走流程走流程，该邮件确认就邮件确认，对无赖掰扯是没用的。把持住走流程底线，不要放水，都是同事怎么了，坑的就是老实人。 |
 |
43
jrtzxh020 2021-09-29 14:27:09 +08:00
哈哈 比我们的产品好多了。我们产品经常问：”咦？这功能是什么？什么时候做的？为啥这样做？"
|
 |
45
ersic 2021-09-29 14:33:03 +08:00
如果气不过非要刚，可以查查公司监控
|
 |
46
huqi 2021-09-29 15:08:31 +08:00
下次变更记得要他先发邮件
|
 |
47
chenstor 2021-09-29 15:14:56 +08:00
口头需求吗？口头的一概不做就好。
|
 |
48
yEhwG10ZJa83067x 2021-09-29 16:14:36 +08:00
口头的，都再钉钉或微信把需求发他一遍他确认后再去改。
|
 |
49
xianghaolin 2021-09-29 16:20:29 +08:00
千万别接任何人的口头需求，要文档存档，有理有据。
|
 |
50
cwp374240920 2021-09-29 16:23:37 +08:00 via Android
这是产品经理还是项目经理？
|
 |
51
ahsjs 2021-09-29 16:25:21 +08:00
发邮件
|
|
52
sonders OP |
|
53
chenstor 2021-09-29 16:52:08 +08:00
书面是合理的，确保双方理解一致，而且避免后续扯皮。没看到书面的就不做。
聊天工具也好，邮件也好，需求工具也好，总之就得是书面的。 话说，贵司还能存在口头需求，也是够够的，不用测试跟进吗，需求说完开发直接写代码，开发将代码怼到服务器，完事？ |
 |
54
LewisW 2021-09-29 17:05:35 +08:00
产品就会有意无意的说“这个很难吗”
你就用经典名言 “这个需求的意义是什么” 怼回去 |
 |
56
exploreexe 2021-09-29 19:14:11 +08:00
让狗 B 产品提需求之前先修改文档，修改那些位置，不提不改。
至于说这个很难吗？你说咋滴？你会改啊？你会改你来改啊！呛他一回就长记性。 还有一点，就是只要加功能、改需求导致的延期，产品经理必须一块跟着研发加班，别 NM 提需求提的爽，感情开发陪你搁着玩呢？ |
|
58
LewisW 2021-09-30 09:31:22 +08:00
|
 |
59
LaGeNanRen 2021-09-30 09:35:49 +08:00
下次找个领导在的会上，说一下流程问题（不会说话就照着我的抄，记住别司马脸，带点笑容）：
上次 xx 就跟我说字体问题，当时口头答应了后面又说没说过这事儿。你看不走书面流程就是这样，我不是说这件事谁记得对谁记错了，我是说这种随意的改动不走书面流程就很容易出问题，容易返工白白加工作量。所以以后有改动，先更新文档和设计图，通知到开发我们开发根据文档和设计图的改动进行更新。这样流程就很清楚：）不接受随口的改动，这样不利于产品更新迭代 |
 |
62
lyhapple 2021-09-30 11:05:46 +08:00
看了第一条, 我就已经呵呵了, 你们的不错了, 还能过十天半个月才改, 我们这的产品是一天一改, 朝令夕改, 一直在改.
|
 |
63
fqy12300 326 天前
给他看 Git 提交记录
|
Select Language