不代表承诺
矩阵是内部核对工具，不对外产生承诺效力；对外起作用的是投标文件本身。把矩阵当成对招标人的正式答复，容易在偏离声明上出错；判断某条是否构成承诺，要看正式文件怎么写，不是看表里标了什么颜色。
偏离如实声明
部分满足就是部分满足，不能因为矩阵里写了满足就当满足。虚假响应一旦被认定，后果由投标人承担；如何判断标准是招标文件原文与可核证据，不是内部台账的措辞，改措辞不改事实，没有意义，也骗不过评审。
不得串通泄密
矩阵含报价与方案要点，属于敏感材料。多家投标人共用一套模板或互相传阅，容易触碰串通投标的红线；具体怎么做：模板自制、文件不外传，参与人签保密承诺，项目结束统一归档，别留在个人电脑里。
电子投标留痕
电子招标投标要求文件通过指定平台递交并留痕。矩阵与偏离表要在递交前定稿，改动用版本号管理；怎么判断哪一版是最终版，看平台上传记录，而不是看谁手里那份文件名更新，免得递错版本，很难挽回。
谁能看矩阵
矩阵里有报价口径与方案要点，不能全组随便看。建议按项目建一个受控目录，只对参与人开放，报价相关列单独设权限；项目结束统一归档，个人设备上不留副本。外来人员或分包参与时，先签保密承诺再给查看范围。权限收得紧一点不耽误进度，泄密之后再去补救，往往已经来不及。
适用与不适用
适合谁
- 使用电子交易平台投标的总包与分包
- 矩阵里含偏离声明的服务类投标的投标企业
不适合谁
- 把矩阵当正式答复文件提交的团队
- 多家单位共用一套投标模板的做法
典型场景
某总包在电子平台投标，矩阵里把一条部分满足写成满足，法务复核时改成偏离并附替代方案。递交前他们按版本号核对平台上传文件与内部定稿，确认一致后才点提交，避免文件与台账两张皮，也避免了事后解释不清。
可执行步骤
- 递交前核对矩阵版本号、偏离表与平台上传文件是否一致，不一致就重传
- 偏离声明逐条对回招标文件原文，确认表述没有掩盖事实再签字，纳入周会跟踪。
- 敏感矩阵只在内部受控环境流转，不通过外部网盘或聊天工具发送，由负责人抽查。
- 定稿后归档，参与人名单与保密承诺一并留存，便于追溯责任，在项目群里同步。
常见坑
- 矩阵标满足、投标文件却写偏离，两套说法并存，答辩时无法自圆其说，很容易被认定虚假响应，事后追责也难。
- 多家单位共用一套模板，条款措辞高度相似，容易被质疑串通投标，解释起来非常被动，风险不小，团队常低估风险。
- 矩阵通过群聊与网盘外发，成本与方案要点泄露，谈判时完全被动，还查不到是谁发的，很难追责，责任很难界定。
自检与验收清单
- 矩阵与投标文件表述一致，偏离项已如实声明，责任到人。
- 敏感矩阵只在受控环境流转，未用外部工具外发
- 参与人签了保密承诺，名单与日期可查，有明确时间。
- 递交前核对过版本号与平台上传记录一致，按项目存档。
常见问题
矩阵可以不写偏离吗
不建议。偏离是客观存在，写在矩阵里至少内部有数；不写不等于不存在，评标时照样会发现。判断要不要写，看是否构成实质性偏离，构成就必须声明，不构成也要留记录备查。
模板能不能参考同行
可以看结构，不能抄措辞。结构是通用做法，措辞与判断标准属于各家自己的东西；大量雷同的表述在评审时会被注意，判断风险不值得冒，自制模板的成本其实并不高，执行时更省心。
内部矩阵要保存多久
按企业档案制度与项目周期定，通常不少于合同争议可能发生的期间。矩阵里有判断依据与责任人，出问题时是重要证据；随意清理，等于把解释权交给别人，事后很难补，后续交接也方便。