科技券独立技术评审要求与应对策略
科技券（Technology Voucher Programme，TVP）是香港生产力局负责执行、创新及科技局政策支持的传统中小企业资助计划。每宗申请从递交到最终批核，都要经过生产力局的行政审核和一份由独立技术评审出具的评分报告。后者往往直接决定申请成败，却因为评分机制不公开、评审匿名，最让申请人摸不着头脑。本文从评审流程、评审要点、常见失分点、可执行的材料组织建议四个角度，为正在筹备或已经提交 TVP 申请的中小企业做一次系统性梳理。
以下内容基于公开的科技券计划指南与生产力局公布的申请须知整理，具体评审细则以官方最新公布为准。
一、独立技术评审在 TVP 流程中的位置
科技券的审批并不是单一窗口的”打勾通过”，而是分阶段、分角色进行的复合流程：
- 生产力局初步审核：核对申请表格完整性、机构资格、预算上限与项目基本信息。
- 独立技术评审：由生产力局邀请的独立专业人士组成评审小组，对项目进行技术评估，并撰写评审意见与建议评分。
- 评审委员会决议：根据独立评审的建议，结合政策目标与资金情况，由评审委员会作出批准 / 不批准 / 修订后批准的决定。
- 通知与拨款：获批项目进入采购与首期拨款流程，未获批项目可按程序提出查询。
理解这一链条很重要——行政审核决定”能不能进入评审”，独立技术评审决定”评审委员会怎么看你”，而评审委员会则掌握最终生杀大权。申请材料如果只过了行政审核的关，却没扛住技术评审的质询，就很难拿到批文。
二、独立技术评审重点看哪些维度
虽然科技券指南没有公开一份完整的”打分表”，但综合多份获批与未获批案例的公开信息，以及生产力局在不同场合对评审原则的说明，可以归纳出独立技术评审普遍关注的几个维度：
1. 痛点真实性与业务相关度
评审关心的第一个问题不是”这个技术有多酷”，而是”这家公司现在到底卡在哪里”。
- 公司现有的工作流程、生产、销售或服务环节是否真的存在可量化的痛点？
- 痛点的描述是否具体、可验证（例如”日均处理 80 张订单需要 2 人手工录入 4 小时”），而不是停留在”效率不高”“急需升级”这类空话？
- 提议的科技方案是否直接对应已识别的痛点？
一份只罗列产品参数、却把”业务痛点”放在背景介绍里一句话带过的申请，是评审眼中的高风险信号。
2. 方案技术合理性
技术评审会从可行性角度审视整个方案：
- 提议的技术（ERP 模块、CRM、移动应用、IoT 设备、AI 模型等）是否与公司现有 IT 基础、人员能力相匹配？
- 模块拆解是否合理？功能是否过度堆砌？是否对所需人员、数据迁移、接口对接给出了可执行的安排？
- 是否考虑了数据安全、备份、隐私合规等基础要求？涉及个人资料的模块是否符合《个人资料（私隐）条例》？
- 实施时间表是否与预算中的工时、外部供应商报价相互印证？
技术评审对”宏大叙事”并不买账，反而对”过度承诺”非常警惕——承诺 12 个月做完整条业务线数字化，通常反而被视为不合理。
3. 预算合理性
预算是评审被打回最常见的原因之一。独立技术评审在审阅预算时会问：
- 各项开支是否属于科技券可资助范围？常见的不能资助项目包括：公司内部人手的一般营运开支、非直接用于项目的设备、办公租金、员工培训之外的差旅费，以及与项目无关的市场推广。
- 报价是否合理？是否需要至少两家供应商报价（以官方最新公布为准）？
- 单价是否与市场水平存在显著偏离？例如一个简单的移动应用报价明显高于行业均值，又没有给出合理解释，会被要求补充资料甚至直接扣分。
4. 项目成果与可衡量指标
科技券在原则上要求项目能产生可量化的业务改进。因此评审会检查：
- 申请人是否提供了清晰的 KPIs（关键绩效指标），例如订单处理时间从 4 小时缩短至 1 小时、人工错误率从 3% 降至 0.5%？
- 这些指标是否在项目实施期内可达？评审对”过于激进”的指标同样警惕。
- 项目是否设定了阶段性里程碑，便于后续的中期检讨与最终验收？
5. 公司承投与执行能力
最后，评审也会评估申请人自身：
- 公司是否有匹配的人员主导或配合项目？项目负责人与核心成员的简历是否清晰？
- 是否预留了自付部分的资金安排？现金流是否足以支撑项目走完？
- 是否愿意承担项目后续的维护与持续运营？科技券不是一次性投入，评审希望看到申请人对项目生命周期的思考。
三、常见失分场景
把上述维度落到真实申请中，几个高频失分场景值得专门列出来：
| 场景 | 评审通常的判断 |
|---|---|
| 痛点写得像宣传稿，没有数据支撑 | 怀疑”伪需求”，要求补资料或扣分 |
| 一次性买断大量软硬件，但缺少持续运营安排 | 担心项目结束后系统闲置 |
| 报价仅一份供应商，未做市场比价 | 预算合理性存疑 |
| 自行开发部分没有详细的人月拆解 | 内部成本被高估或无法核实 |
| 项目范围跨度过大，模块互相依赖 | 时间表不可信，整体可行性受质疑 |
| 公司成立不足一年、缺乏相关业务记录 | 基础承投能力受质疑 |
四、可执行的材料组织策略
理解了评审的视角，材料组织就有的放矢。建议在写申请前先把以下清单过一遍：
业务与痛点段
- 列出至少 3 条痛点，每条配 1-2 个量化数字
- 用一张”现状—目标”对照表，把业务流或数据流画清楚
- 痛点要和拟用技术一一对应，避免技术描述与痛点脱节
方案与技术段
- 拆解模块时按”功能—技术路径—所需资源—风险与应对”四要素展开
- 实施时间表建议使用甘特图，按月或按里程碑列出关键节点
- 涉及个人资料与跨境数据流的模块，单独写一段合规说明
预算段
- 提前整理两家以上供应商的报价单作为附件，单一供应商情况需附独家说明
- 内部人员成本按”角色 × 人月 × 月薪”明示，自付部分资金来源写清楚
- 把可资助项目与不可资助项目用颜色或表格区分，方便评审快速判断
成果与指标段
- 给出 3-5 个 KPIs，注明基线值、目标值、测量方式
- 指标要”可被独立验证”，例如可以直接由系统后台报表拉出
- 主动列出项目结束后的维护安排与责任人，体现可持续性
公司能力段
- 项目负责人与核心成员附简历，重点写相关项目经验
- 列出公司过往类似的 IT 项目或运营案例，证明有承接能力
- 现金流证明文件准备充分，体现自付部分真实可用
五、与独立技术评审打交道的心态
最后想强调一点：独立技术评审并不是”考官”，他们的工作是为评审委员会提供独立判断。一份高质量的申请材料，本质上是在帮评审写出推荐意见——逻辑清晰、数据翔实、风险可控的申请，评审往往乐于给出正面建议；而逻辑混乱、互相矛盾的申请，评审即便愿意支持，也难以下笔。
如果收到生产力局的补件要求（Clarification Request），请把它视为一次宝贵的”评审对话”机会：评审指出的疑问，通常正是他们最不放心的环节，针对性补强比泛泛重写更有效。
科技券的资助金额上限、每家企业的累计资助上限、可资助项目类别等具体规则，会随创新及科技局公告定期更新，请以生产力局官网发布的最新指南为准。无论规则如何调整，独立技术评审对”真问题、真方案、真能力”的核心要求不会改变——这是准备 TVP 申请最值得花时间打磨的方向。
香港大全 持续整理香港人才、签证、补贴、税务与生活相关的中文指南，欢迎收藏与转发。
常见问答
科技券的独立技术评审具体由谁来做？是生产力局自己的人吗？
不是。独立技术评审由生产力局邀请的、与申请企业无利益关联的独立专业人士组成评审小组，对项目进行技术评估并出具评分意见与建议评分，最终由评审委员会结合政策与资金情况作出批准决定。
科技券申请被技术评审打回，最常见的原因有哪些？
从公开案例看，高频失分点包括：痛点描述空泛、缺乏量化数据；报价仅一份供应商、未做市场比价；项目范围过大、模块互相依赖导致时间表不可信；自行开发部分缺少人月拆解；以及一次性买断大量软硬件却缺少后续运营安排等。预算合理性也是被打回的常见原因之一。
科技券申请是否必须提供两家以上供应商报价？
文章提到独立技术评审会关注”是否需要至少两家供应商报价（以官方最新公布为准）”，单一供应商情况一般需附独家说明。具体家数要求、豁免情形与最新口径，建议在提交前以生产力局官网公布的申请须知为准。
科技券预算里有哪些开支是不被资助的？
根据文章整理，不能资助的项目通常包括：公司内部人手的一般营运开支、非直接用于项目的设备、办公租金、员工培训之外的差旅费，以及与项目无关的市场推广等。申请人准备预算时，建议将可资助与不可资助项目用颜色或表格区分，方便评审快速判断，具体范围以官方最新公布为准。
收到生产力局的补件要求（Clarification Request）应该怎么处理？
文章建议把补件视为一次”评审对话”机会：评审提出的疑问，通常正是他们对项目最不放心的环节，针对性补强比泛泛重写更有效。建议围绕评审具体指出的问题补充数据、说明或佐证材料，避免重复提交与质疑无关的内容。
科技券对申请公司的成立年限或过往业绩有要求吗？
文章在”常见失分场景”中提到，公司成立不足一年、缺乏相关业务记录时，基础承投能力会受到质疑。建议项目负责人与核心成员附简历并突出相关项目经验，同时列出公司过往类似的 IT 项目或运营案例，以证明具备承接能力。具体资格门槛以生产力局官网最新指南为准。