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

2/25/2010来源:ASP文摘人气:12826

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

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

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



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

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

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

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

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