五月总结:体重稳定在 15%,SaaS 用户涨了 15%

五月总结,体重体脂率稳定在15%,SaaS订阅用户数涨了15%。这两个15%放在一起看,有种荒诞的踏实感。去年这时候,我还在为团队里谁又偷偷接私活、哪个客户尾款拖了三个月而血压飙升,现在,我只需要对两样东西负责:我的代码和我的身体。

上个月开始严格执行碳循环,非训练日碳水压到50克以下,训练日拉到150克。最大的变化不是体重秤上的数字,是下午三点到四点那段死亡时间消失了。以前靠三杯美式硬扛,现在一杯就够,脑子是清醒的,写API接口文档的时候,DOM树在脑子里是立体的,不会像以前那样糊成一团。这种身体反馈比任何KPI都直接。健康才是第一生产资料,这话我以前当鸡汤听,现在信了。你代码写得再快,服务器凌晨三点崩了,你从床上爬起来的时候心脏突突跳,手是抖的,查日志都费劲,还谈什么解决问题。

用户数那个15%,是靠三个自动化工作流撑起来的。一个是用n8n搭的,监控竞品官网的招聘页,一旦出现“全栈”、“增长”这类关键词变动就触发爬虫,把信息推到我的知识库。另一个是自动化的用户 onboarding 邮件序列,根据用户首次使用的功能点做分叉,推送不同的案例文档。最狠的是第三个,我用RPA模拟操作,把一些高频但重复的客服问题(比如“数据怎么导出”、“API频率限制是多少”)的回复半自动化了,省下我每天至少一个半小时。这些脏活累活,以前要么懒得做,要么觉得招个实习生就能搞定。现在想明白了,招人带来的沟通成本和流程僵化,远大于这点开发时间。自己动手,链路最短,迭代最快。

团队解散后这大半年,我反而把之前欠的技术债都还上了。不是那种宏大的架构重构,就是一些特别具体的东西。比如把那个祖传的、用Requests库硬写的爬虫,改成了Playwright,对抗反爬的成功率从大概60%提到了95%以上。处理动态加载的JSON数据,再也不用去逆向人家前端搞得乱七八糟的加密函数了,直接等页面加载完从内存里捞。效率提升是线性的,但焦虑下降是指数级的。你不再需要担心某个网站改个前端框架,你一整条数据管道就废了。

也有难受的时候。看到以前同行晒公司团建、融资新闻,心里还是会咯噔一下。但转头看看自己后台稳定的MRR(月度经常性收入),再看看体检报告上所有箭头都朝下,那股酸劲儿就过去了。所谓的“超级个体”,不是什么浪漫的独行侠,它就是一种权衡后的最优解:用极致的工具化和自动化,去对冲单人作战的规模劣势;用严格的身体管理,去保障这台单人作战机器的持续输出功率。它不酷,甚至有点枯燥,就是日复一日地调试脚本、准备健身餐、回复用户邮件。但它的确定性,是带团队时从未有过的。

下个月目标很明确。体脂率稳住,最好能再往下探一探。用户数方面,准备把那个半自动的客服RPA,彻底升级成基于关键词识别的全自动回复,并且把n8n的工作流和我的知识库打通,让新抓到的竞品信息能自动生成分析简报。工具链的尽头,是让自己这个人形AI,尽量只处理那些需要真正判断力和创造力的模糊指令。剩下的,都该交给自动化。

© 版权声明
THE END
喜欢就支持一下吧
点赞64 分享