Appearance
如果善于提问，你会厉害很多
作者：这波能反杀
我曾经主导过一个公司内部小组会议，会议上，有同学提出了一个非常好的建议：
说明
能不能从公司层面，要求大家把遇到过的问题，都记录下来，这样下次再有其他同事遇到同类型的问题，就不需要浪费时间二次解决了
他提出这个建议的缘由是因为一个问题困扰了他两天，多番沟通之后，才发现这个问题其实已经遇到过并且被解决过。
这是一个非常好的愿景，如果团队里能够有这样的机制，那么确实可以减少团队成员的时间内耗。
可是我第一时间就否决了这个提议。
这里很重要的一个因素就是：
大多数人，并不善于清晰的描述自己的问题，让别人能够看得懂。
我们从小接受的教育就是不懂就问，不耻下问，可是没有人教我们如何提问。大家默认提问是一件很简单的事情，好像所有的问题就像「你叫什么名字？」「城中村二路怎么走？」一样简单。
而事实上，很多问题都很难。特别是我们这样偏技术的问题。
提问，非常能体现一个人的情商是否高低。
在 SF 上，常常能看到很多注定得不到答案的提问。 
不懂得如何清晰的描述自己的问题，百度/google 都不一定能找到答案，更别说群里的其他小伙伴能主动帮助你解决了。
其实在当今这个环境下，并不缺愿意帮助你解决问题的小伙伴，缺的，是好问题。例如这样一个问题，很多人都愿意来回答
所以问题是：如何提问，才能够让自己的问题更容易得到答案？
01. 直接描述自己的问题
微信好友加多了之后，我就经常收到很多私聊，私聊的时候，他明显是要问我什么问题，可是呢，为了表现得很客气，他就不说自己有什么问题，就问了一句
“在吗？”
？？？？
这并不是一个好的开头方式，因为我并不知道应该怎么回答这样的问题。
难道我还能回答不在？
这样的问题本能的让我不知道如何应对。
我知道他设想中的对话场景应该是这样
“在吗?”
“在的，你有什么事情吗?”
“我有一个 xxxxx 问题，我应该怎么解决呢?”
很明显，他传达的含义可能一是希望我马上回答他，二是希望我能够花一点时间跟他有一个愉快的对话。如果还有问题，方便他进行第二个问题。
虽然我很想要在大家面前树立一个好形象，但是其实我并不想马上回答这样的问题，也不想跟这样的问题有一个愉快的对话。
所以当你问我在吗的时候，我其实想回答的是：不在。
直接描述自己的问题，更容易得到回答的原因是：
有可能别人很忙，忙过了之后才有时间回答你
有可能你的提问别人并不能马上回答你，还需要查阅一些资料才能准确的回答，所以直接表达自己的诉求是给对方一点时间和空间，而不是马上跟你来一个对话
让回答者有一个心理准备，知道要跟你聊的内容是什么，这是一种尊重。反之，就是不尊重
这是一种相对高效的沟通方式！
类似的低情商的问题还有：
大佬在吗?
大佬我能问你一个问题吗?
提示
使用网络工具时，无论是技术沟通，跟陌生的人提问，还是平时跟普通/熟悉的朋友交流，在吗？都是一个糟糕的开场白
02. 缩小答案范围
许多人在迷茫时，往往不知道如何提问题。因此在提问时，就会不由自主的问出一些答案范围非常大的问题。
例如：“如何学好前端?”
例如：“做一个 PC 端的 Vue 项目需要学习哪些技术?”
这样的问题，不是得不到答案，而是往往得不到正确的答案。
在群里很多小伙伴都愿意分享自己的学习经验，但大概率，都不适合你。因为学习是一个很专业的事情，特别是技术学习，涉及到的点和面更多。短时间的交流并不能真的解决你的问题。除非你在学习这个事情有有许多自己的理解，别人的一些小建议能够给你提供不错的思路让你有所收获。
因此我往往也不愿意简单的回答这样复杂而庞大的问题。
如果我们把问题细化，例如如何学习 css，这个时候你就可能收获到许多小伙伴珍藏的资料。
如果你能够再细化一点，如何学习 flex，即使你不来群里问，网上也能找到一大堆资料与文章。
因此缩小答案的范围，你更容易收获答案。
03. 使用专业术语
专业术语的作用，一是为了形成行业壁垒。让外行的人难以快速理解内行的门道。
另外一个重要的意义，就是为了内行的人快速理解与沟通。
因此，在沟通专业的事情时，尽量使用准确的专业术语能够让你的问题快速被别人所理解。
04. 交代清楚问的背景
这是很多人会忽略的一个事情。
大多数人之所以会给人不会提问的感觉，就是因为不懂得在提问时，交代清楚问题的上下文。
特别是在项目实践中遇到的问题，如果你无法交代清楚问题的前因后果，那么别人大概率是无法理解你的问题到底是什么。
只能猜。
专业的回答者会跟进反问你几个问题以了解更多的情况。但是，很少有人有这样的耐心，也不要期待别人有这样的耐心去更多的了解你。
提示
真正的专业回答者，都要收费，就会很有耐心，例如我
所以，没有交代清楚背景让回答问题的人很难受。我遇到这样的问题，不得不耐心的再多问你几个问题以了解更多的情况。
有的人，提问时连代码截图都不舍得多截一点。在他看来，一小段代码，已经足够帮助他解决问题了。
说明
实践中的问题，甚至需要别人调试你的代码，才能定位到问题，因此这类问题的回答是最难的，也是最不容易得到解答的。依靠同事比群里求助更靠谱
05. 提问前，有自己的想法和探索过程
表达出来自己的想法更容易找到与你探讨的人。
大多数人，都很愿意帮助有探索精神的人。当大家发现，你在这个问题上，已经做了大量的思考和探索，大家往往更乐意为你提供一些思路，甚至手动实践，主动查阅相关资料。
提问与回答问题，是一个交流过程，在这个交流过程中，不管是提问者和回答者，都会收获到很多新的知识与认知。大家也愿意相互讨论有价值的问题。
但是有的人提问，自己没有去寻找过答案，就直接问，没有一点自己的思考，即使别人给你提出了思路，你也不知道这个思路到底价值如何，这样的情况自然很难耐心的与你探讨。
06. 不要试图得到最终答案
你想要的，应该只有一个思路就够了
许多技术问题，要得到最终答案都是一件很麻烦很费时的事情。
许多人在提问时，期望得到一个最终答案，直接拿来就用，这样的提问基本上也很难得到回答。
因此，我们在提问时，就应该有这样的准备，我只需要一个思路就够了。基于这样的思路，我自己下来研究验证，看看是不是能解决我的问题。
如果你总是期望得到一个最终的答案，你甚至可能会在群里跟别人吵起来，聊到相互鄙视的程度。
07. 基于需求或者问题本源提问，
而不要基于自己的解决方案提问，描述问题症状而非你的猜测
许多人提问时，不会直接说出自己的真实问题和需求。而是自己找了一个解决方案，但是这个解决方案还没有完全解决自己的问题，于是将问题进行了抽象。
问题是如何完善解决方案。
很多情况下，你的解决方案思路可能都是错的。如果与你探讨的人，无法得知你的问题根源，往往你们会不欢而散，无法深入讨论下去。
08. 心态要放稳
上面的所有技巧即使我们都做到了，有的问题依然得不到答案，
这很正常。
造成这样的原因很多，可能确实是太难了，可能大家确实这个点都在忙，可能确实问题的根源不在你描述的词汇里。
例如最近群里有个同学提问，为什么使用
wx.miniProgram.navigateTo 不生效，我们就只能猜测是不是 url 写错了。可是真实情况最后才发现，是因为想要跳转的 url，配置在了 tabbar 里。在小程序的规则里，tabbar 里的 url 只能通过 switchTab 来跳转。
这样的问题很多在实践中很多，你很难获得帮助，只有自己去摸索才能找到答案。
当然，这类问题，身边的同事能够更好的帮助你。
09. 注意交流过程中的态度变化
提问的交流过程一定是一个学习过程。当你把问题丢在群里时，我觉得心态应该是谦卑的，是来交流问题的。
有的人，在看到其他人提的解决方案无法解决自己的问题时，心态就发生了变化。在群里最严重的时候，还会因为这个事情吵起来。
不回答你是本分，回答你是情分。
当你觉得群里的人，都很傲慢，或者都不愿意理睬你的问题时，就应该反思一下是不是自己提问的方式有问题。
10. 免费的咨询，不要过多次
这个算是我自己的个人吐槽。
往往大家第一次私信请教我问题的时候，我都会耐心的给出答案。
关键是有的人吧，可能是觉得我确实还比较有耐心，也能比较准确的帮助你解决问题，于是对我印象大好，然后就三番五次的不停的问我问题。
次数多了，我就不得不变得面目可憎。
我也很难受，你也很难受。
所以我一般都建议，只要不是很隐私的问题，都在群里提问题，而不是私聊我，这样能增加群的活跃度，也能彼此留点好印象。
最后，虽然这是一篇带有吐槽情绪的文章，但是如果大家能够吸收到正确的提问方式，肯定能很快进步。你也更容易找到更多志同道合的朋友。
提示
PS: 在群里有时候我会忍不住委婉指正不懂提问的人，告诉你你说的问题我没听懂，你提问的态度有问题，你问题描述不清楚。
如果你觉得这样的指正你接受不了，或者会打击你提问的热情的话，不呆在群里也罢。
不过这样之后，我敢很负责的说，我们群里的高手是越来越多的。很多人的成长肉眼可见。