这份框架给写技术参数的老师用。每条都按「可验」写：有角色、有动作、有可观测的结果。标 ××× 处需贵校自己填，括号里写了这个值怎么定。
最右一栏是它真正的用处。写参数时有个笨办法很管用：每写完一条，问自己演示时让他点哪里。答不上来的那条，重写。
三句话说在前面：本框架可自由删改、传阅，无需署名；不含任何只有某一家厂商能满足的描述；条文是通行做法的整理，不是文件原文，最终以贵校采购部门意见为准。
参数条文框架
十八条覆盖七块。用不上的整行删掉，不必保留结构。
| 模块 | 可验的条文写法（××× 为待填） | 演示环节怎么验 |
|---|---|---|
| 测评 | 支持按年级、院系、班级分批发放，可分别设置起止时间 | 现场建两个不同范围的任务，各指定不同时段 |
| 测评 | 支持分层测评，一阶有提示的学生方进入二阶；一阶题量不高于 ××× 题（按希望学生作答的时长定） | 一个账号走完一阶触发进入二阶，另一个账号验证不触发 |
| 测评 | 最大并发作答人数不低于 ×××（按一次普查的在线峰值填，不是在校生总数） | 演示验不了，要求提供测试报告并写明测试条件，验收时学校复测 |
| 量表 | 学校可自建量表，自定义题目、选项标度、计分规则与划界分，保存后即可发放 | 当场新建一套五题量表并发给测试账号 |
| 量表 | 投标人须列明随系统提供的量表清单及各自授权状态 | 核对响应文件，不在演示环节 |
| 预警 | 支持不少于 ××× 级分级（按贵校现行危机干预办法填），每级可配置责任岗位与响应时限 | 现场修改某一级的响应时限并保存 |
| 预警 | 超过设定时限未处置的自动向上一级推送提醒，推送记录可查询并导出 | 把某级时限改成极短值制造超时，看提醒是否产生并可导出 |
| 预警 | 未联系到学生的工单不允许被标记为已完成 | 把工单标为联系不上，再尝试结案，看是否拦截 |
| 咨询 | 预约、排班、咨询记录、转介、结案在同一条业务线上流转 | 从预约走完一个个案到结案 |
| 咨询 | 学生自主预约与学校转介可区分来源，对应不同可见范围（范围 ××× 由心理中心定） | 各造一条不同来源的记录，用辅导员账号查看 |
| 档案 | 调阅须选择事由并经审批，不同事由对应不同审批级数与有效期（事由与时效 ××× 由学校定义） | 用无权限账号尝试调阅，再走一次完整申请与审批 |
| 档案 | 每次调阅记录调阅人、时间、事由、所查看的具体条目、是否导出 | 调阅一次后打开留痕，核对这五项是否齐全 |
| 档案 | 调阅记录不可删除、不可修改，管理员账号亦然 | 用最高权限账号尝试删除一条留痕 |
| 报告 | 同一指标在不同页面与导出文件中口径一致 | 首页人数、名单页筛选、导出行数三处当场对照 |
| 报告 | 原始数据可由学校自行全量导出为 ×××（格式按信息中心要求填） | 由学校账号自行导出，厂商不在旁操作 |
| 对接 | 需对接系统：×××（逐个列出，写明接口方向、谁提供文档、谁配合联调、完成时限） | 演示验不了，靠清单与履约条款约束 |
| 部署 | 部署形态 ×××，数据存放位置 ×××（具体到机房或地域，不接受笼统表述） | 演示验不了，写进合同 |
| 退出 | 合同期满或终止时学校可取得全量数据，格式 ×××、××× 日内交付，并确认厂商侧删除方式 | 演示验不了，写进合同 |
几条额外说明
量表授权那条：商业量表的被授权方是学校，厂商不是适格的被授权方。所以它要求投标人如实列出哪些公开可用、哪些需学校自行取得授权，而不是要求他们「提供授权」。
最后三条演示都验不了，却是整份参数里最值钱的部分。分清哪些能当场验、哪些只能靠合同约束，本身就是写参数的一部分——把演示验不了的事写成技术参数，是在给自己制造验收争议。
并发那条同样验不了。写并发数时务必同时写清测试条件、由谁测、不达标怎么办，否则它只是一个数字。
不建议写进参数的几类
纯形容词：界面美观友好、性能优异、架构先进——没有一家会写「不响应」。
与心理业务无关的资质叠加：挡不住想挡的人，反而可能把合适的人挡在外面。
用顿号连起来的功能长串：评标无法区分优劣，验收也没法逐条验。
指向唯一供应商的描述：政府采购相关规定禁止以不合理条件限制或排斥潜在供应商，具体适用请贵校采购部门确认。
验收条款怎么接
最省事的做法：验收标准直接引用技术参数的条目编号逐条验，不另写一套描述；并在合同里写明验收不通过的整改期限和不整改的处理方式。这件事花不了多少时间，却把「到时候再说」这个模糊地带整个去掉了。
欢迎直接拿去改。有拿不准的条款可以发来，一起看看哪几条在验收时容易出事。