←返回项目

项目档案 · Case 03 · 2026

从家人每天发的祝福,
到一个能使用、能更新的小程序。

我负责需求、体验、内容判断与验收,
借助 AI 推进代码实现与跨端交付。

祝日日好小程序首页
文字祝福频道
做了什么
面向长辈的祝福小程序
五个频道 + 内容管理后台
我的工作
定需求、做体验、判断内容
组织 AI 实现并验收交付
想说明什么
借助 AI 完成实现,
产品判断与验收仍由我负责。

需求 · 从谁在做什么开始

01

每天都在发祝福,
找一条合适的却要翻很久。

大姑和妈妈每天在各自的微信群里发早安、打卡和节日祝福。需求已经在发生,我把适合的内容收拢起来,让她们更方便地取用。

家庭微信群里的早安问候

每天送祝福,告诉大家我还在

我问过家人,为什么每天都要发祝福。他们说,私下发一句祝福,就是告诉对方“我还在”。哪天突然不发,可能是身体不舒服,或是遇到了什么事。每天的问候,也是在向彼此报平安。

原来的习惯
  1. 从各处收集祝福
  2. 转发或保存
  3. 需要时再翻找
  4. 发给亲友
用日日好之后
  1. 打开小程序
  2. 选择合适场景
  3. 复制文字 / 保存图片
  4. 回微信发送

交付范围

先把常用祝福整理好,让家人少花时间翻找,挑好就能带回微信。前台方便取用,后台方便更新,保证这个小程序能继续维护。

暂缓投入

在线生成和定制会增加开发与审核成本,广告和会员也需要真实使用来支撑。首版先聚焦日常问候,根据反馈决定下一步投入。

AI 给的一份完整的祝福 App 功能清单
↓ 我定的第一版只留五步,其余全部推迟

产品全景 · 从前台看到后台

02

前台让祝福好找、好发,
后台让内容持续更新。

前台围绕选择与发送展开,后台负责内容供给,数据反馈辅助下一轮更新。

前台 · 顺着用户的交互展开

用户任务决定了内容组织基础,按场景找入口,按对象挑内容。

微信小程序 · 用户看见的界面

后台 · 让内容持续供给

完整内容工作台历史界面:频道分类、素材同步、审核与批量管理
编辑祝福弹窗:微信聊天预览与分类、正文和状态设置
AI 批量导入并归类
AI 素材批量入库、自动归类去重后进入草稿,人工确定审核后发布。
内容按日轮换 规划
保留频道与对象分组,组内按日换序、近期看过的适当后移,让有限素材持续被看见。
数据看板
用内容取用与回访,辅助判断下一批补什么、换什么。

选型 · 为什么这样分工

05

先用 Codex 把产品做出来,
再让 WorkBuddy 接着做小程序。

我选工具,既看当时做出来的效果,也看它能不能帮我推进下一步。

最初 · WorkBuddy先试应用设计第一版效果不理想,继续调整的成本较高。
随后 · Codex做好网页和后台把页面、交互、内容管理和接口先做出来。
转向原生 · WorkBuddy对照已有成果做小程序沿用内容和规则,适配微信的页面与操作。

为什么又把小程序交回 WorkBuddy?

WorkBuddy 当时介绍自己有专门的小程序功能,覆盖原生开发、预览到上线的一整套流程。我因此预期:把小程序交给它推进,效率和准确度会比继续在 Codex 里做更高。

所以我把 Codex 已做好的代码、页面和要求交过去,让它对照实现原生版本;继续借助 Codex 整理任务、检查交付。

这是基于平台介绍和个人体验作出的选择,没有做同条件的效率、准确度对比。

这次交接也有成本:网页和小程序分别实现,需要重新对齐页面与交互。后面的协作记录,才说明两个 AI 实际怎么接着做、发现了什么问题。

协作 · 两个 AI 怎么接着做

06

Codex 和 WorkBuddy 协作,
一方实现,另一方检查。

先用 Codex 做好网页和后台,再交给 WorkBuddy 实现原生小程序。我提出需求、反馈手机上的问题,借助 Codex 把任务继续推下去。

代码和问题,怎样来回交接?

Codex 整理任务交出已有代码、页面要求
和需要修改的问题
WorkBuddy 实现写小程序、修问题
返回代码和改动说明
Codex 检查,我试用在微信工具里运行
再到手机上看实际表现

↶ 检查和试用发现问题,就交回去修改,再检查。

之后 Codex 也接手了小程序修改,WorkBuddy 转为复核。分工有调整,任务仍围绕同一份代码推进。

交付管理 · 目标环境里的质量

07

页面做出来了,
还要用手机走完核心动作。

在手机检测时出现各种问题,因日期处理失败打不开、接口成功却缺图、胶囊遮挡、粘贴后排版变化等。我的职责查验问题、提交问题、核验修复。

首页打不开

荣耀手机报错:Intl is not defined。日期处理失败,首页无法打开。

图片缺失

内容接口已返回数据,但手机上部分祝福图片和横幅没有显示出来。

复制后排版变了

小程序里排好的祝福,粘贴到微信聊天框后,换行和缩进发生了变化。

标题或按钮被挡住

部分手机上,页头文字被微信顶部胶囊遮挡,预览中的按钮和说明也曾出现裁切。

从 AI 开发,到手机验收和微信发布

  1. AI 开发AI 写页面和后台
  2. 工具编译检查代码并构建运行包
  3. 模拟器调试电脑模拟微信试运行
  4. 内容联调接通图片和文字数据
  5. 上传体验版把代码上传微信后台
  6. 手机验收我用手机验功能与体验
  7. 提交微信审核体验确认后提交微信
  8. 审核后发布微信通过审核后发布

AI 负责开发与工具检查,我在手机上验收;体验确认后提交微信审核,审核通过再发布。

我的取舍

让缺陷回到具体版本、具体环境和具体动作,不用编译状态替代用户体验。

承担的代价

增加真机与跨应用复验;设备覆盖和最终视觉认可仍需逐项确认。

旧资产也是交付的一部分

历史会审发现,名义上的只读测试仍有写入路径,链接目录也可能影响原素材。随后隔离测试入口、限制写入;迁移时核对素材清单和引用。这里展示的是风险识别与保护旧资产的责任,不公开执行脚本与内部路径。