客户案例Case Study
光影百年：项目全流程经营管理
围绕项目从立项到交付，连接任务、采购、合同、验收、收付款与费用归集，让项目进度和经营情况持续可追踪。
项目背景
光影百年的业务以项目制为主，从立项到交付，需要持续推进任务、采购、合同、到货验收、收付款与费用归集。原来的信息分散在不同表格和日常沟通中，项目负责人很难持续掌握采购执行和整体进度，管理层也需要临时汇总才能了解项目经营情况。因此，本次重点围绕项目主线，把执行过程和经营数据重新关联起来。
原来的问题
项目信息分散
任务、采购、合同和费用分开维护，一个项目的信息需要在不同记录之间反复核对。
采购执行难追
从询价、合同到到货验收，执行过程不连续，负责人很难随时看到当前状态。
资金情况不直观
付款、回款和项目费用没有围绕项目集中呈现，经营情况需要再次整理。
管理层依赖人工汇总
项目进度和经营数据难以同时掌握，需要临时汇总才能了解项目真实状态。
先还原业务，再决定怎么做
- 项目立项→
- 任务推进→
- 采购询价→
- 供应商合同→
- 到货验收→
- 付款回款→
- 费用归集→
- 经营分析
我们没有直接照搬原来的表，而是先重新梳理角色、流程、数据关系和关键规则，再决定哪些该关联、哪些该自动化。
最后，我们重点跑通了这几件事
项目与任务
以项目作为统一入口，把任务、负责人、节点与项目进度关联起来，让负责人持续掌握执行状态。
采购与合同
采购询价、供应商合同都回到对应项目中，减少跨多个表格反复查询采购进度和合同履约。
到货与验收
把到货、验收与采购执行链路关联起来，项目负责人可以继续追踪采购后续的实际落地情况。
付款与回款
围绕项目连接付款、回款信息，把业务执行和资金收支放在一起查看。
费用与经营
归集项目相关费用，集中呈现项目进度、采购、资金和利润等经营信息。
实际落地界面
从项目执行到经营查看，关键业务入口最终集中到一套连续的使用路径中。
从分散推进，到持续可追踪
| BEFORE原来 | AFTER落地后 |
|---|---|
| 项目信息分别维护，查看时反复核对 | 以项目为入口，关联任务、采购、合同与费用 |
| 采购进度需要逐项询问 | 采购执行和到货验收可以持续追踪 |
| 付款、回款和费用需要单独整理 | 资金收支与费用归集到对应项目 |
| 管理层依赖临时汇总了解情况 | 集中查看项目进度、资金与经营信息 |
先轻量落地，也为后续扩展留足空间
- 一期优先跑通项目、采购、合同、验收及资金费用链路，资金和利润展示服务于项目经营。
- 复杂场景分步推进；一期不替代完整财务或 ERP，AI 与复杂外部接口不属于已确认交付范围。
- 底层数据关系、权限与流程结构按可扩展方式设计。
- 后续可按实际业务，逐步扩展复杂审批、第三方系统集成、自动化、AI 与经营分析能力。
一期做轻，不代表能力做薄；先把核心跑顺，再随着业务需要持续扩展。
