没想到第二个客户这么优质，老板年龄跟我差不多，以前花钱请外包开发自己的产品，但是没做起来。提的一些需求看上去能代表大多数客户，属于通用需求。

本来我们打算做服务商功能了，但是跟这客户聊一下，发现产品还是欠点火候，能满足这个客户的需求，才能算满足多数客户的需求。

正如之前想的，多接两三个测试客户不是什么坏事，需求面可以广一些，尽量把产品完善到一个可以满足大多数客户的程度，然后再推。

遇到这样的测试客户是我们的荣幸。

越努力越幸运~

服务商开发时发现一个问题，客户的商户后台是可以管理分账接收方的，也就是可以删除分账接收方。

林子大了还是要防一手。

想了几个解决方案都不靠谱，比如：

1. 停用软件服务（太暴力）
2. 每次分账前都添加接收方（效率低，大多数情况下都没必要）

最后想到一个完美方案：

如果分账返回失败，则走接口添加接收方，然后再分账。

理想情况下是当返回“分账接收方非法”的错误码时调用接口，但是经测试，只返回了错误信息，没有返回错误码。所以只能做成：只要分账返回失败，就添加接收方。好在不会重复添加接收方。

今天折腾了一天，挺花时间的，就像以前企业建站初始化环境，各种配置。关键有些步骤还需要微信审核，像特约商户优惠费率申请、云开发分账能力内测申请等，前者今天已经通过，后者还没结果，可能要过两天。

进件配置是繁琐了些，不过开发切换倒是很方便，换三行代码就行，算得上秒切。

把步骤都记了下来，后面如果还会以定制方式接入，应该会高效一些。

但是应该不会再以定制方式接入了，后续的理想方案是以服务商批量进件的方式接入。

今天是积分商城上线第三天，诞生了第一单兑换，2w 积分兑换电烤箱。

这一套流程（商品 - 积分 - 兑换 - 核销）真是顺利得一塌糊涂，没出问题，有点不敢相信。

开心。

以前时不时会想，第二个客户会是怎么来的？

现在看是通过产品口碑来的。

一个小里程碑。

今天效率太高，连午睡都效率奇高，躺下一分钟睡着，10 几分钟后醒来。

哥们早上问我 16 号能不能搞定客户管理，我回复说明天就可以。结果今天就基本收工，总耗时两天半。

最近发现一个午睡技巧，说起来相当简单，其实挺考验人的。

就是首次犯困时，立马停止手里工作，睡。

多熬一会，后面想睡就增加一点难度。一直熬的话，最后就不想睡了，就算躺下也是睡不着的，但是脑袋里却像装了满袋子浑水，就是那种“累但是睡不着”的感觉。接下去就别去讲什么效率了。

以为捡了西瓜，其实丢了西瓜。