在咖啡馆又坐了一会儿后，张泽便带着黎晨光回到了公司。

然后直接去了负责内网维护的网络技术部。

本来张泽是想让黎晨光跟网络技术部这些在职的同事合作，把资源分配的问题解决。

但是黎晨光表示这种问题过于小儿科，他一个人便能解决，用不着跟其他人合作。

由于张泽在网络技术上的事并不是太懂，所以他也没有多说什么，只把情况简单的告诉了黎晨光以后，便全权交给他去处理。

事实证明，黎晨光的实力配得上他的口气，只用了不到一个小时，他便用了一个最简单的方法解决了张泽的问题。

由于APP既提供的有客源，也提供的有房源，所以黎晨光采用了两种不同的两种派发方式。

其中客源，他是在内网系统原有的基础上，增加了一个推送资源池，而这个资源池会自动将这些客源推送到位置与其对应的商圈。

组长以上的管理人员，有分配这些客源的权限，不过这仅限于本组、本门店的操作权限。

门店的业务员在这个资源池里打出有效的客户以后，可以向组长、店长申请划到私客。

当然，这个推送的资源池里，并不全是APP上提供的资源，而是掺入一些其他途径获得的客源，经过一定比例的稀释，才推送派发。

这样做的目的一是为了不让员工产生疑心，如果是近乎百分之百的有效推送客源，没法解释这些客户是从哪里来的。

二是可以无形中增加了员工的电话量，这些掺入的资源也有一定的价值，多少也能开发出来一些客户。

三是张泽不可能一直用这种不健康的方式让公司持续下去，目前使用这种方式，只是为了让公司生存下去，同时也为了让公司极速扩张，等后期市场份额达到一定程度，会取消APP资源的提供，从而抽出精力投入其他行业。

至于房源，黎晨光直接将整个江川市存量市场的大数据导入了公司内网。

这样每个商圈小区里的所有房源信息与业主信息，都在商圈下辖门店的内网上可以看到。

价值APP上提供的资源，会在这些信息上标注疑似出售，不过如同客源一样，这里面也掺杂了一些APP以外的资源。

除此以外，为了防止泄盘与保护客户隐私，不管是房源还是客源，黎晨光均采用了虚拟号码，这需要通过公司内网才能拨出。

虽然这样做，并不能彻底解决泄盘问题，因为稍动点心思，便能通过房东问出号码，但是因为内网的通话有录音，多少会让这些有心得人忌惮一点。

整套解决方案几乎看不出来有什么漏洞，张泽很满意，网络技术部的同事很惊讶。