当技术团队讨论 "用户增长" 时，往往默认归因于营销投放或产品功能迭代。但一个来自英国公用事业领域的案例表明，技术架构本身可能就是增长的最大杠杆—— 而且是以一种反直觉的方式：通过剥离而非添加技术复杂度。
业务背景：监管压力下的失败先例
这是一家受监管的垄断性公用事业公司，面临着一个典型的数字化困境：用户申请服务只能通过老旧的 ASP 表单或人工流程完成，而后者成本高昂。更紧迫的是监管压力 —— 客户满意度若低于 96%，公司将面临数百万英镑的罚款。
在此之前，团队已尝试过两次昂贵的重构。最近一次，外包团队交付了一个 React 单页应用。结果？上线仅 3 天便因客户投诉被迫下线。问题清单令人警醒：
- 全局 JavaScript 状态管理混乱，加载转圈频繁出现
- 可访问性完全缺失
- 图片上传逻辑试图将数据存入 localStorage（5MB 限制），而上传恰恰是表单的核心功能
这个失败案例揭示了一个常被忽视的真相：在公共服务场景下，技术选择的容错空间极小—— 你的用户可能正在使用 Tesco 购买的十年前的入门级 Android 手机，站在信号微弱的新建住宅区草地上试图完成申请。
技术决策：HTML-first 与渐进增强
面对这一局面，开发团队做出了一个看似 "倒退" 的决定：放弃 React，采用 Astro 构建 HTML-first 架构。核心设计原则如下：
- 多页表单模式：每一步表单都是独立页面，提交后由后端重定向至下一步，而非客户端路由
- 零 JS 底线：表单必须能够在无 JavaScript 环境下完整提交
- 后端持久化：每个会话拥有唯一 ID，每步数据（含上传文件）实时存储于后端
- 渐进增强：JavaScript 仅用于提升体验，如自定义验证提示（通过 HTML Web Components 实现，体积 < 1KB）
这种架构选择直接回应了公共服务场景的特殊约束：用户设备不可预测、网络条件恶劣、辅助技术依赖度高。正如 GOV.UK 的设计理念 ——"This is for everyone"—— 页面需要在 PlayStation Portable 的浏览器上都能正常渲染。
增长度量的关键洞察：分析工具的盲区
迁移上线后，数据表现超出了预期：表单完成用户数 overnight 翻倍。但更有趣的发现来自分析团队 —— 他们甚至无法解释这些新增用户的来源。
问题的根源在于 JavaScript 分析工具的本质局限：当用户的浏览器因 JS 错误、网络超时或内存不足而无法执行跟踪代码时，这些 "被弹出的用户" 不会出现在任何报表中。React 应用时期，大量用户可能在加载阶段就已流失，而团队对此一无所知。HTML-first 架构通过消除这一 "分析盲区"，让真实的用户规模浮出水面。
另一个验证数据来自后端会话持久化策略：有用户在首次访问一个月后返回完成了表单。这种长周期转化在传统的客户端状态管理模式下几乎不可能实现 —— 浏览器缓存清除、设备更换、Cookie 过期都会中断流程。
可复用的工程实践清单
从这一案例中，可以提炼出一套适用于高 stakes 表单场景的工程参数：
验证增强组件：使用 HTML Web Components 封装浏览器原生验证 API，体积控制在 1KB 以内，失败时优雅降级至浏览器默认行为。
可访问性基线：以 WCAG AA 为最低标准，确保屏幕阅读器、键盘导航和色彩对比度合规。
存储策略：所有用户输入在提交瞬间持久化至后端，支持跨会话、跨设备恢复。对于长表单，考虑自动保存草稿机制。
浏览器兼容矩阵：测试覆盖应包含 "差浏览器" 场景 —— 内存受限、JavaScript 支持不完整、网络高延迟。
度量方案：关键转化指标必须能够在服务端统计，而非仅依赖客户端埋点。对比实验时，注意控制 "技术债务清理" 与 "架构变更" 的变量。
局限与反思
需要指出的是，这一案例的成功有其特定语境：公用事业垄断意味着用户别无选择，只要技术障碍消除，需求自然释放。在竞争激烈的商业场景中，HTML-first 带来的性能优势可能需要与品牌体验、交互丰富度进行权衡。
此外，案例的尾声也带有警示意味：当原作者离职交接时，接任开发者对 "无 JavaScript 也能工作" 的设计理念表示不解 ——"这会增加我们的工作量"。技术债务的清除需要组织层面的认知同步，否则可能在新一轮迭代中重新累积。
结语
这个案例的价值不在于证明 "React 已死" 或 "HTML-first 万能"，而是提醒技术决策者：用户增长的核心障碍有时是技术本身造成的。当分析工具无法追踪被 JS 错误弹出的用户，当 5MB 的 localStorage 限制阻挡了关键业务流程，当加载转圈在 3G 网络下持续数秒 —— 这些 "技术细节" 正在以沉默的方式吞噬转化。
在公共服务和关键业务场景中，"能工作" 的底线往往比 "体验好" 的上限更重要。HTML-first 架构通过降低这一底线，释放了被技术复杂度压制的真实需求。这或许是对 "以用户为中心" 设计最朴素的诠释：先确保每个人都能进来，再谈如何让体验更好。
参考来源
- Alistair Davidson, "How building an HTML-first site doubled our users overnight", mohkohn.co.uk, 2026
- Hacker News discussion, "Building an HTML-first site doubled our users overnight", news.ycombinator.com
内容声明：本文无广告投放、无付费植入。
如有事实性问题，欢迎发送勘误至 i@hotdrydog.com。