香港 Aimeee 宝宝记 APP · 定制开发项目
面向香港家庭的母婴育儿平台 —— 内容 / 课程 / 机构 / 活动 / 比赛 / 任务包 + 天赋测试 + AI 育儿助手；含 APP 端、核销端、运营后台与商家端 Web。
甲方 · Aimeee（香港）
乙方 · 极客跳动
合同签订 2026-05-07 · 深圳
开发周期 3 个自然月 · 分三期
一页纸摘要
EXECUTIVE SUMMARY项目是什么
Aimeee 是一款香港本地家庭育儿 App：以「天赋测试（Human Design）＋ AI 育儿助手」为差异点， 串联本地课程、机构、学校、医院、玩乐与比赛活动的内容撮合与报名核销闭环，并配套运营后台与商家自助端 Web。 由极客跳动以定制开发方式承接，APP 端 + 核销端 + 运营后台为一期主体，商家端 Web 为 P4 尾部交付。
当前状态（截至复盘时点）
- 0.5 版本已上线，后端已不再是骨架，APP 端与运营后台真实业务同库运行。
- V1.0 功能表已完成 6.4 版本规划（130 条功能项，按迭代一/二/三 + V2.0 归位）。
- Phase 1 UAT 验收清单 V0.5 已就绪（106 条用例默认未测试，缺陷日志 / 结果汇总 / 签核页已建）。
- 测试侧已备 APP 端 230 条 + 运营后台 167 条用例，另有两份冒烟用例脑图。
合同总工期
3 个自然月
自甲方确认 UE 原型 / UI 效果图书面确认后起算，上架、备案、验收期不计入
里程碑数量
4 个版本节点
一期活动闭环 6/9 · V1.0 7/1 · V2.0 7/23 · 商家端 8/1
商务关键约束
按上架分期收款
三期款均以「对应版本成功上架」为付款条件
两大维度速览
PROJECT vs BUSINESS
维度 A · 项目怎么做出来
产品构成用户端 85 / 后台管理端 41 / 核销端 4 项
技术路线模块化单体 + 单库 + app/system 双入口
技术栈Java 21 · Spring Boot 3.4.1 · MySQL 8 · Redis 7
数据迁移Flyway 演进式，已至 V81
关键外部能力OSS 预签名 · 短信双供应商 · eftPay · Human Design / 多 AI 供应商
质量门禁测试用例 397 条 + UAT 106 条 + 冒烟用例 2 份
交付物思维导图 / 原型 / PRD / UI / 源码 / 接口文档 / 测试用例 / 架构文档 / 演示视频
维度 B · 商务怎么收钱 / 怎么避险
合同类型软件定制开发合同（含税 1% 增值税电子专票）
计价与付款分 3 期，均以版本成功上架为条件
开工条件实际收到一期款项之日起算工期
验收方式远程 / 电子验收，甲方 20 个工作日内完成
售后质保12 个月免费维护，SLA 99.5%，P0 6h 响应 / 12h 修复
源码策略分期托管留存在甲方仓库（仅查阅），付清全款后交付全部源码与知识产权
数据合规香港 PDPO 六大原则 · 数据存深圳 · 泄露 24h 通报 · 禁用于模型训练
时间轴（合同节点 vs 实际计划）
MILESTONE2026-04-27
项目立项 · 需求分析
4/28~4/30 需求分析，5/6~5/8 原型与 PRD，5/8 需求评审
2026-05-07
合同签订（深圳）
甲方 Aimeee（香港） · 乙方 极客跳动
2026-05-20 → 06-03
UAT 用例 → SIT → 验收 → 修复
5/24~5/27 SIT，5/27~5/29 用例演示 / UAT 验收
2026-06-09
一期上线（活动闭环）
登录、活动、核销、天赋报告；6/4~6/8 生产部署与数据迁移
2026-07-01（合同）
V1.0（P0+P1）上线
计划：6/10~6/24 研发 → 6/25~6/30 UAT → 7/1 上线
2026-07-23 / 08-01（合同 7/20、8/1）
V2.0（P2+P3）· 商家端 Web（P4）
V2.0 计划 7/23 上线；商家端 7/22~7/26 研发，8/1 上线
合同约定 vs 团队计划（对照）
| 版本 | 合同约定交付日 | 团队计划节点 |
|---|---|---|
| 一期活动闭环 登录/活动/核销/天赋报告 | 2026-06-09 | 6/18 客户 UAT 现场验收 6/22 更新 App Store |
| V1.0（P0+P1） | 2026-07-01 | 6/29 UAT → 6/30 更新 Store |
| V2.0（P2+P3） | 2026-07-20 | 7/17~7/22 UAT → 7/23 上线 |
| 商家端 Web（P4） | 2026-08-01 | 7/26~7/31 UAT → 8/1 上线 |
口径提示：合同约定日与团队内部计划的 UAT 日期存在差异，且合同明确「各里程碑增设两周缓冲期」。
对外沟通应统一以合同节点为准，内部计划仅作执行排期参考。
数据源与可访问性
SOURCE HEALTH钉钉知识库
可读
8 个分类目录 / 30 份文档（含 6 张在线表格）—— 本次已全量抓取
腾讯文档（客户表格）
无权限
编码已识别为 e3_AcUAJQZHACk…，当前账号返回「没有查看权限」，待客户开权后补录
Figma UI 设计稿
需登录
AiMeee APP 设计文件 mzOKMlrp…，未登录仅返回登录墙，需分享只读链接或导出
空文档 / 脑图
部分占位
「1.0 版本需求」「上架审核相关」正文为空；3 份脑图（amind）不在可导范围
产品与业务构成
PRODUCT SCOPE用户端功能项
85
首页 / 内容浏览 / 任务包 / AI 对话 / 天赋测试
后台管理端
41
用户 / 内容 / 任务包 / AI 配置 / 积分营销 / 核销
核销端
4
白名单登录 / 扫码核销 / 核销统计
0.5 已完成
37
登录、天赋测试、孩子管理、用户管理等基础盘
核心业务闭环
内容撮合侧：发现内容（课程 / 机构 / 活动 / 比赛 / 学校 / 医院 / 玩乐）→ 报名下单 → 现场扫码核销 → 电子证书发放 → 活动后触达。
差异化能力侧：人本设计（Human Design）天赋测试产出 60+ 种结果与家庭报告，驱动首页个性化与 AI 推荐； 再以多专家 Agent 的 AI 对话把「咨询」转成「推荐任务包」，形成「对话即服务」。
增长侧：积分（米星）+ 邀请码 + KOL 分佣，H5 注册页承接邀请转化，后台可追踪邀请链路与结算报表。
四类端与角色
| 端 | 使用者 | 核心职责 |
|---|---|---|
| APP 用户端 | 香港家庭（妈妈 / 爸爸） | 浏览、报名、任务跟练、AI 咨询、天赋报告 |
| 核销端 | 活动方工作人员 | 白名单账号登录、扫码核销、核销统计 |
| 运营后台 | Aimeee 运营团队 | 内容与用户管理、任务包审核、AI 配置、营销与核销管理、数据看板 |
| 商家端 WebP4 | 机构 / 活动主办方 | 入驻申请、自有内容增删改查（需审核）、报名与核销数据查看 |
迭代与版本规划
ITERATION
已完成
0.5 版本
37 项功能
登录注册、天赋测试、孩子管理、个人中心、核销端基础、后台用户与核销管理 —— 已上线。
迭代一 · 6/3~6/16
32 项功能
可验收时间 6.12 起 ｜ agnes 验收 6.19
全局导航与通用组件、首页仪表板、玩乐 / 比赛板块、AI 对话入口、学校板块、推送通知。
迭代二 · 6/17~6/21
47 项功能
体量最大的一轮 ｜ 6.22-6.23 SIT · 6.24 转 UAT
课程 / 机构 / 活动浏览与筛选、任务系统全量、资源板块、积分与邀请、收藏、会员体系、内容管理。
V2.0
14 项功能
医院 / 诊所 / 专家板块 + 商家入驻
医疗板块（医院 / 诊所 / 医生）、专家内容与服务、支付管理、数据分析看板、商家入驻审核。
规划变更记录：功能表同时保留「版本规划（旧）」与「版本规划 6.4」两列。整体趋势是把资源板块、任务系统、积分营销等大块内容从迭代三前移，
迭代三基本被并入迭代二执行；医院 / 诊所 / 专家、商家入驻、数据看板被打包进 V2.0。
排期与协作分工
SCHEDULE| 时间 | 迭代 | 事项 | 负责人 |
|---|---|---|---|
| 2026.06.04 ~ 06.09 | 迭代一 | 功能逻辑梳理、版本规划、迭代一产品设计（PRD） | 极客跳动 · 产品团队 |
| 2026.06.09 | 迭代一 | 迭代一 UI 设计查漏补缺与客户确认、PRD 评审 | 产品团队 + UI 团队 |
| 2026.06.09 ~ 06.15 | 迭代一 | APP / 后端 / 管理后台开发；前后端联调、提测 | 研发团队 |
| 2026.06.15 ~ 06.17 | 迭代一 | 功能测试、Bug 修复 | 测试团队 |
| 2026.06.18 | 迭代一 | 客户 UAT 现场验收 | Aimeee |
| 2026.06.18 ~ 06.19 | 迭代一 | 修复迭代一 UAT 验收问题 | 研发 + 测试团队 |
| 2026.06.22 | 迭代一 | 更新 App Store | 研发团队 |
| 迭代二 | |||
| 2026.06.10 ~ 06.16 | 迭代二 | 迭代二产品设计（PRD） | 产品团队 |
| 2026.06.16 ~ 06.18 | 迭代二 | 迭代二 UI 查漏补缺与客户确认、PRD 评审 | 产品 + UI 团队 |
| 2026.06.18 ~ 06.25 | 迭代二 | APP / 后端 / 管理后台开发；前后端联调、提测 | 研发团队 |
| 2026.06.24 ~ 06.26 | 迭代二 | 功能测试、Bug 修复 | 测试团队 |
| 2026.06.29 | 迭代二 | 客户 UAT 现场验收 | Aimeee |
| 2026.06.30 | 迭代二 | 更新 App Store | 研发 + 测试团队 |
数据来源：钉钉「6.4 Aimeee V1.0 排期规划表」+ 多维表「Aimeee 迭代排期规划」（AITable BASE Exel2BLV5zmRB4GMHmo5LLvwJgk9rpMq）。团队分工固定为产品 / UI / 研发 / 测试四条线，客户侧（Aimeee）承担 UAT 现场验收。
技术架构
ARCHITECTURE总体结论：模块化单体 + 单库 + 双启动入口
不改架构（0.5 已在线），把现状固化为可演进的基线：单库 aimeee_db， app(:8080) 与 system(:8081) 双启动入口， payment 收口外部支付，core / common 为共享基础层，Flyway 演进式数据治理。
模块划分
common统一响应、异常、国际化、短信抽象
core基础配置、实体、枚举、Mapper 基线、鉴权与缓存公共能力
paymenteftPay 下单 / 查单 / 退款 / 回调与渠道配置封装
appAPP 端业务入口：鉴权、首登、首页、活动、报名、订单、证书、核销、天赋测试、上传
system运营后台入口：后台鉴权、RBAC、活动管理、报名核销退款、用户管理、证书通知、AI 配置
明确不做（非目标）
- 不做微服务拆分；不重构为双库 / 多库
- 不推翻现有 APP / System API 契约
- 不改变既有支付、短信、OSS、AI 供应商对接方式，只收敛技术边界
技术栈
语言 / 运行时Java 21
应用框架Spring Boot 3.4.1
数据访问MyBatis-Plus 3.5.9
数据库MySQL 8.x（单库 aimeee_db）
缓存 / 会话Redis 7（JWT + Redis 会话）
迁移管理Flyway · 已至 V81
对象存储阿里云 OSS 预签名直传
短信阿里云 SMS / 梦网 SMS 可切换
支付eftPay（经 payment 模块封装）
AI / 分析Human Design API + OpenRouter 多供应商
关键工程约定
- Controller 只处理协议与出入参；Service 承接业务编排与状态流转；三方协议字段不外溢
- 用户可见文案默认繁体中文（香港），i18n 资源集中于 common
- 主表与高频状态表使用显式状态字段；历史资料用快照字段保证可追溯
- 全局沿用逻辑删除与审计字段；唯一键逻辑删除遵循释放规则
- APP 与后台各配独立钉钉告警标识，避免混淆
- 对外协议变更先补 docs/api 增量文档，再落代码
部署拓扑
APP 客户端
└─> app 服务(:8080) ──┬─> MySQL (aimeee_db)
├─> Redis
├─> 阿里云 OSS
├─> 短信供应商(阿里云/梦网)
├─> Human Design API
├─> AI 供应商(OpenRouter 等)
└─> eftPay
运营后台
└─> system 服务(:8081) ─┬─> MySQL (aimeee_db，共享业务表)
├─> Redis
├─> 阿里云 OSS
├─> 短信供应商
├─> Human Design API
└─> eftPay
※ system 默认不执行 Flyway，避免与 app 重复迁移；
但共享同一套业务表，表结构变更须同步评估双入口影响。
质量与测试
QAAPP 端测试用例
230
编写 2026-05-11 ｜ 覆盖 正常/异常/边界/空值/重复操作/网络
运营后台测试用例
167
含登录、权限、内容配置、分类管理等模块
Phase 1 UAT 用例
106
V0.5 清单 ｜ 结果汇总当前状态：未测试 106
冒烟用例
2 份
APP 端 / 运营后台（脑图形态）
UAT 验收清单结构（V0.5，5 个 Sheet）
UAT Checklist用例 ID / 模块 / 测试场景 / 步骤 / 预期 / 优先级 / 测试验收状态 / 产品验收状态
缺陷日志缺陷 ID / 关联用例 / 模块 / 问题描述 / 重现步骤 / 严重程度 / 状态 / 负责人 / 修复版本
结果汇总Pass / Fail / Blocked / Not Tested / N-A 计数
图例说明状态定义与处理规则
签核页项目基本信息（项目名 / 阶段 / Build 版本）+ 双方签核
验收基准：Aimeee_APP 端产品需求文档；示例用例已标注「已验证 / 已实现-产品已验收」（如 REG-01~03 注册登录场景）。
测试方法学（回归纪律）
- 用例分层：功能用例 + 冒烟用例分离，冒烟标记直接写在用例表字段里（是否冒烟用例 是/否）。
- 优先级：P0~P3 四级，登录、活动列表、分类管理等主链路全部 P0。
- 覆盖维度：正常场景、异常场景、边界值、空值、重复操作、网络异常。
- 需求溯源：每条用例关联需求章节（如「活动 PRD §3.1」「内容配置 表5」），保证需求-用例可追溯。
- 回归策略：变更鉴权、报名、订单、核销、AI 配置等核心链路时，优先补 focused regression test；Live integration test 只作补充，不作唯一验收手段。
交付物清单
DELIVERABLES过程与源文件（9 项）
| 交付项 | 交付形态 |
|---|---|
| 产品思维导图 | 导出源文件（PRD 格式） |
| 原型设计稿 | 导出源文件 |
| PRD 文档 | 导出源文件（Word） |
| UI 设计稿 | 提供 Figma 可编辑链接 |
| 源代码 | 提供源代码压缩包 |
| 接口文档 | 提供 Apifox 链接 |
| 测试用例 | 导出源文件（Word 或 Excel） |
| 技术选型与架构设计文档 | 导出源文件（Word） |
| 项目演示视频 | 二维码海报 |
上线信息清单（交付时填写）
正式交付日期待填
服务维护期1 年
下次续费时间待填（按交付日 +1 年）
部署 IP待填
小程序名称 / 二维码 / app_id / app_secret / 管理员微信号
网页端PC 地址 / H5 地址
APP 端名称 / 已上架市场 / 下载链接与二维码
管理后台域名 / 登录地址 / 超管账号
第三方账号微信支付商户号（mch_id / apiv2_key / apiv3_key / 证书）、阿里云账号
该清单模板中多项为空白占位，交付归档时需逐项补齐；密钥类字段建议走密码管理工具而非文档明文留存。
合同基本面
CONTRACT合同名称软件定制开发合同
项目名称香港 Aimeee 宝宝记 APP 定制开发
甲方 / 乙方Aimeee（香港） / 极客跳动
签订日期 / 地点2026 年 05 月 07 日 · 深圳市
适用法律《中华人民共和国民法典》及《香港特别行政区法律》
税务口径含税 1% 增值税电子专票价格
开发周期3 个自然月，分三阶段
争议解决香港国际仲裁中心（HKIAC），仲裁地香港，中文，终局裁决
工期起算与顺延规则（乙方视角关键）
- 开发周期自甲方对 UE 原型、UI 效果图书面确认后开始计算。
- 上架、域名备案、APP 备案、甲方验收期及提出修改意见的时间不计入开发时长。
- 第二阶段开启时间以实际收到一期款项之日起算；甲方逾期付款，工期与启动时间相应顺延。
- 甲方未履约（未及时提供资料、未完成确认流程、未配合上架申请、未提供资质或第三方接口等）导致的延期，乙方不承担责任。
避险要点：工期顺延需提前 5 个工作日书面通知并附佐证，否则工期不予顺延。项目执行中应把该通知动作做成固定流程节点。
付款节点与交付条件
PAYMENT MILESTONES| 期次 | 交付节点 | 交付内容 | 付款条件 | 避险条款 |
|---|---|---|---|---|
| 第一期 | 2026-06-09 | 一期活动相关功能板块闭环并上架：登录、活动、核销、天赋报告 | 书面验收通过后 5 日内支付，款项以实际到账视为完成支付义务 | 若因 Apple 审核问题未按时上架，先行交付 H5 版本即视为阶段交付完成 |
| 第二期 | 2026-07-01 | 完成 V1.0 部分（P0 + P1）开发并上架 | 上架成功后 5 日内支付 | 若因甲方资质审核不通过导致上架不成功，不影响乙方阶段交付完成的认定，甲方仍应按约定付款 |
| 第三期 | 2026-08-01 | 完成 V2.0 部分（P2 + P3）+ 商家端 Web开发并上架 | 上架成功后 5 日内支付 |
收款结构
3 期 · 按上架分期
每期均绑定「对应版本成功上架」这一客观事件，减少主观验收争议
已验证的规避设计
H5 兜底 + 资质免责
iOS 审核延迟可用 H5 交付认定完成；甲方资质问题不影响结算
待补信息
合同总价占比
原文金额与各期比例在文档中为空白/占位，需以合同正本为准
验收 · 反馈 · 售后
ACCEPTANCE & SLA验收机制
验收方式远程验收 / 电子验收
验收标准以《附件一 软件开发需求》为准
验收时限甲方应在 20 个工作日内完成验收
异议窗口收到书面验收申请后 10 个工作日内书面通知，逾期视为验收合格
交付凭证系统演示视频或远程展示记录
反馈处理原则
Bug 问题免费修复；P0 严重故障 6 小时响应 / 12 小时修复，无法按期提供可运行绕行方案
优化项赠送累计 20 人天免费优化额度，超出按实际工作量计价
新需求新增功能或超原范围调整，统一按实际工作量报价
售后与质保
免费维护期12 个月，自交付上线当天起算
首年维护提供 366 天免费维护服务
维护范围遗留 Bug 修复、服务器内部运行环境导致的显示错误、系统无法正常投入使用的问题
SLA 承诺P0 六小时响应 / 十二小时修复（无法按期提供可运行绕行方案）；系统可用性 uptime ≥ 99.5%
第三方原因黑客攻击、服务器提供方故障等，乙方可协助但不承担损失，委托处理需另行付费
续费标准免费维护期满后按合同总金额 10% / 年，逾期未付可暂停维护服务
维护免责甲方自行或委托第三方修改源码且未获书面同意，乙方不再对该版本提供原有维护服务
质保期满前 1 个月双方协商是否续约；如需续约，甲方应于到期前 20 个工作日内支付 10% 质保服务费。
变更 · 违约 · 风险条款
CHANGE & LIABILITY需求变更管理
- 甲方不得单方面变更已确认的原型设计文档、UI 界面、功能清单。
- 实质性调整须书面签章确认的需求变更申请，并签订补充协议明确：变更所涉功能模块的验收标准、新增研发成本的核算方式及支付节点、因变更导致的研发周期调整方案。
- 实质性变更阈值：经双方评估导致开发工作量增加超过 5 人天，达到该阈值即先行就新增工作量重新议价。
- 议价协商期间不计入研发期限，整体研发期限相应顺延。
- 协商 30 日仍无法达成一致致项目无法进行，任一方可解除对应变更部分，按乙方实际已完成工作量比例结算，多退少补。
违约责任（双向对等部分）
| 违约情形 | 后果 |
|---|---|
| 甲方逾期付款 | 以应付未付金额为基数按日万分之五计算违约金 |
| 甲方逾期付款超约定日 | 乙方有权立即暂停全部相关工作且不承担责任 |
| 甲方逾期付款超 30 日 | 乙方有权单方解除合同且不承担责任 |
| 乙方逾期交付 | 以合同总价为基数按日万分之五向甲方支付违约金 |
| 乙方逾期达 14 个工作日未整改 | 甲方有权单方解除合同，并要求退还已付款但未开发部分款项 |
| 甲方拒绝配合致项目无法推进 | 经书面催告后 10 日仍不配合（视为恶意违约），乙方可解除且已付款不予退还 |
| 甲方恶意终止项目 | 自乙方投入原型设计之日起，已付款不予退还，并需支付已到期未付款项 |
| 乙方交付物侵权 | 乙方全额承担赔偿，责任上限为合同总金额的 200% |
项目执行三类风险与合同对应抓手
RISK 01
工期被甲方动作拖累
资料未给、确认流程超 3 个工作日、关键节点会议决策人缺席、指定第三方配合滞后 → 均属甲方原因延误。抓手：开工前书面确认 UE/UI；顺延主张提前 5 个工作日书面通知并附佐证。
RISK 02
需求蔓延（Scope Creep）
优化项送 20 人天、新需求按量计价、变更超 5 人天重新议价 —— 三道闸门需在执行中真实落地，避免口头需求直接开发。
RISK 03
上架与合规外部依赖
Apple/Google 审核、甲方资质、域名与 APP 备案、第三方接口均不由乙方控制。抓手：H5 兜底认定完成、资质问题不影响结算、不可抗力条款已列明第三方平台接口变更与政策调整。
数据合规与知识产权
PRIVACY & IP数据处理（香港 PDPO）
角色界定甲方＝数据控制者；乙方＝数据受托处理者，仅按书面指令处理
合规原则收集限定、目的限定、使用限定、资料准确、保存时限、保安保障（六大保障原则）
存储地域用户及个人数据存放深圳；跨境转移须事先取得甲方书面同意
泄露通报知悉起 24 小时内书面通报甲方，并同步补救、止损、加固
模型训练未经甲方书面同意，不得将用户与业务数据用于 AI 模型训练或对外共享
甲方审计权合理通知前提下可审计数据存储、访问权限、处理日志、安全管控，乙方须配合
分处理者需提前提交清单、资质与合规说明，经书面审批后方可委托，乙方承担连带责任
终止后处置合同终止或项目结束后 30 日内彻底销毁全部数据与备份，并出具删除完成确认函
知识产权与源码
分期托管每阶段验收合格后 5 个工作日内，将该阶段全部源代码托管留存至甲方指定代码仓库（GitHub / GitLab 等）
托管期权限甲方仅享有查阅权限，不得复制、商用、二次开发、转让或授权第三方使用
权利转移甲方付清全部合同款项后，方取得全部软件著作权、源代码完整所有权及合法使用权
款项付清后交付收到全部款项之日起 5 个工作日内交付可部署的全部完整源代码
软著协助甲方申请，软件著作权归甲方所有
上架协助负责完成 Google Play、iOS App Store 两大商店的全套上架相关工作
云资源云服务商（含 AWS 等）由甲方自主选定并自付费用，乙方无条件配合适配、部署、调试与对接
保密与后门乙方承担严格保密义务；严禁在软件及源代码中预留任何后门
执行提醒：「托管留存」与「正式交付」是两个不同动作。托管仓库仅授予查阅权限，付清全款前的任何源码提供都应控制在托管范围内，避免提前转移权利。
商务侧资料现状
BIZ ASSETS商务文档
2 份
「合同额外条款」（合同全文＋《附件一软件开发需求》功能表）
「Aimeee 1.0 后台运营信息汇总（Emily0613 同步）」
「Aimeee 1.0 后台运营信息汇总（Emily0613 同步）」
给客户的文档
2 份
「项目里程碑规划」（模板已建，内容待填）
「xx 项目周报」（模板，汇报周期示例 2025/06/30-07/06）
「xx 项目周报」（模板，汇报周期示例 2025/06/30-07/06）
交付归档
1 份
「xx 项目-交付清单」—— 上线情况、源文件、客户端、后台、第三方账号五段式模板，主体待填
结论：商务侧目前硬条款齐备（合同正文完整、附件功能表完整），但运营类台账（里程碑跟踪表、周报、交付清单、运营信息汇总中的业务数据）仍以模板/占位为主。
对客户交付与内部复盘而言，建议优先补齐「项目里程碑规划」与「交付清单」两张表 —— 它们是验收与收款的对账凭据。
项目进展 · 1.0 功能表全量
FULL DATASET · 130 ROWS
数据来源：钉钉在线表格「6.4 Aimeee 一期产品功能规划 V1」（Sheet「1.0功能表」，sheetId s5），
全量 400 行原始区域中有效功能行 130 条，已按「端 / 功能模块」自动向下填充层级。本页为该表完整内容，无删减。
功能项总数
130
用户端 85 · 后台 41 · 核销 4
0.5 已完成
37
占比 28.5%
迭代一 / 二
32 / 47
迭代二为最重一轮
V2.0 预留
14
医疗 / 专家 / 商家入驻 / 看板
原型完成
70
另 4 项「待確認」· 1 项未完成
0.5 已完成
迭代一
迭代二
V2.0
其他 / 未定
| 端 | 功能模块 | 子功能 | 功能描述 | 版本规划 | 原型 | 进展备注 |
|---|
表格支持点击列头排序（端 / 版本规划 / 原型）；描述列超长内容已折叠，鼠标悬停可查看完整文本。
外部资料源
EXTERNAL SOURCES
腾讯文档 · 当前无权限
Aimeee 项目（客户侧表格）
file_id 已识别：e3_AcUAJQZHACkCNTmoldTciRQ2K4Ipu；接口返回「没有查看权限」，需客户开启访问后补录。
Figma · 需登录
AiMeee APP 设计稿
文件 mzOKMlrpzNJ3i0uc8zhnOd，节点 3772-2406；未登录访问仅返回登录墙，需提供只读分享链接或导出。
钉钉资料树（8 类 · 30 份）
DOC TREE
读取状态说明：adoc 文档（在线文档）与 axls（电子表格）已全部抓取；amind 脑图 3 份（无标题脑图、APP 端冒烟用例、运营后台冒烟用例）不在可导出范围；
「【1.0版本】需求」「上架审核相关」两份 adoc 正文为空（占位）；Aimeee 迭代排期规划为 able 多维表，已通过 AITable 读取并用于排期章节。
Aimeee 项目复盘 · 数据抓取时间 2026-09-22 · 来源：钉钉知识库 / 在线表格 / 多维表
GEEKDANCE · INTERNAL REVIEW