定制软件立项选型｜下载招标与交付核对单

怎样用于你的项目

这份清单帮助双方判断现成 SaaS 是否合适，以及哪些部分需要适配或定制。功能、费用、排期和维护按本次范围确认。

先说明当前做法、使用岗位和希望改善的一步，用脱敏示例讨论即可。已有系统再补充代码与接口条件；账号密码和密钥不放入初次沟通材料。

窄屏可在表格区域横向滚动。

范围冻结前的逐项核对模板——待确认项不算交付承诺
核查项	冻结前写清什么	可准备的材料	尚未确认时怎么处理
使用者与当前问题	谁在什么场景完成哪一步，当前哪里不方便	现有流程说明或脱敏操作示例	先确认问题和目标，不由技术名词推定整套系统范围
本次功能与非目标	本次要完成的关键动作，以及明确不包含的内容	功能列表、页面或操作草图	把未知项标为待确认，不用含糊的全包表述代替范围
已有系统与连接	哪些保留、修改或连接，接口和代码是否可用	系统清单、代码归属与接口条件说明，不含凭据	未核接口与授权条件前，不承诺已经兼容或能够直接迁移
文件与业务数据	字段、格式、来源与使用权限，哪些结果要人工检查	经允许的脱敏样本与字段解释	保留样本验证项，不编造支持格式、识别准确率或自动导入结果
验收方法与确认人	输入、操作、预期结果，以及谁确认本次完成	可重复检查的场景与范围版本	没有预期结果的项目先补定义，不因有截图就视为通过
范围变更	谁确认变化、如何记录新增与删减，以及影响哪些验收项	相对本次范围的差异记录	先比较差异并重新确认费用与时间，不默认无限修改或免费增加功能

冻结后继续保留范围版本和待确认清单。新出现的功能、接口或数据条件要与原记录比较，再决定是否调整本次交付或留到后续迭代。本文没有规定合同效力、统一收费或固定变更次数。

需求冻结后还能改功能吗？

可以讨论变化，但先写出相对原范围新增、删除或改变了什么，再核对验收项、费用和时间的影响。冻结不是禁止沟通，也不代表所有后续变化都已包含。具体变更方式由项目约定。

只有想法，没有完整规格书，可以先评估吗？

可以先说明当前做法、遇到的问题和目标动作，用脱敏示例帮助讨论。是否足够估算、哪些还需样本或接口验证，要逐项确认；不能把初次讨论当成整套功能已经冻结。

准备采用现有 SaaS，也需要确认范围吗？

需要先检查现有产品是否覆盖功能、数据导入和部署需求，再讨论适配或定制。产品模块介绍不是某个业务流程已验收的证明；价格、授权、源代码与维护安排也不能从功能名称推定。