项目台账、周报、工时和成本信息分散在多份表格中，月末才能完成一次经营核对。
企业拥有多个交付团队，项目台账、进度和工时长期依赖表格维护。财务数据与项目执行信息分离，管理层难以及时判断延期、超预算和资源冲突。
项目周期核心版本约 5 个月，后续持续迭代
协作角色运营管理、项目经理、财务与 IT 团队
交付范围业务调研、产品设计、系统研发、数据迁移、上线培训与运维支持
DELIVERY CONSTRAINTS
落地时必须同时处理的约束
- 保留既有合同与财务审批流程
- 历史台账存在编码重复和字段缺失
- 多个交付团队需分批切换，不能中断在执行项目
核心问题
不同部门的项目编码与统计口径不一致；周报整理耗时；交付物版本分散；项目成本只能在月末被动核对。
不是功能清单，而是一组关键决策
以项目主数据为核心建立统一台账，配置里程碑、任务、工时和交付物流程；接入合同与财务数据，建设项目经营驾驶舱和异常预警。
先统一项目主数据
不急于堆叠报表，先确定唯一项目编码、组织归属和生命周期状态，解决口径冲突。
经营数据可追溯
驾驶舱中的回款、成本和工时均可下钻到业务单据，避免只看聚合数字。
用异常替代人工催办
把延期、超预算、缺失周报和资源冲突配置为规则，由系统主动提示责任角色。
核心建设范围Next.js / Node.js / PostgreSQL / Redis
- 项目立项与计划
- 里程碑及交付物
- 工时与资源负荷
- 合同、回款与成本
- 风险问题清单
- 经营分析驾驶舱
从调研到试运行的交付记录
每个阶段都有可评审的产出，并在进入下一阶段前完成关键口径确认。
- 01第 1–3 周
现状盘点
角色访谈、流程地图、历史数据质量报告
- 02第 4–6 周
方案与原型
项目模型、关键流程原型、接口与迁移方案
- 03第 7–15 周
核心研发
项目、工时、交付物、合同成本与驾驶舱
- 04第 16–20 周
试运行
存量数据迁移、试点团队切换、验收与培训
项目结果，以验收与试运行口径呈现
以下数据已做匿名化处理，反映的是特定项目范围和阶段，不作为对其他项目的效果承诺。
周报整理耗时
试运行团队抽样统计
项目状态可见性
核心状态每日更新
自动风险规则
延期、预算、资源与资料缺失
已交付成果交付物覆盖产品、研发、迁移与运维交接
- 业务与数据蓝图
- 交互原型及 UI 规范
- 核心业务平台与管理后台
- 历史数据迁移脚本
- 接口与部署文档
- 管理员及业务用户培训