原本想等 90% 的计划功能完成、服务商流程完全走通后再正式开始推产品，不过有客户提前问了，还动用了后门关系，推脱不掉。
后面想一想，接两三个测试客户也还好，需求面可以广一些，维护成本也可以接受。现在基本完成了 80% 的计划功能，希望年内可以把服务商流程完全走通。
跟合伙人一起把收费模式和产品价格初步定下来，打算先给客户试用一个月，满意再付款。
Archives for : 在路上
早上 6 点多醒来，忽有所悟。
- 必须了解每一位团队成员的打法（专长），以及弱点（不足）；
- 擅长打什么样的阵型（做什么样的工作），在哪些情况下容易暴露弱点产生失误；
- 在上述前提下，最优化分配任务（工作），给到成员。
只要（只有）充分了解成员的专长和弱点（尤其是弱点），合理分配任务（工作），就没有任何一位成员是多余的。
优秀的分配方案可以让几乎每一位成员都感到得心应手，每个人做着自己擅长做的事情，从而更容易产生成就感。
仗没打好（工作没做好），很可能是任务分配不当，或者压根没有分配，首领（管理人员）要负首要责任。
团队里最致命的短板往往是沟通有障碍的成员。只要沟通没有问题，其他一切都不是问题，技战术（能力）可以通过沟通逐渐提升。
制定出全局的作战方案是第一步，关键的第二步体现在成员身上，这个环节出问题的往往也是缺乏沟通的成员，通俗的讲就是“缺乏协作意识”的成员。例如没有按计划执行，只顾自己作战，也许他一个人可以打好自己那一仗，但很可能有些队友就得去打自己不擅长打的阵型，最终影响全队发挥。
面对短板，或许暂时可以把“桶”倾斜，让能力更强的成员承担更多责任。但这不是长久之计，需要慢慢培养潜力更大的成员来替代短板。
一天连发两版，庆祝国庆。
2021-10-2 更新：
昨天第二次冲上 9w，看起来要上 10w+ 还是小有难度。
最近发现云函数资源消耗有点多，今天查了下，发现是分账的云函数出了问题。
现在采用的方式是：支付成功后，延时一分钟请求分账。
结果这一分钟一直在占用资源。
改成定时触发。
2021-9-25 更新：
改成定时触发后，这两天云函数资源消耗果然节省 60 倍。哭笑。
跨越 7w 8w，10w 近在咫尺。加油。
猛搞近一个月的大版本，两个人测试居然只发现几个零星 bug。
不是测试水，就是代码质量高。
做这个项目以来第一次有“赶”的感觉，赶在中秋前发布。基本上雷打不动的健身课今天也取消了。
测试客户最近一个月的日收基本在 3w 多，偶尔上 4w，9 月 11 日是个分水岭，站稳 5w 破 6w。
不要让用户去定义一组价格区间（最低价格 + 最高价格），这样会很麻烦，改了上一组价格，就会影响下一组价格。
用“满减、满送”的思路，用户只需要设置一个价格就行。按顺序执行，先达到哪个价格条件，就执行那个条件的逻辑。
