13天造了个跑步应用，专治计划崩溃

凌晨两点，Reddit跑友群里有人发帖："又双叒叕弃坑了，第7次。"底下几十条回复全是"Me too"。这个场景被一位开发者截图保存，13天后，一个叫RunAdapt的应用上线了。

计划崩溃症：不是懒，是系统不做人

开发者自述跑了多年，问题从来不是"不想跑"——是错过两次训练后，整个计划就像多米诺骨牌一样塌掉。

盯着日历上红彤彤的"落后3次"，大脑自动触发放弃程序。这种体验被精准描述为：计划从不原谅你是个活人。

传统跑步应用的逻辑是刚性的：定好12周，每天该跑多少就是多少。生病、加班、小孩发烧？系统假装没发生，你只能在"补作业"和"摆烂"二选一。

RunAdapt的四条规则直接掀桌：

• 漏一次？自动 reschedule
• 连漏两次？下调强度
• 落后太多？把比赛日期往后挪，而不是假装你还跟得上
• 只剩30分钟？生成浓缩版训练，而不是逼你跳过

没有AI，没有黑箱。就是一套承认"人会搞砸"的兜底逻辑。

技术栈抠到骨头里

Next.js + Vercel Hobby计划（免费档）+ Supabase。13天从零到上线。

这个组合有意思在：开发者明明能选更重的方案，却故意用最小成本验证核心假设。Vercel免费档意味着流量爆炸时会卡住——但那是"幸福的烦恼"，前提是先有人用。

技术决策服务于一个更底层的问题：这套"自适应"逻辑，到底能不能让人不再弃坑？

最难的部分不是写代码

开发者花了两天泡在Reddit，才锁定真正的目标人群：不是新手，不是精英跑者，是那些"反复启动、反复放弃"的资深计划破坏者。

这个洞察反直觉。行业默认弃坑=懒惰=需要更多激励（徽章、排行榜、社交压力）。但反馈显示，这些人恰恰是被"全有或全无"的设计逼退的。

「不是因为懒，是因为计划从不原谅你。」——开发者自述

RunAdapt的产品定位因此变得尖锐：它不帮你"坚持"，它帮你"搞砸之后还能继续"。

一个待验证的假设

应用目前处于"寻找首批真实用户和残酷反馈"阶段。这意味着核心机制尚未被大规模验证。

潜在风险很明显：自适应调整会不会让计划变得太软？用户会不会因为"反正能 reschedule"而降低承诺感？强度下调的阈值设在哪，才能平衡"人性化"和"有效性"？

这些没有标准答案，需要真实数据喂养。

为什么这事值得盯着

RunAdapt戳中了一个被忽视的产品设计盲区：健身应用的竞争焦点长期放在"激励"（让你想动），而非"容错"（让你搞砸后还能动）。

后者可能才是更大的市场。Peloton、Strava、Keep都在服务那10%能自律的人，剩下90%的反复弃坑者被默认"不是目标客户"。

但这些人真的不需要产品吗？还是从来没有产品真正为他们设计过？

如果RunAdapt能证明"容错式设计"能提高留存，整个品类都可能被倒逼重构。毕竟，承认用户会搞砸，比假装用户是机器，更接近商业真相。

你会给一个允许你 reschedule 的计划更多信任，还是觉得它在纵容你的惰性？