这是一个创建于 952 天前的主题，其中的信息可能已经有所发展或是发生改变。
假设你维护一个公司内部产品，然后有个用户某个功能出了问题来找你。
- 问题描述不清楚，
- 看人下菜拒绝和大头兵语音沟通投屏演示（不要打拳
- 做不到按照截图操作配合定位问题，很辛苦但是操作过程是错的
- 觉得它是上帝，你质疑它的操作就是态度有问题
我是碰上了这事，顺利搞砸了，甩锅给老大解决了，最后也是语音+投屏解决的，问题是在很早版本的浏览器兼容性上。
除了要么忍要么滚，有没有情商更高的应对方式？
第 1 条附言 · 2022-04-20 10:49:59 +08:00
结合我自己的经历总结一下：
1. 优先交给产品 / PM 整理，复现问题的过程是换浏览器、换人、换设备，跟 PM 对接
2. 产品搞不定也不要走 IM 私聊，带上 PM 以工单或者会议的方式沟通
3. 确认不在自己职责范围内后，不好沟通的不做额外关怀（表达是能力问题，建议换设备。实际是让它找别人学电脑），好沟通的且有时间的话可以协助定位产品以外的问题
1. 优先交给产品 / PM 整理，复现问题的过程是换浏览器、换人、换设备，跟 PM 对接
2. 产品搞不定也不要走 IM 私聊，带上 PM 以工单或者会议的方式沟通
3. 确认不在自己职责范围内后，不好沟通的不做额外关怀（表达是能力问题，建议换设备。实际是让它找别人学电脑），好沟通的且有时间的话可以协助定位产品以外的问题
 |
1
westoy 2022-04-19 21:01:59 +08:00  1
让客服去沟通
让商务去沟通 让产品经理去沟通 让项目经理去沟通 你已经一步到胃了..... |
 |
3
wolfie 2022-04-19 21:06:46 +08:00 2
一般挨骂顺序都是 客服、运营、产品。
作为开发还从来没有直接被用户喷过。 相比 IM ，工单形式会大幅度减小戾气。 |
 |
4
doodle77 2022-04-19 21:11:05 +08:00
学腾讯，不提供客服。
|
 |
5
LaGeNanRen 2022-04-20 09:19:11 +08:00 1
就我的个人经验来看，让啥也不懂的用户跟只会写代码的程序员直接沟通是最蠢最恐怖的
不是骂人，我只是说你的本职工作是写代码，而不是倾听客户的反馈意见，这是客服 /销售的工作 将意见总结并消化做出取舍，安排在项目更新版本迭代中，这是 pm 的工作 就算是 b 端再垂直的项目，也有销售 /客服 /PM 其中一个职位吧，反正这不属于你的工作内容：） |
 |
6
seeyisee 2022-04-20 10:43:09 +08:00
这种一般都是你部门搞个创新产品给人家用，用户肯定不愿意配合你定位问题。你平时也不直接接触用户，没必要为了这个感到不悦。
|
Select Language