107 lines
3.6 KiB
Markdown
107 lines
3.6 KiB
Markdown
# 实施计划与交付管理
|
||
|
||
## 1. 交付策略
|
||
|
||
以真实朋友项目为第一个可用版本，采用短迭代，每个迭代都产出可运行结果。所有新增想法先进入需求池，不直接插入当前迭代。
|
||
|
||
## 2. 里程碑
|
||
|
||
### M0：确认内容与原型
|
||
|
||
**产出**：真实品牌资料、页面线框、字段清单、预约流程图、朋友确认记录。
|
||
|
||
**完成条件**：朋友可以指出页面上每个字段的真实内容和客户要完成的动作。
|
||
|
||
### M1：项目骨架与本地环境
|
||
|
||
**产出**：Monorepo、三应用、共享包、环境变量模板、Docker 数据库、统一启动命令。
|
||
|
||
**完成条件**：新环境按 README 可以启动 API、后台和数据库。
|
||
|
||
### M2：内容管理闭环
|
||
|
||
**产出**：管理员登录、品牌资料、服务、作品、图片上传、小程序公开展示。
|
||
|
||
**完成条件**：后台保存内容后，小程序可以正确展示；停用内容不会出现在公开页面。
|
||
|
||
### M3：预约与反馈闭环
|
||
|
||
**产出**：预约表单、预约管理、反馈提交、审核与展示。
|
||
|
||
**完成条件**：从客户提交到管理员处理的完整流程可演练，权限和重复提交保护有效。
|
||
|
||
### M4：真实试用与发布
|
||
|
||
**产出**：真实内容、错误修复、使用说明、发布版本。
|
||
|
||
**完成条件**：朋友独立完成至少三次内容更新，演练三次预约和两次反馈审核。
|
||
|
||
## 3. 建议任务顺序
|
||
|
||
1. 初始化仓库和开发工具链。
|
||
2. 创建 Prisma schema 和数据库迁移。
|
||
3. 建立 API 模块和统一错误格式。
|
||
4. 建立后台登录与权限中间件。
|
||
5. 完成品牌、服务和作品管理。
|
||
6. 完成小程序首页、详情和内容读取。
|
||
7. 完成图片上传和资源管理。
|
||
8. 完成预约写入和后台处理。
|
||
9. 完成反馈审核和公开展示。
|
||
10. 执行验收清单并发布试点版。
|
||
|
||
## 4. 测试要求
|
||
|
||
### 必须自动化验证
|
||
|
||
- API DTO 校验。
|
||
- 未授权访问管理接口。
|
||
- 服务停用后不能预约。
|
||
- 重复提交不能创建重复预约。
|
||
- 反馈未审核不能公开。
|
||
- 预约状态只能使用定义的枚举。
|
||
|
||
### 必须人工验收
|
||
|
||
- 手机端首页在真实图片下不溢出。
|
||
- 朋友能独立完成品牌、服务、作品编辑。
|
||
- 图片上传失败时可以恢复。
|
||
- 联系方式在公开页面和后台的展示边界正确。
|
||
- 小程序首次打开、返回、刷新和网络失败状态可用。
|
||
|
||
## 5. 发布前检查
|
||
|
||
- 生产环境没有默认管理员密码。
|
||
- `.env` 和密钥未提交仓库。
|
||
- 数据库已执行迁移并完成初始化。
|
||
- 对象存储读写权限正确。
|
||
- 公开接口不会返回管理备注和敏感字段。
|
||
- 管理接口有登录和角色校验。
|
||
- 预约、反馈、内容删除行为符合软删除/隐藏规则。
|
||
- 朋友确认品牌文案、联系方式和图片版权。
|
||
- 有一份回滚和数据库备份方案。
|
||
|
||
## 6. 需求变更规则
|
||
|
||
新增需求必须记录：
|
||
|
||
- 解决的用户问题
|
||
- 是否影响当前里程碑
|
||
- 是否需要新增数据表或状态
|
||
- 是否影响后续支付兼容性
|
||
- 是否由朋友真实使用验证过
|
||
|
||
以下内容默认进入后续版本：支付、自动通知、排班、多员工、多门店、优惠券、会员、自动发布、多商户注册。
|
||
|
||
## 7. 试点后的评估
|
||
|
||
上线两周后评估：
|
||
|
||
- 朋友是否能自行维护内容。
|
||
- 客户是否完成浏览到联系/预约。
|
||
- 预约是否比原有聊天记录更可追踪。
|
||
- 哪些功能被重复使用。
|
||
- 哪些功能造成理解成本。
|
||
- 是否出现第二个真实品牌项目。
|
||
|
||
只有重复需求出现后，才抽象多品牌、租户、计费和自动化发布能力。
|