话不多说，直接上公式：目标+问题+我为此做了哪些努力
1、目标+问题
常常有这样的现象：
1）问题描述没有重点：提问者叽里呱啦说一大堆，被提问的人一脸懵：你到底需要我做什么？
2）后台人员帮解决了问题，但最后发现没有解决到根子上：提问者最开始没有说自己希望达到的目标，只是按自己的理解把问题拆解成了ABC，让后台人员帮忙处理。结果后台人员处理了C，提问者跟进，还有BA。
为避免上述两个问题，我提出的方法是：开门见山介绍目标+问题。可以这样提问：我要解决一个什么问题/完成一个什么动作，但是xx步骤无法操作，系统提示xxx/遇到一个xxx问题。
这是借鉴了我特别喜欢的STAR模型提出的。STAR是四个单词的首字母：Situation-Target-Action-Result，平时我常用这个模型来记录工作中解决的挑战。其实找后台解决问题，也就是双方协作，一起完成一个挑战。完整的问题记录就是：问题出现的场景（situation），我需要完成的目标（target）。为此我才去了123行动（action）来处理，得到了怎样的结果（result）。提问者问题提出来，需要传递的信息就是前面的ST，然后大家一起完成后面的A，得到R。
2、在提问之前，先做足功课
1）百度一下，你就知道
很多问题其实都不需要动用什么搜索技巧，只需要原封不动地在百度搜索栏把你的问题打出来。相信我，你会看到很多和你遇到同样问题的人，并且已经得到解答。美国著名的软件工程师 Eric Steven Raymond 发表过一个教程，如何聪明地提问。教程地址：
http://www.catb.org/esr/faqs/smart-questions.html
程序员可能比较直接。如果你向一个程序员提出了很容易搜索就能得到答案的蠢问题，他们可能直接给你撅回去：STFW（Search The Fucking Web)。同样引申出来，你动一动手指就能试出来的问题，就去试一试。比起“这个账号的登陆账号变更了吗？”，可能“我xxx申请修改了xx账号的登陆号码，但是刚才试了一下，还没有修改成功。请问预计什么时候可以完成？”更让后台人员愿意回答你。提出自己试一试就能解决的问题，会让对方感觉你不尊重他的时间。
2）不要做一个简单的传声筒
有时候由于层级的原因，可能你是汇集问题的关键节点。请先确认问题的基本信息，不然问题转述到后台同事那儿，他问，问题门店的编码是多少？你还得回头确认。这样就基本信息的确认反复拉扯，耽误功夫。工作中我就是那个后台人员。有时候我问，你这个问题，有截图吗？发来看看。然后问题就不见了。因为在截图的过程中，提问者就发现自己是误操作了。
总结
这样提问，更容易得到后台同事的快速响应：我要解决一个什么问题/完成一个什么动作，但是xx步骤无法操作，系统提示xxx/遇到一个xxx问题。为此我做了xx，但还是没有解决。请帮忙看一下。（附上关键步骤截图）
网友评论