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

林子大了还是要防一手。

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

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

最后想到一个完美方案：

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

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

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

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

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

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

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

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

开心。

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

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

一个小里程碑。

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

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

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

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

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

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

原本想等 90% 的计划功能完成、服务商流程完全走通后再正式开始推产品，不过有客户提前问了，还动用了后门关系，推脱不掉。

后面想一想，接两三个测试客户也还好，需求面可以广一些，维护成本也可以接受。现在基本完成了 80% 的计划功能，希望年内可以把服务商流程完全走通。

跟合伙人一起把收费模式和产品价格初步定下来，打算先给客户试用一个月，满意再付款。