这单子必须拿下。客户是本地一家连锁美容院，老板看了我之前给健身房做的SaaS后台，很满意，但提了个硬性要求：必须在现有系统里，给他定制一个员工外出上门服务的提成打卡模块，员工每完成一单，现场扫码打卡，自动计算提成，并且要能对接他们现有的微信支付商户号。他说，看不到这个功能，后面的年费合作免谈。
正常流程，需求评审、UI设计、前后端开发、测试、部署，没半个月下不来。但客户下周三就要带团队去外地开招商会，他想在会上直接用。等半个月？黄花菜都凉了。我盯着微信聊天窗口，脑子里就一个念头：赌一把，用48小时，给他砸出一个能跑的MVP。
赌注就是我对现有技术栈的肌肉记忆。小程序前端，直接用我积累了两年的私有组件库，页面框架、按钮、表单、弹窗，全是现成的积木。真正的硬骨头在后台逻辑和支付。传统服务器部署、环境配置、域名备案，时间根本不够。唯一的出路就是Serverless，云函数。腾讯云的SCF，那时候文档还比较糙，但好在和微信生态绑得死。
第一夜，通宵搞定了数据层。以前做过的打卡逻辑改一改，核心是三个表：服务项目、员工订单、提成记录。云函数操作数据库，用Promise包了一层又一层，就为了处理异步回调地狱。凌晨四点，咖啡因让手有点抖，但脑子异常清醒，把“创建订单”、“更新打卡状态”、“计算提成”三个核心函数写完了，本地用测试ID跑通了。看着命令行里打印出的“提成计算成功：12.5元”，我知道最难的部分已经过去一半。
第二天是支付。微信支付接入，证书、密钥、签名，一堆坑。最恶心的是退款和通知回调，必须在云函数里处理好，不然资金流会乱。我直接把另一个项目的支付模块整个搬过来，改了下商户号和密钥路径。测试支付，用了自己的钱，扫了十块钱，成功，退款，也成功。那一刻，感觉心脏跳得跟引擎似的。
第二天晚上到第三天凌晨，是前端缝合怪时间。把组件拖进小程序开发者工具，调样式，对接口。云函数的调用地址、环境变量，一个个配。最耗时的反而是那个“扫码”功能，调起手机摄像头，识别员工专属二维码（其实就是带参数的URL），解析出员工ID和服务ID。这里有个坑，真机调试时权限问题卡了快一个小时，最后发现是app.json里漏了一个摄像头用途声明。
第三天中午，距离约定时间还有六小时。我做了最后一遍测试：员工扫码、选择服务项目、确认打卡、调用支付（用了1分钱测试金额）、支付成功回调、更新订单状态、生成提成记录。数据在后台管理端能实时刷出来。行，能跑了。
我把小程序体验码和后台测试账号发给了客户。二十分钟后，他电话打过来，语气里是压不住的惊讶：“我让我店长试了，真能用啊？支付都通了？” 我说，功能都有了，细节咱们可以后续迭代。下午四点，他把合同电子版签好发了回来。
挂了电话，我瘫在椅子上，眼睛干得发疼，但脑子停不下来。这种极限操作，伤身，纯粹是燃烧过去两年积累的“技术燃料”。但这就是当时我能抓住机会的唯一方式：用绝对的执行速度和技术复用能力，把那些流程臃肿的小团队甩开。我不是在写代码，我是在抢时间。窗外的天又黑了，但这次，感觉不一样。
