更新时间：2026年10月14日

先给结论：设计协作工具写进招标文件时，先把必选功能、证明材料、现场验收拆成三栏，再把席位、SSO、权限、日志导出、数据部署和交付服务写成可打勾的条款。这样能避免只写品牌名，也方便供应商按同一口径报价。部署与服务边界可先看Pixso 私有化部署方案。

招标评分表先分三层

层级	参数写法	证明/验收
必选	设计、原型、白板、评审、研发交付可完成	产品文档、演示账号、现场任务
加分	批量导入、组织资源库、审计导出、SSO/SCIM、高可用	版本说明、接口文档、架构图
验收	指定网络和浏览器用真实文件跑通流程	测试用例、日志、问题关闭单

“支持某格式”不能直接等于“完整可编辑还原”。参数应要求用代表性文件证明字体、组件、变量、原型连线和导出结果，并列出缺失项的处理方式。

公开采购公告只能作参数样例

上海银行 2024 年公告把产设研协同、私有部署、版本历史、Sketch/Figma/XD/Axure/SVG 导入、字体库、组件迁移、原型交互和白板能力放在同一需求范围内，70 个设计许可和 145 个白板许可是该项目口径，不是行业通用配比，详见公告原文。

南方电网 2026 年公告提出复杂交互、多端验证、设计规范检查和版本协作等痛点，采购 80 套一年订阅；后续公告显示响应不足而终止，不能写成中标案例，见采购公告与终止公告。

八类技术参数与现场动作

参数组	字段	现场动作
设计/原型	自动布局、组件变体、连线、动画、滚动	导入含状态的真实页面并走主流程
协作/版本	多人编辑、评论、版本筛选/恢复	三种角色完成评审、修改、回退
白板互通	思维导图、流程图、表格、看板、互链	从需求白板跳到设计稿并检查权限
迁移/字体	Figma/Sketch/XD/Axure/SVG、批量导入、字体库	登记缺失字体、组件关联和变量差异
研发交付	标注、切图、资源下载、代码检查或导出	研发按交付页还原组件并回填问题
治理/审计	SSO/SCIM、访客、外链、导出、活动日志	创建外部访客和离职账号并导出日志
部署/运维	SaaS、专属云、私有化、备份、升级、灾备	演示备份恢复和升级回滚
服务/交付	实施计划、培训、响应分级、数据归属、退出迁移	提交交付物目录和问题时限

每项参数都要有证据

每行增加“供应商承诺、证明材料、验收结论”三列。材料可以是版本明确的文档、接口说明、架构图、互认证书、演示录屏或现场记录；没有材料先标“待验证”。湖北三江航天红林探控 2026 年公告还把国内制造商、涉密信息系统集成资质、近三年业绩和交付周期列为条件，说明资质与交付也会影响评审，详见公开招标公告。

把采购、设计、研发和安全放进同一张表

采购团队关心价格与合同，设计负责人关心编辑效率和资产迁移，研发关心标注、资源与接口，安全团队关心身份、日志、数据边界和外链。参数表应给每一项指定责任人，不能由供应商的演示替代内部确认。

责任人	必须回答的问题	交付物
设计负责人	真实项目能否从页面到组件库持续协作	样本文件、差异清单、组件发布记录
研发负责人	交付信息能否进入现有研发流程	标注页、资源包、问题闭环记录
IT/安全	账号、日志、网络、备份和升级是否可控	架构图、权限矩阵、演练记录
采购/法务	席位变化、服务等级、数据归属和退出是否清楚	报价单、合同附件、退出清单

评分权重可以按项目风险调整，但每项都要保留“未验证”状态。供应商现场演示完成某项，不等于合同已承诺；应把版本、模块、交付物和验收期限写进附件。

把验收写成可复现动作

验收用例写清前置环境、步骤、预期、实际结果、证据位置和责任人。性能、并发、API 或代码交付不要写“高性能”“自动生成完整代码”，改成文件大小、参与人数、响应阈值、接口返回、缺陷等级和通过条件。

如果采购还涉及国产操作系统、浏览器或信创环境，可按设计工具信创验收清单准备环境组合与任务用例，分别记录打开、编辑、字体、协作和导出结果。

填写示例：把一条“支持 SSO”参数写成可验收条款

招标文件中的每一项参数都应同时写出对象、动作、证据和通过条件。例如，不写“支持大文件”，而写“使用甲方提供的文件，在指定浏览器完成打开、页面切换和导出，并提交耗时、错误日志和文件校验值”。阈值由采购方结合现有流程设定，供应商不能用一场演示替代长期服务承诺。

参数组	条款写法	投标材料	验收动作
编辑与组件	组件、变体、样式和权限可创建、发布、更新	版本说明、操作录屏	用两套组件更新实例并核对关联
迁移与字体	指定格式导入后列出可编辑对象和差异	兼容矩阵、差异样本	导入真实文件，记录字体、变量、连线缺失
协作与版本	多人评论、版本筛选、复制和恢复可追踪	权限矩阵、日志字段	三种角色修改同一文件并恢复指定版本
身份与审计	统一登录、账号停用、外链和日志导出有边界	接口文档、日志样例	停用账号、撤销外链后检查访问和日志
部署与运维	写清网络、备份、升级、回滚和退出迁移责任	架构图、部署手册、SLA	在测试环境做备份恢复和升级回滚

把“必选、可选、待验证”分开，未提供证明材料的能力不能先计入得分。对 API、代码检查或自动化能力，应要求接口版本、返回字段、调用限制和失败重试方式；对安全能力，应要求日志保留、数据删除和事件响应的书面边界。

从答标到现场验收的三轮评审

第一轮是文档初审：采购和 IT 按统一字段检查授权范围、部署形态、身份认证、数据流向、服务等级及退出条件，缺字段就退回补充。第二轮是统一环境演示：所有供应商使用同一份页面、同一浏览器和同一账号角色，现场完成导入、组件更新、评论、导出与权限撤销，记录步骤和证据位置。第三轮是小规模 POC：让真实的设计、研发和安全人员各完成指定任务，统计人工补救时间、缺陷等级和供应商介入次数。

轮次	主要参与人	通过条件	失败处理
文档初审	采购、法务、IT	关键字段有版本化材料	列补件清单和截止时间
统一演示	产品、设计、研发	动作和输出可复现	记录差异，不以口头承诺销项
小规模 POC	项目代表和安全人员	阻断项为零，整改项有期限	复测后再进入商务谈判

演示通过只代表当天环境完成动作，不自动代表合同已承诺。合同附件应引用产品版本、模块名称、交付物、验收日期和未通过时的整改或退出方式；版本升级后若参数有变化，也要重新留痕。

四种模糊表述不要直接得分

“高性能”应改成文件大小、并发人数、打开和导出动作以及统一的计时方法；“全格式兼容”应改成代表性文件的对象清单和缺失项处理；“自动生成完整代码”应改成输出格式、可编辑范围、接口返回和人工补齐责任；“支持私有化”应改成部署拓扑、数据存储边界、升级方式、备份恢复及退出迁移。这样既能公平比较，也能在验收失败时找到责任边界。