处理反馈问题时的一点想法

核心提示：写程序久了，明显发现自己的表达和沟通能力有所下降，处理反馈问题时的一点想法，当然了，以前也不咋突出……前天晚上，最主要的还是要按照一定的规则和顺序进行排查，并就沟通的细节进行分析，为了教老爸如何正确地调整播放器的声音，可是费了九牛二虎之力

　　写程序久了，明显发现自己的表达和沟通能力有所下降，当然了，以前也不咋突出……

　　前天晚上，为了教老爸如何正确地调整播放器的声音，可是费了九牛二虎之力，当然，最终是搞定了，但从这件小事使自己联想到，我们这些做开发的在和我们的实施人员、客户的技术人员等沟通的时候，何尝又不是一样的道理呢，当我们沟通的内容没有办法达到双方都理解的程度时，沟通会变得极其困难，这就更加会加剧我们自己的焦急的情绪，于是更加让对方摸不着头脑，其实可能就是一个简单的操作，如果我们不能用对方能够明白的话来表达，就算是说一个晚上，那么对方还会是一头雾水……

　　那么，怎样才能尽量减少沟通的代价呢？自己在这里总结一下自己个人的一些想法：



　　（1）　　快速、准确地了解到事情的真实情况：通过接触最直接的人员，结合文字记录的反馈，搞清对方那里到底发生了什么事情？发生事情的前因后果和具体表象都是什么？

　　（2）　　根据事情的表征，明确正常情况下的操作情况和步骤等：我们必须掌握正确的情况，才能对发生的问题进行推测和排查。

　　（3）　　按照正确的步骤，和对方进行实时调试：要点即是要保证每个步骤的足够详细和足够可操作性，完全按照正确的操作顺序进行现场尝试，注意自己的表达语言，尽量白话。

　　（4）　　排查问题，找到问题的症结所在：一般情况下，上述三步就可以解决问题，如果问题依旧存在的话，我们必须注意我们在实时调试过程中，对方的实时反馈，不排除前面反馈中有所歧义，一般情况下，我们可以发现一些比较特殊的问题展现，这往往是我们解决问题的关键。

　　（5）　　在本地进行环境复制，并尝试重现问题，并找到解决问题的方法：如果问题比较诡异，我们一般会采取这样的措施，这样做唯一比较麻烦的问题就是要复制出一个能够重现问题的环境……，对于一般问题的话，是比较容易重现的。
　　
　　上面几点，既可以作为处理日常朋友求助的处理方法，也可以作为实际产品问题反馈的处理方法，最主要的还是要按照一定的规则和顺序进行排查，并就沟通的细节进行分析，最终达到解决问题的目的。