用 #WorkBuddy 从 0 到 1 做一个 H5 产品：8 天上线、20+ 次部署，附全部踩坑实录

一、先说背景：不会写代码的人，怎么 8 天做出一个能上线的产品

我是做房产的（外贸/电商转行），完全不是程序员。今年想给团队做一个"新房销售陪练"工具：模拟客户对练、AI 点评话术、楼盘知识库，给一线销售在手机上用。

按以前的思路，这得学一年前端+后端+部署，人早废了。

这次我用 WorkBuddy，从 8 月 1 日立项到今天，产品已经可以上线内测：底部导航、AI 问答、楼盘资料库、随手记体系、多设备数据同步、公共知识库，几十次部署上线，已经有真实用户在用了。

这篇不吹不黑，把 8 天的实操路径、工具组合、踩过的坑全写出来，给同样"想做产品但不会写代码"的朋友一个真实参考。

二、技术选型：为什么是 H5 + EdgeOne，而不是小程序/APP

我给自己定了三条死规矩：

1. 零成本、零资质、个人能做（OPC）

2. MVP 验证跑通再迁移，不自嗨加功能

3. 检验标准只有一个：真实用户愿不愿意天天用

基于这三条，选型很清晰：

- 前端：单个 HTML 文件（约 200KB，样式+JS 全内置），微信里打开即用

- 托管：腾讯 EdgeOne Pages（免费额度，静态托管 + 云函数 + Blob 存储）

- 后端：一个云函数文件，按参数分发几十个接口（问答/记录/客户/公共库）

- 数据：Blob 存储（key-value，按用户 ID 隔离）

这套组合的收益：不用买服务器、不用备案、不用审核，从"有想法"到"能上线"只用了 8 天。

为什么不做小程序？

小程序要企业主体、类目审核、前端重写。等 H5 验证了"真有人愿意天天用"再迁移不迟——那时后端 HTTP API 可以原样复用。

三、WorkBuddy 在这里面扮演什么角色

一句话：WorkBuddy 是"项目经理+施工队"，我是"甲方+测试员"。

工作流是：

1. 提需求（像跟外包说话："在楼盘自学页加个搜索，能搜楼盘/区域/板块"）

2. WorkBuddy 改代码（前后端一起改）

3. 我手机实测，发现问题立刻报

4. WorkBuddy 修完验证再部署

这 8 天我实际干的事：报 bug、测功能、定方向、抠 UI。写代码一行没写过，但产品确实是我的——方向、取舍、体验全是我的判断。

四、踩坑实录（重点，全是真金白银换的）

坑 1：单文件 H5 的补丁脆性——生产环境全挂

200KB 单文件改代码靠"锚点定位+补丁脚本"。有一次脚本里 JS 的引号转义被吞（\' 变成 '），整个页面脚本编译失败——用户打开页面"哪里都点不动"。

教训：每次写回后必须全量语法检查，不检查不部署。这个坑我踩了 3 次才长记性。

坑 2：CRLF 换行让补丁锚点全部 MISS

Windows 文件是 CRLF 换行，脚本按 \n 匹配，多行锚点全部匹配不上。必须先转换再匹配，写回时再转回去。这个不处理，改一百次锚点都是白改。

坑 3：部署成功 ≠ 生效

EdgeOne 返回 success，但路由层要 1-2 分钟才激活，期间可能跑旧代码甚至"0ms 超时"。部署后必须等传播期，验证要打裸 URL——带 ?v= 参数的 URL 可能命中不同 CDN 缓存，只有裸 URL 才是用户真正看到的版本。

坑 4：AI 口径是产品的一部分

产品里 AI 回答用户，一开始会把"平台共享的数据"说成"你录入的"，新用户第一句就被误导。修了两轮 prompt 才稳定："数据归属"这种问题必须给 AI 具体示例话术，抽象规则管不住模型。

五、给想用 #WorkBuddy 做产品的朋友 5 条建议

1. 先想清楚"做出来给谁用、他为什么用"，再动手——AI 让生产变快了，判断力没人替你

2. 用 Ask 模式理思路，Craft 模式干活——纯问问题别开 Craft，积分差好几倍

3. 需求一次说清楚——"背景+目标+格式"一次给全，来回追问既费积分又费时间

4. 验收要较真——把自己当最挑剔的用户，报一个修一个，修完验证再部署

5. 技术栈选自己能兜底的——零成本零资质的 H5+EdgeOne 组合，个人完全扛得住

六、结尾

AI 时代创业，门槛确实降了：8 天前我还是个只会提需求的外行，8 天后我有了一套能跑的产品。但门槛降的是"生产"，没降"判断"——做什么、砍什么、给谁用，这些 AI 替不了。

与君共勉：AI 让你省掉三年苦学，省不掉的是眼光和韧性。