中文技术标书的"五段式"，和"强承诺一定要补边界"
写技术标书，最怕的不是”写不满”，而是写得满但站不住。字越多，越容易被评审抓到一个经不起推敲的承诺，然后整段的可信度都跟着塌。
我在做一个用来生成、审查、规范化中文技术标书与应标材料的 Skill（bid-response-production）。里面最有用的一条规则不是”多写点”，而是“强承诺一定要补边界”。这篇文章讲讲这个结构怎么定的。
先定结构：五段式
标书是不是越长越好？不是。评审看的是”你这条标书有没有把该说的说清楚”。我把它收敛成五段式，每一段解决一类问题：
- 功能实现：你要交付的东西，怎么实现、覆盖哪些场景；
- 技术要点：关键技术点，以及你采用的技术路线；
- 业务联动：它怎么和客户的业务流程、已有系统衔接；
- 差异化能力：你和别人不一样的地方，凭什么选你；
- 验收·证据口径：怎么证明你做到了，用什么口径验收。
每段都有明确目的，评审顺着这个结构能快速抓住重点，而不是在冗长的叙述里找线索。
开头还要有一段“标书专属段”——不是把产品介绍复制过来，而是针对这份标书的 800–1200 字：点题、讲清你对应标需求的思路。这段是”钩子”，决定了评审愿不愿意往下看。
为什么结构比字数重要
没有结构的标书，容易变成”功能清单 + 套话”。而一旦有结构，就逼着你在每个位置写对内容：功能段写实现，技术段写路线，差异段写亮点，验收段写口径。
默认的排版也服务于这个目的：正文宋体、小四、1.5 倍行距，目录清晰、章节分明。一页页翻过去，评审能很快定位到”他要的答案在哪一段”。
强承诺要补边界
这是我最想强调的一点。写标书的人容易犯的毛病是把话说满：
“我们承诺 100% 保证系统 7×24 小时稳定运行，并提供无条件售后。”
这种话看着有诚意，实则是踩雷。因为它是一个没有边界的承诺——真实世界里没有”100% 无条件”的东西，评审一旦追问细节，这句漂亮话就成软肋。
正确的做法是：承诺的同时，把边界一起说清楚：
“我们承诺核心服务可用性 ≥ 99.9%，并配套完整的告警与应急切换；对于非归因于本方的第三方故障，按合同约定承担责任。”
一个承诺 + 一个边界，比一个”满话”可信得多。敢说边界，反而显得专业；只会堆满话，显得心虚。
这套处理我直接做成了规则：review_bid_docx.py 会去审查生成出来的标书，凡是出现”无条件、100%、完全保证、绝对”这类无限承诺的词，就提示你要么加边界、要么改成可度量的指标。生成端 md_to_bid_docx.py 也按这个结构产出，从源头减少”满话”。
可度量的承诺，才有讨论价值
把”一定稳定”改成”≥ 99.9%”，把”随时响应”改成”≤ 30 分钟告警、≤ 2 小时响应”，把”无条件支持”改成”明确支持范围与除外情形”。
承诺一旦可度量，评审就没法用”你凭什么说 100%”来攻击你；反而会去讨论”99.9% 的保障机制是什么”，这才是你想被问到的问题。
最后几条
- 标书结构比字数重要：功能 / 技术 / 业务联动 / 差异 / 验收口径，五段各司其职。
- 开头要有针对本标的 800–1200 字专属段，别拿产品介绍凑。
- 强承诺一定要补边界；把”满话”改成”可度量的承诺 + 边界”。
- 用工具做生成 + 审查闭环：能生成，也要能揪出无限承诺。
- 排版服务于阅读：宋体小四、1.5 倍行距、清晰目录。
能经得起追问的标书，才是好标书。而”经得起追问”，靠的不是字数，是每一句承诺都站得住。