在这个部门20年，我可以大致上给大家一个概念，I.T是做什么的。
如果你不是去software house工作，而是在企业上班，那么你可以参考我的经历。
其实公司在用ERP之前，我们都是support 国外专业consultant 写的systems（Java是其中一个）。时间久后部门同事就开始copy and paste那些coding，然后自行写一些简单的report，还有简单的系统。
之后我们把system换成ERP，由于当时这是个很新的系统，主管不允许我们自己解决End User（其他部门的system使用者如Accounts,Stores等）的问题，于是我们就成为了End User和Consultant的媒介体 – End User告诉我们他们面对的问题，我们了解后email给Consultant，Consultant解决后通知我们做测试，如果可行就通知End User。
所以，并不是每个I.T部门就一定要写coding，要视乎当时公司system的使用情况。尤其是如果你公司用的是标准版的SAP/ERP，基本上你的工作就只是协助辅助End User，确保他们正确使用system以便不搞出问题，也就是 End User support。
我之前试过好几年除了帮End User写报告，由于ERP system没什么问题，基本上也没什么工作。
MCO期间一位Intern因为需要完成他的学院报告而问我东西问得比较仔细，我突然很气愤的说“做一个system只需几个月的时间，可是End User Support 是一辈子的工作“。
你有客服的耐性吗？以下是一些实例：
1。一些End User永远都不会承认自己的错误，永远只会说”system出错，咦！System怎么会这样的？“有些还说system有鬼！你要和他们拗，还是选择把问题解决就算了？
2。一些End User永远不长记性，今天他因为一个问题来找你，你解释后，下个月他仍然因为同一个问题再找你。你要大骂他一顿后才再跟他解释该如何应对，还是讽刺他一下泄气才重复答案然后盖电话？
3。一些End User跟我形容问题后就开始自以为是的分析告诉我原因何在，以前有几次我发现他们带我去荷兰(Ho Lan)，花了一堆时间跟着他们的推理方向跑，结果吃白果。你会大骂他一顿后才重新思考问题的症结所在然后解决，还是默默的直接把问题解决然后结束对方的好意？