01问题
商务文件通常是在压力下赶出来的。投标时，各项义务埋在一页页文字里。做咨询时，客户的回答东一处西一处，悬而未决的问题只存在某个人的脑子里。一张证书过期了，一段答复从旧标书里沿用过来，等草稿到了审核人手里，已经没人说得清哪些陈述有证据，哪些是假设。审核变成了重读一遍，而草稿可能还没人批准，就到了客户手上。
02系统
商务工作，从需求简报到经审核的成果。
OneBuildDesk 把需求简报、证据、工作文件和审核都放在一个项目里。投标响应文件是它最清楚的公开示例：粘贴进来的文字变成编号要求，每条要求与经批准的答案库匹配，没有答案覆盖的，就保持未结，并且明说。同一份记录还承载提案、咨询与筹建方案、报价、合同和其他商务文件。每条陈述都带一个信任标签，由没有写这个版本的审核人批准或要求修改；只有“可交客户”且没有未结事项的版本，才能生成客户副本。
03为何重要
提案、咨询、计划和商务文件都在同一个受控工作区里流转，输入、证据、假设和每一次审核决定始终可见，直到某个版本可以交给客户。
服务对象
- 投标团队
- 咨询工作室
- 编制计划与文件的业务团队
- 审核人与客户负责人
04能做什么
- 01
从简报提取要求
含有 shall、must 或 should 的陈述，会变成编号要求。换一种说法的句子不会被抓取，所以招标文件本身还是得读。
- 02
合规与答案库
每条要求都与经批准的答案匹配。匹配结果只是提议，过期的证据不会被推荐，供应商是否符合要求，由人记录。
- 03
咨询、计划与文件
客户项目、待确认的筹建方案、报价、合同和商业计划书，每一项都放在上下文里，连着自己的证据和审核。
- 04
信任清单
每条陈述都带一个信任标签。没有来源的陈述，或需要补充输入的陈述，都会挡住这份记录向客户发布，直到有人写下说明、把它解决。
05产品实景
图片来自 OneBuildDesk 的公开网站。凡企业自己标明“示意”“模拟”或“提议”的内容，标注一律保留。
06如何运作
- 01
简报变成要求
粘贴的文字转为编号要求，每条都标明类别，以及是否为强制项。
- 02
一条要求，照出缺口
每条要求都与经批准的答案库匹配。没有经批准的内容覆盖时，这一行保持未结，并且明说。
- 03
由人审核一个版本
撰写人为每个未结事项写下说明并加以解决，再由没有写这个版本的审核人批准或要求修改。
- 04
经审核的成果可以取用
记录达到“可交客户”之前，内部副本一律标为草稿。客户副本只能出自“可交客户”且没有未结事项的版本，格式为 Word、Excel、HTML 或 Markdown。
07不同之处
OneBuildDesk 把商务文件看作一项受控的工作，而不是一个文件。一个版本从“草稿”到“审核中”，再到“已批准”“可交客户”；已批准的版本一经编辑，就退回草稿。批准只覆盖一个版本，导出不等于批准任何内容。没有来源的陈述保持未结，不含糊带过；认证声明没有经批准的证据，批准本身就过不了；报价总额由各行明细算出，绝不估算。
08信任与治理
只有获批的 Google 账户可以访问，不设公开注册。写这个版本的人不能批准它；受保护的 Owner 可以，并会留下记录。每次导出都连同文件大小和校验和一起保存。投标、咨询和合同的记录由固定规则依据输入生成，不由任何 AI 模型撰写；商业计划书草稿在该服务已启用的情况下可以使用 AI 模型，在有人审核之前，它始终是草稿。筹建方案不承诺任何许可、签证、费用或时间表，合同扫描也不构成法律意见。公开页面上的投标是一个示意性示例，依据产品的记录字段编排，并非截图。
09在组合中
工作与经营
OneBuildDesk 开启了“工作与经营”轨道，也就是离核心最近的那一条。它把创始人的方法用在多数组织每周都在做的工作上：从需求简报出发，说明每条陈述凭的是什么，让一个具名的人批准交给客户的内容。