今天折腾了一天，挺花时间的，就像以前企业建站初始化环境，各种配置。关键有些步骤还需要微信审核，像特约商户优惠费率申请、云开发分账能力内测申请等，前者今天已经通过，后者还没结果，可能要过两天。
进件配置是繁琐了些，不过开发切换倒是很方便，换三行代码就行，算得上秒切。
把步骤都记了下来，后面如果还会以定制方式接入，应该会高效一些。
但是应该不会再以定制方式接入了，后续的理想方案是以服务商批量进件的方式接入。
Archives for : 在路上
今天是积分商城上线第三天，诞生了第一单兑换，2w 积分兑换电烤箱。
这一套流程（商品 - 积分 - 兑换 - 核销）真是顺利得一塌糊涂，没出问题，有点不敢相信。
开心。
以前时不时会想，第二个客户会是怎么来的？
现在看是通过产品口碑来的。
一个小里程碑。
今天效率太高，连午睡都效率奇高，躺下一分钟睡着，10 几分钟后醒来。
哥们早上问我 16 号能不能搞定客户管理，我回复说明天就可以。结果今天就基本收工，总耗时两天半。
最近发现一个午睡技巧，说起来相当简单，其实挺考验人的。
就是首次犯困时，立马停止手里工作，睡。
多熬一会，后面想睡就增加一点难度。一直熬的话，最后就不想睡了，就算躺下也是睡不着的，但是脑袋里却像装了满袋子浑水，就是那种“累但是睡不着”的感觉。接下去就别去讲什么效率了。
以为捡了西瓜，其实丢了西瓜。
原本想等 90% 的计划功能完成、服务商流程完全走通后再正式开始推产品，不过有客户提前问了，还动用了后门关系，推脱不掉。
后面想一想，接两三个测试客户也还好，需求面可以广一些，维护成本也可以接受。现在基本完成了 80% 的计划功能，希望年内可以把服务商流程完全走通。
跟合伙人一起把收费模式和产品价格初步定下来，打算先给客户试用一个月，满意再付款。
早上 6 点多醒来，忽有所悟。
- 必须了解每一位团队成员的打法（专长），以及弱点（不足）；
- 擅长打什么样的阵型（做什么样的工作），在哪些情况下容易暴露弱点产生失误；
- 在上述前提下，最优化分配任务（工作），给到成员。
只要（只有）充分了解成员的专长和弱点（尤其是弱点），合理分配任务（工作），就没有任何一位成员是多余的。
优秀的分配方案可以让几乎每一位成员都感到得心应手，每个人做着自己擅长做的事情，从而更容易产生成就感。
仗没打好（工作没做好），很可能是任务分配不当，或者压根没有分配，首领（管理人员）要负首要责任。
团队里最致命的短板往往是沟通有障碍的成员。只要沟通没有问题，其他一切都不是问题，技战术（能力）可以通过沟通逐渐提升。
制定出全局的作战方案是第一步，关键的第二步体现在成员身上，这个环节出问题的往往也是缺乏沟通的成员，通俗的讲就是“缺乏协作意识”的成员。例如没有按计划执行，只顾自己作战，也许他一个人可以打好自己那一仗，但很可能有些队友就得去打自己不擅长打的阵型，最终影响全队发挥。
面对短板，或许暂时可以把“桶”倾斜，让能力更强的成员承担更多责任。但这不是长久之计，需要慢慢培养潜力更大的成员来替代短板。
一天连发两版，庆祝国庆。
2021-10-2 更新：
昨天第二次冲上 9w，看起来要上 10w+ 还是小有难度。
最近发现云函数资源消耗有点多，今天查了下，发现是分账的云函数出了问题。
现在采用的方式是：支付成功后，延时一分钟请求分账。
结果这一分钟一直在占用资源。
改成定时触发。
2021-9-25 更新：
改成定时触发后，这两天云函数资源消耗果然节省 60 倍。哭笑。
跨越 7w 8w，10w 近在咫尺。加油。
猛搞近一个月的大版本，两个人测试居然只发现几个零星 bug。
不是测试水，就是代码质量高。
