技术支持年度工作总结

从XXXX年6月初到10月初，接近半年的时间里，我和另外两个女孩子(Nicole和Shirley)对公司的DIAL系统进行电话和邮件技术支持，

技术支持工作小结。具体地说是在12*7(早上7点到晚上7点)的时间里，检测系统运行状态，一旦发现问题，及时通过电话、电邮和相关部门联系解决。每天工作结束前，把一天情况汇总成报告发送给所有部门。

这个工作在外人看来是没什么技术含量的工作，但是只有从事过的人才知道其中的艰辛：所以我们的组员们没有休息过一个像样的双休日，整日注意着电脑显示屏，把时间花费在写电邮和打电话上。

可是在枯燥的工作也是工作，是工作就要有人做，也有经验需要总结，分享给别人：

首先，明确职责和分工。技术支持工作不要你亲自去解决问题，你要做的是协调不同部门解决问题。因此接手后的第一件事情就是明确部门结构、职责分工;明确遇到什么样的问题去找谁解决。因此每个部门能留下联系方式，指定联系人。这样能提高技术支持工作的工作效率。

其次是在给客户或者其他部门发送电邮时，务必说清情况，有时候问题多了，可以把所有情况汇总到一块写，不要发了一大堆电邮，结果都是含含糊糊，让人看了一头雾水。宁肯少而精，不要多而滥。另外打电话的时候切忌长时间在电话里说问题。因为时差的关系，打电话的时候，美国客户或者欧洲客户都在睡觉，

工作总结《技术支持工作小结》(http://www.unjs.com)。这种情况下，打电话务必要简明扼要，不拖泥带水。的办法就是告诉对方：系统出问题了，详情请看电邮。

第三，遇到问题，不要马上就群发邮件。有时候你遇到的“问题”无非是些小毛病，可以先观察一段时间再说。因为让其他部门过于频繁的中断日常工作来看你遇到的“问题”，本身就是对别人的打扰。如果发现问题越来越多，越来越频繁，而且没有得到解决，那就需要提醒相关部门来解决了。

第四，明线和暗线相结合。遇到问题，特别是关于business、组织管理方面的问题。一般情况下不要马上群发邮件。先在相关人员内部小范围讨论，等出现了成熟结果之后再放到更大范围里讨论。这样要比一下子群发要好得多。

遇到错误和问题，要诚恳承认和解决，不要隐瞒甚至推卸责任。这方面我们教训比较深，不是说出了问题就要往自己身上揽，而是有问题要认真解决，有错误要诚恳承认，特别是领导。

最后，合理安排作息时间和人员配备。技术支持这样的工作相对枯燥。因此任何人不能长时间从事这个工作，能每半年轮换一次，留下少数骨干，剩下的抽调到其他部门去。另外，技术支持这样的工作对技术能力上要求不高，但对于沟通能力、细心、耐心上要求比较高，因此相对而言女性比男性更适合这个工作，新进大学生比老员工具有更好的性价比。在从事这个工作时，切忌每天仅仅以完成上级部署的任务作为目标，可以适当借机会了解整个系统的结构，部分技术指标，学习相关技术，为日后抽调到相关部门工作打下基矗

什么叫没有技术含量?任何东西要做好都需要下功夫，有一定技巧。因此技术含量是相对的，不一定非要表现在有形的东西上面，无形的技巧也是一种技术，也需要珍惜和总结。希望这篇文档能对那些从事技术支持工作的人有所帮助。