Two extra miles
<DIV>三年前的实习做了两个模型。一个是预测客户乐意接受外呼电话并在电话里洽谈保险合同的概率，一个是分析给客户打电话的最佳时间（上午还是下午，周一还是周二）。这两个模型开发完成后却一直没有被采用，原因有很多，比如当时公司正在上一个新的自动拨叫系统，变革后系统改变太大怕模型不合适；又比如IT部门的人害怕改变，这将极大地增加他们的工作量；当然，还有领导层对未经测试的模型没有信心等等。</DIV><DIV> </DIV>
<DIV>辛苦了一番做出来的东西连上测试的机会都没有，我自然是有点气馁的。</DIV>
<DIV> </DIV>
<DIV>在公司久了，慢慢的我意识到一个项目的实施不是那么简单就能作出决定的。里面需要考虑到多种因素，如资源需求、系统的改变、人员的再培训和业绩提高的期待值等等等。一个重要性相对低的项目，往往就这样被无限期搁置起来。</DIV>
<DIV> </DIV>
<DIV>不过我没想到，三年过后，项目又重新点燃了希望。</DIV>
<DIV> </DIV>
<DIV>新官上任三把火，新来的外呼业务经理Liam最近一个月一直在寻求改进公司的外呼业务的措施。上上周他读了我的硕士毕业论文后终于把我扯了进去：他希望我能把我三年前做的那个模型重新更新一下。</DIV>
<DIV> </DIV>
<DIV>这次被首先要求更新的是第二个模型，他希望能通过确定合适的时间联系客户能提高电话的接通率和完成率。这样一来能提高外呼电话的效率，同时减少呼叫同一客户所需要的拨叫次数，节省资源为呼叫其他客户所用。</DIV>
<DIV> </DIV>
<DIV>因为白天的事情太多，无奈我只能利用晚上的时间来完成任务。很难得地，我扔掉了下班后就不再做公司事情的理所当然。</DIV>
<DIV> </DIV>
<DIV>多走了两里路，为了他不再使唤坐我对面的Ian天天催促我事情的进度，为了在道上碰见到他会和我打招呼感谢我而不是只顾着和部下聊天假装看不见我和他们打招呼，当然也为了让自己能从To Do List里面划掉沉重的一条。</DIV>
<DIV> </DIV>
<DIV>大家开心就好。</DIV>
页:
[1]