第二个 7 天循环复盘：为了 Product Hunt 那 10 分钟的提交，我干了 8 天

我是老王。第二个 7 天循环复盘，继续交作业。 先回放一下背景：第一个循环（07-26 到 08 月中）把 BabelMails 做到了生产上线，正式发布主动延后，复盘最后我写了下一步——完成 Product Hunt 提交。 结论先说：这个循环（08-26 到 09-02，8 天）结束了，PH 提交，还没点。第二次主动延后。但这次延后和上次不一样：上次是东西没做完，这次是弹药没备齐。三数字（访问/注册/付费）依旧未统计，生产在跑，但我一眼都不敢多看——看了就想改，改就停不下来。 ▎D1 发布执行包：640 行，先想清楚再动手 08-26 凌晨一点，提交了《Product Hunt 发布执行包》：listing 文案、视觉素材清单、发布日 playbook、四个渠道的社交文案、评论回复模板，五份文档。写完最大的感受：如果没写这个包，我会直接去点提交，然后在评论区手忙脚乱。 PH 首页只有一天，翻不了案。listing 的第一句话、第一批评论怎么回、被问到价格怎么答，这些提前不落成文字，当天全是即兴发挥。即兴发挥是我的弱项，我认。 ▎D2-D3 停摆：两天零 commit，如实记录 08-27、08-28 两天，仓库一个 commit 都没有。不是没事干，是心理上把"提交"当成了大魔王，启动不了。这两天就干了两件小事：把执行包翻来覆去读了三遍，把要发的截图挑了挑。 这是坏习惯，如实写下来。对抗它的办法是后面把大目标拆成了十几个小修——每修完一个都能点一次 commit，比"准备提交 PH"这种大词好启动得多。 ▎D4 周六：安全整改，顺手抓出一个全站 500 08-29 白天做了安全与部署整改：密钥校验、CI 扫描、CSP 加固、compose 收紧。晚上排查时抓到一个更吓人的：compose 传参里一个空字符串环境变量，能让整站 500。改完之后我在想：这种 bug 平时天天在，为什么今天才发现？因为我终于开始用"还有一周就要见人"的标准看自己的产品了。 ▎D5 周日：Apple 登录，一天四修 这一天最值得写。BabelMails 的目标用户不少用 Mac 和 iPhone，"用 Apple 登录"是 PH 流量的关键入口——结果它是坏的。 凌晨 03:03，修私钥：env 编辑器存不了多行 PEM，改成文件挂载。凌晨 03:24，修 state：oauth_state cookie 在生产跨域下校验失败，改 SameSite=None。下午 14:33，Apple 授权成功了，但人被弹回登录页，回调改 query 模式。还是不行。傍晚 16:22，第四修：Apple 的回调其实是 form_post，最终用一个 HTML 中转页接住表单再转 session，通了。 从凌晨三点到傍晚四点，四个 commit，只为让一个人能点一次"通过 Apple 登录"不报错。修完我在椅子上的感受不是成就感，是后怕：如果没修，PH 发布日每三个访客就有一个在第一道门上撞墙，而我根本不会知道原因。 ▎D6 周一：把"能被找到的人"补上 联系我们表单和用户昵称。之前产品里用户是匿名的 zhang_1024，出问题了都找不到人。小功能，但对一个准备收钱的产品来说，这是从 demo 到产品的分界线之一。 ▎D7 收尾：主体、优惠码、八语种 09-01 把内部文档移出 git。09-02 一天三件事：优惠码管理（PH 发布日的 launch promo 得能自己配）、运营主体信息更名、术语库两个分类的八语种本地化补全。晚上 23:35 最后一个 commit，收工。 ▎复盘：为什么 10 分钟的事干了 8 天 "提交 PH"在操作上只要 10 分钟：填表、传图、点发布。膨胀成 8 天是因为我给自己的标准变了——PH 只有一次首曝，我不想让第一天来的访客撞上坏掉的登录、找不到的联系方式、没有的准备。 但我也诚实记下另一个风险：无限准备是完美主义的另一种形态。执行包已经齐了，登录修好了，优惠码能配了，主体合规了。下一个循环的目标写得非常具体：北京时间某天中午 12 点前，点提交。不给自己留"再准备一下"的余地。 三数字还是未统计。等 PH 提交那天，我会带着第一组真实数字回来写第三篇。 失败也算数据点。第二次延后也算。