科技券项目时间表撰写模板
科技券（Technology Voucher Programme，简称 TVP）是香港生产力促进局辖下的资助计划，旨在帮助本地中小企业透过引入外部科技顾问或现成方案，提升营运效率。每家合资格企业累计资助上限为港币60万元，政府配对比例一般为 3:1（即企业自付25%、政府资助75%），具体以官方最新公布为准。
在申请评分的多个维度中，项目时间表（Project Implementation Schedule / Project Timeline） 一直是审查重点。它不仅是格式要求，更是评审判断项目”可行性”与”成熟度”的核心依据。一个条理清晰、节点明确的时间表，往往直接影响审批结果。
本文为你拆解一份合格时间表的撰写结构、阶段划分、表述要点与常见误区，并附上可直接套用的模板框架。
一、时间表在评分体系中扮演什么角色？
科技券申请表的第七部分（D 部分）专门要求申请人填写项目时间表，涵盖从合同签订、系统采购、定制开发、内部测试、用户培训到上线验收的全过程。评审在评估项目时主要看三点：
| 评审关注点 | 时间表的体现 |
|---|---|
| 项目能否在 12 个月内完成 | 整体周期是否合理、是否有缓冲期 |
| 顾问工作量是否真实 | 每个阶段的工时、人月数是否与报价匹配 |
| 交付物是否清晰 | 是否列出关键里程碑（Milestone）以及对应交付物 |
换言之，时间表不只是行政表格，而是把项目”翻译”成评审能看懂的语言。写得粗糙，往往会让评审怀疑整份申请的可信度。
二、时间表的标准结构
一份规范的 TVP 时间表通常分为三个层级：
1. 阶段（Phase）
将整个项目按时间顺序拆分为 5–7 个阶段。过少显得粗糙，过多则显得碎片化。建议结构如下：
- 启动与需求分析（Kick-off & Requirement Analysis）
- 方案设计与采购（Solution Design & Procurement）
- 系统开发与配置（Development & Configuration）
- 测试与试运行（Testing & Pilot Run）
- 用户培训（Training）
- 上线与验收（Go-live & Acceptance）
- 项目总结与报告（Wrap-up & Reporting）
2. 任务（Task）
每个阶段下再细分为 2–5 项具体任务。例如”系统开发与配置”阶段可拆为：
- 数据库设计与搭建
- 核心模块开发
- 第三方系统对接
- 数据迁移
任务描述要使用动词开头，避免使用”讨论相关事项”这种含糊表述。
3. 时间区间（Time Frame）
按月份列出每一项任务的起止时间。建议使用「M1–M2」或「2026年10月–11月」这样的相对/绝对时间表达方式，二者皆可，但全表必须统一。若涉及具体金额或工时，应另设”工时分配表”作为附件补充，避免时间表过于拥挤。
三、模板示例（可直接套用）
下表为一份典型的 9 个月项目时间表模板，涵盖一般 ERP/MES/CRM 类项目。你可根据实际项目周期（建议 6–12 个月）调整。
| 阶段 | 任务 | 时间区间 | 交付物 |
|---|---|---|---|
| 1. 启动与需求分析 | 项目启动会议 | M1 上旬 | 会议纪要 |
| 业务流程梳理（BPR） | M1 中–M1 下 | 需求规格说明书 | |
| 2. 方案设计与采购 | 系统架构设计 | M2 上–M2 中 | 方案设计文档 |
| 软硬件采购与到货验收 | M2 中–M3 上 | 采购清单、到货签收单 | |
| 3. 系统开发与配置 | 基础平台搭建 | M3 中–M3 下 | 系统部署报告 |
| 核心模块定制开发 | M4–M5 | 模块开发文档 | |
| 第三方系统/API 对接 | M5 中–M5 下 | 接口联调报告 | |
| 4. 测试与试运行 | 单元测试与集成测试 | M6 上 | 测试报告 |
| 用户验收测试（UAT） | M6 中 | UAT 报告 | |
| 试运行（Pilot Run） | M6 下–M7 上 | 试运行日志 | |
| 5. 用户培训 | 核心用户培训 | M7 中 | 培训签到表、考核记录 |
| 终端用户培训 | M7 下 | 培训签到表 | |
| 6. 上线与验收 | 系统正式上线 | M8 上 | 上线确认函 |
| 30 天稳定运行监测 | M8 中–M9 上 | 监测报告 | |
| 项目验收 | M9 中 | 验收报告 | |
| 7. 项目总结 | 内部结项报告 | M9 下 | 项目结项报告 |
使用提示：
- 表格应另存为 PDF 或 Excel 单独上传至申请系统指定栏位；
- 任务数控制在 25–35 项之间较为合适；
- 若涉及多个供应商或顾问协同，可增加”负责方”一栏。
四、撰写要点与评分细节
1. 周期合理性
TVP 要求项目原则上在 12 个月内完成。周期太短（如 3 个月做一个完整 ERP）会被质疑可行性；周期太长（如 14 个月）则会被要求压缩。建议落在 6–10 个月 的”安全区间”，并保留 1 个月左右的缓冲期。
2. 阶段顺序符合逻辑
时间表必须体现前序依赖关系。例如：
- “采购到货”必须在”系统开发”之前；
- “用户培训”必须在”测试通过”之后；
- “上线”必须在”验收测试”之后。
评审会快速核对顺序，逻辑错误会直接扣分。
3. 交付物具体、可核验
避免使用”相关文件”这种笼统措辞。每一项任务都应匹配一份可被检查的交付物，例如：
- 需求规格说明书（SRS）
- 测试报告（包含测试用例与结果）
- 培训签到表
- 上线确认函
- 项目结项报告
交付物也是日后审计与拨款的关键依据。
4. 工时与报价对应
科技券对顾问费用有审计要求。时间表中的任务与顾问报价单中的工时必须能”对得上”。若报价单显示某个模块需 80 工时，时间表中相关任务的总工期应大致匹配这一工时分配。
五、常见扣分点与避坑建议
| 常见问题 | 后果 | 改进建议 |
|---|---|---|
| 时间表只有阶段没有具体任务 | 显得粗放，被质疑可行性 | 每个阶段细分为 3–5 项任务 |
| 时间全部填在最后一两个月 | 显得突击，可信度低 | 工时均匀分布，符合真实节奏 |
| 任务与交付物无关 | 评审无法判断进度 | 每项任务对应一份可核验交付物 |
| 周期超过 12 个月 | 不符合资格要求 | 拆分为两个项目或压缩范围 |
| 工时与报价严重不符 | 审计风险 | 提前与顾问对齐工时预算 |
| 缺少缓冲期 | 风险评估失分 | 关键阶段之间预留 1–2 周缓冲 |
六、自查清单：提交前再检查一遍
在按下”提交”按钮前，请逐项确认：
- 项目周期在 6–12 个月之间
- 阶段数控制在 5–7 个
- 每阶段任务数 2–5 项
- 任务顺序符合前后依赖关系
- 每个任务都有可核验的交付物
- 时间表与顾问报价单的工时能对应
- 已预留至少 1 个月缓冲期
- 表格已转换为 PDF 或 Excel 单独上传
- 表头时间表达方式（相对/绝对）全表统一
- 没有”待定”“待确认”等含糊字眼
完成以上 10 项检查，能大幅降低被退回补件（Request for Supplementary Information）的概率。
结语
科技券项目时间表看似只是一张表格，实则是把商业计划”翻译”为可执行语言的过程。结构清晰、节点明确、交付物具体的时间表，往往是申请能否顺利通过的第一道关卡。
撰写时多花一两个小时打磨时间表，能为后续审批节省数周等待时间。如果你正在准备 TVP 申请，不妨先把本文模板下载下来，与顾问一起逐行对齐任务与工时——再决定是否递交。
更多香港资助计划、签证申请、生活与创业指南，请持续关注 香港大全（内地人赴港全方位指南）。