一下午好累，手一直不停地在Excel里选中、删除、复制、粘帖、循环计算、赋值。配置库的信息无法支持对网格化的分析，因此只好自己对导出的数据再进行加工。那天，IT维护网格化的推行再次提上日程。网格化推行成功与否很重要一点就是备件的配送问题，因为网格容易划分，人员容易安排，但备件不是那么容易就到位的。

之前，资源部专门找了物流公司和快递公司来商谈第三方配送的可能。但是他们能承诺的只是第二天送到。想想也是，他们靠的是规模生财，而我们强调的是“人到备件到”。这其中人和物在时间上的衔接要求很高。没有一定的、吸引人的利益，物流公司或者快递公司不会去揽这个麻烦活。

于是我被叫进办公室。如何解决备件的配送问题？领导提出一个旧方案：将备件放到工程师的家里。这个方案是去年一位同事提出来的，当初我不赞成这么做，因为在没有明确备件毁损的风险之前，不能莫名其妙地将风险转嫁给工程师。旧事重提不知道为什么。

这次我还是如实反映了旧方案存在的弊端。备件让工程师存放在家中，万一有个毁损丢失还要工程师赔钱。凭什么？而且上海的住房不是那么宽裕，不是每个工程师家里都是三室两厅。虽然带回家的备件不是很多，但是也要找出个地方来存放。所以，我是不赞成将备件放在工程师的家里。即使需要存放也是下下之策而且首先要明确毁损丢失的风险谁来承担，如何承担的问题。

除了存放备件于工程师的家里，还有一个方案就是在网格内设置备件仓库。但是备件仓库设置的地方和数量又是一个问题。设在哪里合适，设多少何时？之前没有相关的数据来帮助分析。最后，我主动请缨来负责这些数据的收集和整理工作。于是就出现了文章开头的动作。

数据的准确性和完整性是IT服务的命根子。话糙理正，再次体会，感受颇深。

从一开始就无法得到完整的客户基本信息，只能在已知的数据上做进一步的分析。再进一步分析时发现，1万多条记录中有8000多条是很容易识别并可以分区域统计。剩下的就需要手工结合程序完成了。为了提高效率我用vba写了几行代码，但是执行了几次总发现一些信息始终无法得到。查了几遍代码都没有问题。只好逐条跟踪去检查过程中哪里出了问题。最后终于发现是客户基本信息里的门店信息和我用来比对的信息之间有误差。比如：001店是我用来比对信息表里的写法，而在客户基本信息里则是1店。我用的是完全匹配，所以无论我怎么去核实就是找不到。晕！只好手工一个一个改成统一的写法。

即使是做到这一步仍然有200多条记录无法用程序完成匹配，需要人工来最后完成。不过，这也比1万多条手工操作简单的多，容易的多了。