谁需要一张项目台账
工程安装、设计咨询、软件实施、设备改造、活动执行——这类生意不是"卖一件货"，而是"交一个项目"。项目周期长、参与的人多、钱花得散，于是就出现了同一种混乱：
- 项目进度散在若干个 Excel 里，版本还不一样，谁也说不清哪个是最新的。
- 老板想知道"某某项目现在到哪一步了、这周投了几个人、花了多少钱"，只能挨个打电话问，问完也没有记录。
- 里程碑的日期是开工时口头定的，延不延、延几天没人主动报，等到客户催才反应过来。
- 人员投入和费用投入平时不登记，项目完工做结算时，才发现成本要靠回忆去凑。
- 项目挂在哪份合同下、回款收到哪一步，和项目台账是两套账，对不上。
这些问题的共同点不是"缺一个功能"，而是缺一份结构化的项目底账：项目是什么、走到哪一步、谁在投入、花了多少，都在同一处、同一种口径下记录，并且能按项目翻开来看。
下面按"数据怎么建 → 页面怎么用 → 移动端怎么配合 → 上线前查什么 → 之后怎么延伸"讲清楚这条路怎么走。
一、数据怎么建：三张主表 + 一张字典
建台账的第一步不是画界面，而是把"要记哪些事"拆成表。项目台账最小组装是三张主表加一张字典。
1. 项目档案（主表）
每个项目一行，是整个台账的锚点。建议字段：
- 项目编号（自动生成或按规则编）、项目名称
- 客户、关联合同（用引用字段连到客户档案与合同台账，不重复录入名称）
- 项目类型、当前状态（走数据字典，见下）
- 项目负责人、参与部门
- 计划开始日期、计划结束日期
- 项目预算金额、备注
项目档案是"一"，后面两张表都是"多"，都靠项目编号与它挂钩。
2. 里程碑计划表
里程碑是项目的骨节：立项、方案确认、开工、阶段验收、终验、结项。每个里程碑一行：
- 所属项目（连回项目档案）
- 里程碑名称、顺序号
- 计划日期、实际完成日期
- 里程碑状态（未开始 / 进行中 / 已完成 / 已延期）
- 责任人、交付物说明、附件
有了"计划日期"和"实际日期"两个字段，系统才能算出"延期几天"，而不是靠人眼看。
3. 投入登记表
投入分两类，建议统一成一张登记表、用类型区分，避免开两个界面：
- 人员投入：项目、人员、投入日期（或起止日期）、投入工时/人天、承担角色
- 费用投入：项目、费用类型（差旅、外包、材料、设备租赁……）、发生日期、金额、凭据附件
每条投入都带项目编号，于是"这个项目累计投了多少人天、花了多少钱"就是一次汇总，不用手工统计。
4. 数据字典：把口径固定下来
项目状态、项目类型、里程碑状态、费用类型这类"只能从有限选项里选一个"的字段，全部交给数据字典统一管理。好处是：全公司一套选项，不会出现"进行中 / 在办 / 进行"三种写法；以后要加一个"暂停"状态，改字典改一处，所有页面跟着变。
5. 引用，而不是复制
客户、合同、回款这些信息，在别的模块里已经有一份。项目档案里用引用字段把它们"连"过来——界面上能选、能看，但不会回写对方的数据。这样项目台账和合同台账、客户档案始终是同一份事实，不会各记各的。
字段定完，一个"能存数据"的模块其实就成型了。真正决定好不好用的，是页面。
二、页面怎么用：四个视角分工
同一个台账，不同角色关心的是不同的切面。建议按下面四个视角配页面。
1. 项目台账（列表页）——管理者的总览
一张表回答"我手上现在有哪些项目"。列建议：项目编号、名称、客户、负责人、状态、计划结束日期、进度百分比。顶部放筛选：按状态、负责人、客户、项目类型；过期与延期的行做视觉标记。
这是每天打开最多的页面，所以"一眼能看出哪个项目不对劲"比"字段齐全"更重要。
2. 项目详情页——单个项目的全景
点开一个项目，看到四块：
- 基本信息（项目档案字段）
- 里程碑时间线：按顺序列出各里程碑，计划/实际日期并排，延期的高亮
- 投入汇总：累计人天、累计费用，以及按人员、按费用类型的小计
- 关联信息：合同、回款进度（来自引用）
这一页把"打电话问一圈"要问的东西全部摆平。
3. 投入登记页——执行层的入口
人员和费用由项目成员自己登记，字段少、录入快。支持一条条录，也支持历史 Excel 一次性导入（把过去几个月的投入表整理成固定列头，一次导进来）。录入时项目、人员、费用类型都走下拉选择，少打字、少出错。
4. 统计页——按维度汇总
把投入数据按维度摊开：按项目看预算与实际投入的差、按部门看人力占用、按人员看跨项目投入分布。这张页面的价值是回答"我们的资源压在哪几个项目上"，这是项目型业务最容易失控的地方。
5. 两条自动化暗线
- 审批：立项申请、费用超预算的额外申请，走工作流定义节点和条件（谁审、什么金额走几级），审批记录自动留痕。
- 提醒：里程碑到期前用定时任务触发站内通知，负责人到点收到提醒，而不是等人来问。
这两条不是"锦上添花"，而是把台账从"事后记录"变成"事前提早知道"的关键。
6. 权限：先想清楚谁能看哪个项目
项目数据往往敏感，不同项目之间不该互相可见。平台的权限体系可以按角色授权，也能把可见范围收敛到"我参与的项目"这一层。规则要在上线前定，别等数据进去再补。
三、移动端：让现场的人愿意登记
项目台账最常见的失败原因不是设计不好，而是数据没人登。执行的人在外面跑，电脑不在身边，回到办公室补录又变成回忆。
移动端补的正是这个缺口：
- PC 端构建的模块会自动出现在手机端，负责人在工地、在客户现场就能登记当天的投入、更新里程碑状态。
- 费用凭据当场拍照上传附件，不用攒一堆发票回办公室。
- 审批在手机上完成，不用回到座位才能点通过。
- 随身的工作台能把"我负责的项目""待我审批的事"集中在首页。
判断标准很简单：如果现场登记比事后补录更省事，数据才会自然长出来。 移动端就是让前者成立的那一环。
四、上线前检查：把数据质量和跑偏挡在前面
模块在正式使用前，按下面的清单过一遍：
- 字典先行：项目状态、类型、费用类型、里程碑状态全部先建好字典，再让业务录数据，否则脏数据会一路带下去。
- 引用先连通：客户、合同等引用字段确认能正常选择到已有档案，别出现"选不到客户"。
- 发布预检：走一次模块的发布前检查，字段、规则、页面挂载是否齐全，预检通过再挂菜单。
- 双端确认：挂上菜单后，在 PC 和手机上各走一遍完整流程（新建项目 → 登记投入 → 更新里程碑 → 看统计），确认移动端页面同步出现且可用。
- 权限复核：用不同角色登录试一遍，确认该看到的能看到、不该看到的看不到。
- 历史数据迁移：老的项目台账用 Excel 一次性导入，导入后抽查几条，确认日期、金额、关联关系没有错位。
五、之后怎么延伸
台账一旦成为项目数据的唯一入口，后面能接的东西很多：
- 往钱上接：项目关联合同与回款后，可以看单项目的整体盈亏，而不只是看总账。
- 往人上接：投入数据积累起来后，能看出人均产出、跨项目负载，排项目时心里有数。
- 往流程上接：采购申请、费用报销发生时带上项目编号，费用自动归集到项目，不用二次整理。
- 往提醒上接：里程碑提醒之外，可以加定期汇总通知，让管理层每周自动收到项目健康度摘要。
先跑通"项目 + 里程碑 + 投入"这三张表，再按需要往上叠，比一上来摊大饼更容易落地。