从XXXX年6月初到10月初,接近半年的时间里,我和另外两个女孩子(Nicole和Shirley)对公司的DIAL系统进行电话和邮件技术支持,
技术支持工作小结。具体地说是在12*7(早上7点到晚上7点)的时间里,检测系统运行状态,一旦发现问题,及时通过电话、电邮和相关部门联系解决。每天工作结束前,把一天情况汇总成报告发送给所有部门。
这个工作在外人看来是没什么技术含量的工作,但是只有从事过的人才知道其中的艰辛:所以我们的组员们没有休息过一个像样的双休日,整日注意着电脑显示屏,把时间花费在写电邮和打电话上。
可是在枯燥的工作也是工作,是工作就要有人做,也有经验需要总结,分享给别人:
首先,明确职责和分工。技术支持工作不要你亲自去解决问题,你要做的是协调不同部门解决问题。因此接手后的第一件事情就是明确部门结构、职责分工;明确遇到什么样的问题去找谁解决。因此每个部门能留下联系方式,指定联系人。这样能提高技术支持工作的工作效率。
其次是在给客户或者其他部门发送电邮时,务必说清情况,有时候问题多了,可以把所有情况汇总到一块写,不要发了一大堆电邮,结果都是含含糊糊,让人看了一头雾水。宁肯少而精,不要多而滥。另外打电话的时候切忌长时间在电话里说问题。因为时差的关系,打电话的时候,美国客户或者欧洲客户都在睡觉,
工作总结《技术支持工作小结》(http://www.unjs.com)。这种情况下,打电话务必要简明扼要,不拖泥带水。的办法就是告诉对方:系统出问题了,详情请看电邮。
第三,遇到问题,不要马上就群发邮件。有时候你遇到的“问题”无非是些小毛病,可以先观察一段时间再说。因为让其他部门过于频繁的中断日常工作来看你遇到的“问题”,本身就是对别人的打扰。如果发现问题越来越多,越来越频繁,而且没有得到解决,那就需要提醒相关部门来解决了。
第四,明线和暗线相结合。遇到问题,特别是关于business、组织管理方面的问题。一般情况下不要马上群发邮件。先在相关人员内部小范围讨论,等出现了成熟结果之后再放到更大范围里讨论。这样要比一下子群发要好得多。
遇到错误和问题,要诚恳承认和解决,不要隐瞒甚至推卸责任。这方面我们教训比较深,不是说出了问题就要往自己身上揽,而是有问题要认真解决,有错误要诚恳承认,特别是领导。
最后,合理安排作息时间和人员配备。技术支持这样的工作相对枯燥。因此任何人不能长时间从事这个工作,能每半年轮换一次,留下少数骨干,剩下的抽调到其他部门去。另外,技术支持这样的工作对技术能力上要求不高,但对于沟通能力、细心、耐心上要求比较高,因此相对而言女性比男性更适合这个工作,新进大学生比老员工具有更好的性价比。在从事这个工作时,切忌每天仅仅以完成上级部署的任务作为目标,可以适当借机会了解整个系统的结构,部分技术指标,学习相关技术,为日后抽调到相关部门工作打下基矗
什么叫没有技术含量?任何东西要做好都需要下功夫,有一定技巧。因此技术含量是相对的,不一定非要表现在有形的东西上面,无形的技巧也是一种技术,也需要珍惜和总结。希望这篇文档能对那些从事技术支持工作的人有所帮助。
62位用户关注
13位用户关注
0位用户关注
19位用户关注
30位用户关注
22位用户关注
48位用户关注
29位用户关注
29位用户关注
27位用户关注
60位用户关注
59位用户关注
41位用户关注
49位用户关注
40位用户关注
60位用户关注