下面咱们就来聊聊技术人的素养:如何更好的提出技术问题。 笔者从事 Bugtags.com 开发运营以来,除了开发任务以外,最重要的工作就是在 qq 群里面回答用户的问题。
这半年来,少说也接待了上千个用户了。笔者发现,有相当一部分的用户,提问方式和技巧都有问题,这样导致了我们额外的客服量,也使得自己的问题得不到及时满意的回答。
下面咱们就来聊聊技术人的素养:如何更好的提出技术问题。
直接了当
有的用户,喜欢先问:『有人在吗?』
其实这个问句真的是很无意义,有问题直接提出来就好,有工作人员或者热心人看到了,能回答的自然就会回答,为什么还需要问有没有人在家呢?
目的明确
有的用户,其实只是对某些技术点感兴趣,但是表现出来,是要给我们反馈 bug。这样我们就很摸不着头脑。
是吐槽、建议、反馈、赞扬还是学习?请一上来就说明。
有价值
列举一些个人认为没有价值的问题:
- PHP 是不是最好的语言?
- VIM 还是 Emacs 好?
- 学 Android 有没有前途?
这种问题,没有讨论的价值。
已尝试求解
其实大部分我们遇到的技术问题,只要在谷歌或者百度上查找,大多能找到答案。
大部分情况下,使用 Bugtags 遇到的问题,都能通过我们的帮助文档解决。
但是我发现中国人真的很着急,文档也不看,帮助也不看,上来就问。
问题着眼点小
切忌提一些特别大的问题,例如『安卓如何管理内存』,这种是需要一些列文章才能阐述清楚的问题,显然是不适合在 QQ 群上提问的。
背景信息充足
举个例子,Bugtags SDK 支持 Android 和 iOS,但是大部分用户提问的时候,会忽略了这个信息。同样,常用的操作系统,也有 OSX 和 Windows,很多人也会忽略。
这里面其实有个思维盲点,提出问题的人,会忽略一些显而易见的环境差异,认为别人了解背景信息,具有跟他一样的运行环境和操作步骤。
问题描述信息充分
这个也需要换位思考,假设你是一个热心人,尝试帮助群上的人解答问题。是不是希望问题越准确越好?
一些要点请备齐:
- 软硬环境及版本
- 操作步骤
- 期待结果
- 错误信息,最好是文本而不是截图
- 设备运行的 log
- 现场截图
- 已尝试过的解决方案
- 怀疑的点
重现问题的 Demo
- 创建你自己的 demo 程序,操作要友好
- 加上使用说明,描述你所遇到的问题,具体环境,操作步骤,帮助别人快速重现你的问题
- 打包你的 demo,上传到 github 或者百度云盘,让别人可以很快下载到
一个范例
总结
提问技巧,也是属于沟通技巧之一。
笔者认为要达到有效的沟通,双方都需要有同理心,要换位思考。
愿这篇文章能为大家带来一些启发,能够收获更多满意的答案。