常见结果是分数最高那家，上线后在旺季顶不住通道。原因多在需求书本身：写的是功能名称而不是可验证的场景，评审只能按条目给分——“具备良好高并发能力”这句话没法打分。

硬指标要写成能被验证的样子

并发不要写“支持大客流”，要写清三件事：峰值下单请求量、核销接口在峰值下的响应上限、并发下库存扣减会不会超卖，并要求提供压测报告，报告要写清场景与结论，不能只有一句“通过”。核销响应要写成判定时间加上超时后的行为——超时是放行还是拦截，这条比数值更容易出事故。断网应急要写可支撑时长、恢复后的补传规则、离线期间能否防重复核销。等级保护要写级别、谁出测评报告、上线前还是上线后完成。私有化要写交付物清单：部署文档、数据库结构说明、运维账号、备份与还原演练记录；只写“支持私有化”等于没写。

功能点罗列和实际可用之间的距离

评分表里“支持年卡管理”这类一条一分的条目，最容易买来一堆用不上的功能。替换方法是把每条改成一个场景：年卡挂失后换卡并保留剩余次数，请演示从受理、核验、换卡到事后查询留痕的全过程；儿童超高补票，请演示在哪台设备、几步完成、谁有权限。每个功能点都问三句：操作人是谁、在哪个界面、几步完成；答不出的条目去掉，换成你园区真实发生过的事。

演示环节该现场验什么

演示要限时并录屏，写进评分记录，否则事后各家说法不一。要验的动作按现场顺序排：窗口连续出票、闸机核销、手持终端离线核销、退款、当日对账导出、权限切换、误操作回滚。然后主动制造三件事：断网、同一张票重复核销、证件读不出来。看的是系统反应快不快、提示能不能执行，不是界面是否漂亮；演示数据也要追问一句是系统跑出来的还是人工准备的。有条件就在自己的场地用真实设备走一遍，接口和环境问题只有在现场才暴露。

实施与售后条款里最常见的坑

免费质保期的起点要盯：从合同签订起、上线起、还是验收合格起，三者差出几个月。验收合格由谁签字、以什么清单为准，不写清楚就会变成“先签验收单再改问题”。二次开发要问怎么计价、按人天还是按功能点、需求评估是否另收费。驻场要写谁承担、覆盖哪几个节假日、旺季能否顶。版本升级是否另收费、跟随外部平台规则变化的接口改造算不算免费范围，这两条最容易漏。培训要写次数和考核方式，只写“提供培训”等于一次线上讲解；故障要分级写响应与恢复时限，并写明一线找谁、二线多久介入。

低价中标之后钱会从哪儿冒出来

这类成本不写在合同总价上：模块拆开后逐个加购、按通道或账号数扩容、超范围的数据迁移、报表定制、接口按调用收费、免费期后的运维、跟随渠道规则的持续改造。办法很笨但有效：把“某项功能、某类接口、某次升级在未来三年内是否收费”做成一张承诺表逐行盖章，评审时查这张表，中标后再谈就没有空间。

商务条款要盯的几项

付款节点绑验收而不是绑到货，尾款等旺季跑过一次之后再付；验收标准作为附件，附场景清单而不是功能截图。数据归属、导出格式与导出权限写进合同，明确离场时的协助义务和期限。个人信息处理的责任划分要写清楚，谁采集、谁存储、泄露谁负责。最后一条：故障赔偿的计量方式要写公式而不是写态度，写不出来的一方，通常也没打算承担。