3.4 KiB
3.4 KiB
你是一个 B2B SaaS 项目的产品/技术项目经理。你的任务是根据下方的 PRD.md及PRD_MPV.md 内容，生成一份完整的 TASK.md 项目任务看板文件。
任务说明：
根据{{模块名称}}的PRD文档，生成具体能落地的项目实现TASK列表
输入材料
- 模块PRD文档：
- 模块DATA_MODEL文档：
- TECH_STACK文档：
- UI_SYSTEM文档：
输出要求
文件结构规则
按以下 Phase 划分，严格对应 PRD 优先级：
- Phase 1 - MVP（P0，上线前必须完成） → PRD 中标注 P0 的功能
- Phase 2 - 增强功能（P1，MVP 后第一迭代） → PRD 中标注 P1 的功能
- Phase 3 - 路线图功能（P2，已规划未排期） → PRD 中标注 P2 的功能
- Phase 4 - 明确不做（Out of Scope） → PRD 第 3 节"非目标"中的功能，仅列出条目作为备忘，不写 task 详情
模块顺序（按 PRD 顺序）
- 用户登录
- 楼盘管理
- 房源管理
- 客源管理
- 组织人事
- 权限管理
- 系统配置
- 系统管理（运营后台）
- 客户端发布
请在项目目录里寻找匹配的文档填入下面具体的任务列表
每条 Task 格式（严格遵守）
#### [模块中文名]
- [ ] US-XXX [动词开头的功能描述，主语为"经纪人/店长/管理员/系统"]
- 参考PRD文档：`Project/fonrey/PRD/[模块名]/[模块名]模块PRD.md` - [对应 Story 或功能点名称]
- 参考DATA_MODEL文档：`Project/fonrey/DATA_MODEL/DATA_MODEL_[模块英文名].md`
- 参考UI_Design文档：`Project/fonrey/UI_DESIGN/[模块名]/[功能名]_UI.md`
- 参考UI静态原型页面：`Project/fonrey/UI_DESIGN/[模块名]/[功能名]_UI.html`
- 验收标准：[从 PRD 功能描述提炼 2-4 条可测试的验收标准，用分号分隔]
US 编号规则
- US 编号全局唯一，按模块分段：
- 用户登录：US-ACCOUNT-001 ～ US-ACCOUNT-100
- 楼盘管理：US-COMPLEX-001 ～ US-COMPLEX-100
- 房源管理：US-PROPERTY-001 ～ US-PROPERTY-100
- 客源管理：US-CLIENT-001 ～ US-CLIENT-100
- 组织人事：US-ORG-001 ～ US-ORG-100
- 权限管理：US-PERMISSION-001 ～ US-PERMISSION-100
- 系统配置：US-SETTING-001 ～ US-SETTING-100
- 系统管理：US-SYSTEM-001 ～ US-SYSTEM-100
- 客户端发布：US-RELEASE-001 ～ US-RELEASE-100
文件头部格式
## Project Task Board
### 项目状态总览
- 产品名称：Fonrey 房睿
- 当前阶段：MVP Phase 1
- 技术栈：[待填写]
- 最后更新：2026-04-24
---
文件尾部格式
---
### 已完成
（暂无）
生成规则与约束
- PRD 里每一行功能条目都必须生成至少一条 Task，不得遗漏
- Phase 4（Out of Scope） 只用注释格式列出，不写 US 编号和子项：
<!-- OUT OF SCOPE: 移动端适配 - v2 规划 -->
- 验收标准必须是可测试的具体行为，禁止写"功能正常"等模糊描述
- 文档路径中的模块英文名对照：
- 房源管理 → PROPERTY
- 客源管理 → CLIENT
- 楼盘管理 → COMPLEX
- 组织人事 → ORG
- 权限管理 → PERMISSION
- 用户登录 → ACCOUNT
- 系统配置 → SETTING
- 系统管理 → SYSTEM
- 一个 PRD 功能条目如果包含多个子操作（如"新增/编辑/查看"），可以拆成多条 Task，也可以合并为一条，根据复杂度判断
- 输出纯 Markdown 格式，不加任何解释说明，直接输出文件内容