一份标书是
怎么写出来的

拿到一份招标文件，第一件事是什么？

不是打开 Word，也不是把文件丢给 AI 说「帮我写一份标书」。

是先读。而且读的顺序有讲究：同样一份文件，老手和新手都「读完了」，但老手清楚先看什么，每类信息看完要做一个什么决定。这一篇就把这条顺序完整拆一遍。

第一步：先读四类信息

招标文件几百页，没人从第一页顺读到最后一页。有经验的编制者先抓四类信息，每类回答一个问题。

基础信息，回答「要不要投」。项目名称、预算、工期、递交截止时间。预算你接不接得住，工期干不干得完，从现在开始准备来不来得及。这几个问题先过一遍，不少项目在这里就停下了。这不是消极，是把力气留给值得投的项目。

资格要求，回答「能不能投」。资质证书、类似业绩、人员证书、财务状况，这些是硬门槛，差一项就连评标环节都进不去。资格条件读完，你会得到一张清单：哪些条件我们有，哪些要靠证明材料，哪些根本没有。没有的，这个标基本就不用投了。

业务和技术要求，回答「写什么」。甲方要解决什么问题，方案要覆盖哪些场景，验收标准是什么。这一类信息最厚，也是后面目录和正文的主要原料。

评分标准，回答「往哪儿使劲」。分值怎么分布，哪些是客观分（有就给分，没有就零分），哪些是主观分（评委按内容质量打）。客观分一分都不能丢，主观分得知道每一段值多少钱。

这个顺序跟文件目录的顺序不是一回事：前两类决定投不投，后两类决定怎么写。评分办法可能印在第四十页，资格条件夹在前附表的表格里，但读的顺序由作用决定，不由页码决定。

这四类信息不是我们发明的，干这行的人都在这么读。我们做的，是把它们变成可以核对的清单：

你读到的	它变成什么
基础信息	一张投标决策表：预算、工期、截止时间
资格要求	一张硬门槛清单，每条挂着原文出处
业务技术要求	一张要求清单，逐条对应回应章节
评分标准	一张评分框架，标出分值和客观主观

「挂原文出处」值得多说一句：每一条后面都带第几页第几行。之后你和 AI 的所有分歧，都可以翻回原文对。它说招标文件要求 180 天，你翻到那一行，对得上就是对得上，对不上就是编的。

第二步：定分册，标还没写先定它长几个「本」

读完信息，第二件事不是搭目录，是翻到招标文件里关于响应文件的规定：正本几份、副本几份、要不要分册装订、怎么密封、签字盖章盖在哪儿。

由此决定这次投标要拆成几个「本」。常见的是技术标、商务标分开交，有的还要资格证明单独成册，报价文件再单独封装。

为什么这么早定？因为分册一变，后面全变：目录要按册拆，正文要按册组织，交付文件要按册合。标书还没写一个字，它的「体型」已经定了。这也是这一步不能拖到目录之后的原因：目录是往一个个「本」里放的，本都没定，目录往哪儿放？

第三步：搭目录

这一步是整个编制过程里最费脑力的，我们给它单独留了下一篇。这里只放一句话：目录不是把招标文件的章节抄一遍。招标文件给的结构建议通常只是个通用骨架，真正的工作是拿着要求、需求和评分标准，反复权衡出这个项目自己的目录。

第四步：写目录说明

目录定了，动手写正文之前，编标书的人手里通常还有一份东西，行业里叫「目录说明」：给目录里的每一节，写清楚五件事。

字段	回答什么
节	这一节叫什么，在目录树哪个位置
模式	怎么写：照格式件填？拿你的素材改？还是从头写
依据	它回应的是哪条要求，原文在哪
素材	用哪些资料：哪段历史标书、哪张证书
缺口	还缺什么：要你提供的数字、要你确认的事

它有两个用处。往下游看，它是写正文的施工图；往上游看，它是目录的检查表。每一节为什么存在，看说明就知道，说不出来由的节就该警惕了。

最容易忽略的一点：目录说明很少一次写好。目录定稿之后经常要回头改，尤其是那些从招标文件的格式要求里直接复制来的节点。投标函、授权书、开标一览表，这类节点原本只是「一张表」，从来没有内容规划，说明必须重写才说得通。所以在真实的编制里，这一步和上一步是来回拉锯的，不是单向流水线。

第五步：写正文，不是一次生成，是来回检索

前面都定了，才轮到写正文。

正文阶段的主要工作量，说出来有点反直觉：不是「写」，是来回翻。

翻招标文件原文：这一条要求的原话是什么，限定语是「近三年」还是「近五年」，别写偏，别漏。

翻自己的资料库：有没有能用的业绩、证书、方案；历史标书里哪一段写得好，能不能借来改写。

一会儿在招标文件里，一会儿在自己的资料里，一节内容要来回好几趟。判断密集的地方在前面，也就是目录和说明；正文更像把已经做过的判断落实成文件。

一份几十节的标书，在我们的产品里正文阶段十几分钟能跑完。没人为此省掉前面几步，因为判断已经在前面做完了，正文只是执行。

顺带说说我们怎么让 AI「读」文件。解析的时候，程序把原件整本转成带行号的文本；写正文的时候，模型不整篇吞，而是拿着目录按行号去取需要的段落。像一个带着目录查资料的人，而不是把整本书吞下去的人。这样引出来的每句话都能翻回原文核对：我们拿 13 个真实任务测过，3100 多条引用没有出现凭空编造。要诚实补一句，这测的是「引用得准」，不等于「一个都没漏」，漏没漏要靠清单对账和人工复核。

为什么这个顺序不能跳

回头看这五步：读信息、定分册、搭目录、写说明、写正文。

每一步的输入，都是上一步的输出。

分册没定，目录不知道要往几个「本」里放；目录没定，说明无从写起；说明没写，正文就不知道这条该依据什么、那段素材从哪来。反着走也一样：正文写到一半发现某条要求没地方放，回头改目录；目录一改，说明跟着改。这不是流程设计得不严谨，是这件事本身就长这样。

所以「上传招标文件，一键生成标书」这类工具，跳过的是三步判断：投不投，分几册，目录怎么搭。产出物看起来像标书，但里面没有判断。

我们也曾经是「一键生成」派

这句话说出来不太好听：我们最早做的工具，就是「生成目录」的立场。给模型一个任务，让它吐一份目录出来。

后来整套删掉重做。因为它跳过的，正是上面这条顺序，和我们在第 0 篇里批评的那种做法，本质是同一个错误。删掉它不是技术不行，是立场不对：目录是判断的产物，不是生成的产物。

这一篇讲的是顺序。下一篇讲顺序里最费脑力的那一步，《目录：一本标书最复杂的部分》。