先机VANTAGE
不止替你写标书,
更替你算清胜算。
面向招投标全流程的 AI 决策引擎 · 装在本机,当天能用
摘要一页看懂
先机VANTAGE 是一台 AI 投标决策引擎。它不只是一支更快的笔——它在你动笔之前, 先把「这个标值不值得投、投了能得几分、哪几条会让你废标」摆到你桌上。
它把散落在人脑里的判断,变成能核对、能签认、能交给老板看的清单与分值。
看得早
机会还在窗口期时就被挑出来,而不是等你听说时已经过期。
看得准
上百页招标文件逐条过,资质门槛、废标条款、评分权重一条不漏地摆出来。
投得赢
每一步都有分值跟随:差多少分、差在哪一项、补哪一段能拉回来。
能力全景:一条主链,一座库
产品由两部分构成,互相喂养:
主链 · 七步
招标文件分析 → 投标大纲构思 → 标书编制 → 标书审查 → 模拟评标 → 标书导出 → 项目复盘。
每一步都交出下一步能直接用的东西,不留「回头再整理」的债。
底座 · 资料库
资质、业绩、方案、模板全部结构化入库。写标书时直接引用,项目结束自动回流。
每投一次,库里厚一层。
四个工作空间
日常问答、找标、做项目、攒资料——四件事在四个空间里,共用同一套智能体底座。
CHAPTER 01一个投标人的普通一周
先从具体的场景说起,因为「AI 投标」这个词,很容易被说成一堆功能名称的堆叠。
1.1 三个卡住的时刻
周一早上,销售
打开七八个网站,把关键词换着搜一遍,看到二十几条公告,下载下来,逐条判断——这条能不能投?跟我们的资质对不对? 翻到第五条时,客户来电话,回来接着翻时已经忘了前三条为什么排除。一个上午过去,值得跟的可能只有一条。
周三下午,售前
拿到一份 120 页的招标文件,第一件事是把「资格要求」「废标条款」「评分办法」三块翻出来。 翻的时候心里明白:这里面有一句话没看到,明天就可能白干两周。但没有人能保证不漏—— 看漏了才知道,这是这个岗位最贵的一种「知道」。
交标前一晚,负责人
标书厚厚一摞,团队问「能得多少分」,你只能说「应该还行」。技术分、商务分、价格分怎么估? 评分表里那二十几个评分项,我们的应答到底覆盖了几项、每项能拿几分?没人算得清,于是只能赌。
1.2 卡点不在写得慢,在判断得太晚
这三个时刻有一个共同结构:信息其实都在,只是发现得太晚。
| 时间差 | 信息在哪 | 人工怎么拿到 | 后果 |
|---|---|---|---|
| 机会的时间差 | 各级交易平台、政府采购、行业渠道 | 人工订阅关键词,只能覆盖熟悉的一小块 | 看到时已过去几天,别人已经在推进 |
| 风险的时间差 | 上百页招标文件的字里行间 | 通读,靠经验与运气 | 废标项在交标后才被发现 |
| 对手的时间差 | 公开的资质、业绩、中标记录 | 靠人打听、靠关系 | 格局定了才知道对手是谁 |
所以先机VANTAGE 的全部设计,只做一件事:把判断往前挪。挪到动笔之前,挪到投入之前,挪到你还有选择的时候。
CHAPTER 02它是什么
2.1 一句话,三层含义
| 层 | 含义 | 具体到你能摸到的东西 |
|---|---|---|
| 决策 | 输出的不是一段文字,而是带分项依据的结论:能不能投、风险在哪、能得多少分、差多少 | 招标分析报告 · 风险评估 · 评分对账表 · 模拟评标得分 |
| 引擎 | 不是模板库,是按你的项目实时计算:换一份招标文件,结论就重算一遍 | 每一步都能重跑;改了正文,分数跟着变 |
| 本机 | 装在自己电脑上,招标文件、标书、资质、报价都不上传 | 断网可用;数据就在文件夹里,能拷走、能备份 |
2.2 四个工作空间,一条动线
四个空间的划分不是为了好看,而是对应投标工作的四种状态:没事时看机会、有事时做项目、做完后攒资料、平时问问题。
日常
通用工作台。问行业政策、查历史案例、改一段文字。
使用频率最高,门槛最低
标讯
机会发现。数据源、订阅策略、匹配打分、资质临期提醒。
项目
投标工作台。七步主链、阶段会话、产物看板、归档复盘。
资料库
企业知识。资质、业绩、方案、模板,入库即可被引用。
四者之间是一条动线,不是四个孤岛:在标讯看到一条合适的公告,一键立项进入项目;项目里写完的标书沉淀成资料库里的业绩与模板; 下一次在标讯匹配时,这些沉淀又成为打分的依据。
2.3 它不做什么
这句话很重要,写在最前面:它不替你做决定。
| 不做 | 为什么 |
|---|---|
| 不替你决定投或不投 | 它把依据摆齐、把分算清,决定权始终在你手里 |
| 不替代签字与盖章 | 不做招投标代理资质服务,也不做 CA 签章的替身 |
| 不把资料上传云端 | 这是产品形态的承诺,不是可以关掉的配置项 |
| 不承诺「一键中标」 | 没有任何工具能承诺这个;能承诺的只有「看得更清楚」 |
CHAPTER 03七步主链路
这是产品的能力主体。每一步都按同一格式说明:你做什么、它做什么、你拿到什么。
3.0 为什么是七步,而不是"一键生成"
市面上不缺「输入招标文件,输出一份标书」的工具。我们刻意没有那么做,原因很实在:
标书不是作文
它是一份逐条响应的法律文件。漏一条响应就可能废标,写得再漂亮也没用。
判断需要中间产物
「值不值得投」的答案藏在解析结果里;「能得几分」的答案藏在大纲与应答的对应关系里。跳过中间产物,结论就是猜的。
人必须能介入
七步之间都停下来等你确认。你可以改、可以退回、可以跳过——流程跟着你的判断走,而不是绑着你走。
3.1 第一步:招标文件分析
这一份报告的价值在于每条结论都能回到原文。你会看到「第 3.2.4 条:未提供近三年同类项目合同复印件的,作废标处理」这样的引用, 而不是一句「要求提供合同复印件」。前者你能立刻去核,后者只能选择相信。
3.2 第二步:投标大纲构思
大纲这一步最容易被跳过,但它是后面所有分数的分配方案。评分项若在大纲里没有落点,写成什么样都拿不到分—— 这个错误在编制阶段发现,代价是重写一章;在大纲阶段发现,代价是挪一个标题。
3.3 第三步:标书编制
关于配图:图是正文的另一种写法
标书里的架构图、流程图、界面图,系统采用「按规格绘制」而不是「AI 生成一张图」:
| 类型 | 用在哪 | 为什么这么做 |
|---|---|---|
| 架构图 | 技术方案分层、部署结构 | 分层、框图必须与正文一致,能逐层对上 |
| 流程图 | 业务流程、实施步骤 | 节点名称就是正文里的词,不会出现"图上是另一套话" |
| 界面示意图 | 产品功能展示 | 只画结构与功能位置,不伪装成实拍截图 |
| 图表 | 指标对比、进度计划 | 数据来自正文,改数就改图 |
3.4 第四步:标书审查
3.5 第五步:模拟评标
对账表会指出四类异常,这也是它比"一个总分"有用得多的地方:
缺分
评分办法里有这一项,但我们的标书里没找到对应应答。
缺覆盖
应答写了,但只覆盖了评分点的一部分。
无依据却给分
估了分,但找不到支撑材料——这种分在真评标里拿不到。
充分却零分
应答很扎实,但不在评分项的采分点上,白写了。
3.6 第六步:标书导出
产品内置的是真实的 Office 引擎,在右栏里就能打开 docx 编辑——不是转成网页的"预览"。 这意味着你在这里看到的版式,就是评审看到的样子;导出不会出现"预览好好的,导出来全乱了"。
3.7 第七步:项目复盘
CHAPTER 04看得早:标讯与机会
找标这件事的难,不在"搜不到",而在"搜到的太多,判断不了"。
4.1 数据源与策略:一次配好,之后自动
源可以管
内置覆盖国家、省、央采、央企层级的公开渠道。可以按需启停,也可以加自己的渠道。 停用一个源,所有策略立即生效,不用去改每一条策略。
策略一句话
「帮我看华东地区智慧园区、数据中台相关的标,预算五百万以上」。说一句就行,系统解析成策略草稿给你确认。
越用越懂你
你对结果的取舍会形成兴趣画像;企业能力档案(资质、业绩、区域)是打分的另一半依据。
4.2 可解释匹配:不给你一个莫名其妙的高分
匹配不是"AI 觉得这个标适合你",而是分项打分、逐项可查:
图示为打分构成的样式示意,数值仅用于说明分项结构。
4.3 资质临期预警:提前 90 天
资质过期是投标里最冤的一种失分——不是能力不够,是忘了换证。系统会盯着资料库里的有效期:
- 到期前 90 天开始提醒,进入「待更新」列表;
- 临期资质在匹配时会被降权,并在标书编制引用时明确标注已过期;
- 同类提醒 30 天内不重复,避免变成每天都弹的噪音。
CHAPTER 05越用越厚:资料库
投标团队最大的浪费,是每一单都从零开始。资料库要解决的就是这件事。
5.1 存:导入即结构化
把资质证书、合同、方案、模板拖进来,系统自动完成四件事:识别文档类型、抽取关键实体(公司、项目、金额、时间)、 提取有效期、标记评分相关关键词。你不需要手动建目录、填表单、打标签。
| 你放进来 | 它变成 | 之后能用来做什么 |
|---|---|---|
| 资质证书扫描件 | 带有效期与证书编号的结构化条目 | 匹配打分、临期预警、标书引用 |
| 历史合同 / 中标通知 | 带项目名称、金额、时间的业绩条目 | 业绩响应、同类项目举证 |
| 技术方案 / 实施方案 | 可检索的方案素材(按章节切片) | 编制时按需引用,不用整篇翻 |
| 企业介绍 / 组织架构 | 企业能力档案的基础 | 一键生成商务部分的固定章节 |
5.2 取:有出处的回答
问「我们做过哪些智慧园区项目,金额多少」,答案是从你自己的材料里找出来的,每条都带引用出处。
还有一个更常用的方式:写标书时不用切出去问,直接在正文里引用某份材料(系统会记住引用关系), 或者让它在写某一段时自动把相关资料调出来。
5.3 回流:每投一次,库里厚一层
回流的三个特点,都是为了让这件事"不需要人操心":
- 自动:归档时触发,不需要手动整理上传。
- 草稿态:回流进来的条目默认是草稿,等你确认可用后才进入正式引用池——避免半成品污染素材。
- 失败可见:回流失败不会拦住归档,但会明确告诉你哪几个文件没成功,不会悄悄少了几个。
CHAPTER 06底下那台机器
前面七步之所以能连起来,是因为底下有一套统一的智能体底座。用户不必关心它,但它的取舍决定了体验的上限。
每个阶段一个会话
阶段会话是真实会话,有完整历史。切阶段 = 切会话,回来接着聊,上下文不丢。 阶段之间还共享项目级的「工作记忆」,前一阶段定下的口径不会在下一阶段被推翻。
危险动作先问你
读文件默认放行,改文件、执行命令、删除操作默认确认。规则可逐工具配置, 也可以给某个项目开"完全访问"——但那会记录审计日志。
可以同时开几路
子代理支持并行:一边查资料、一边写章节、一边跑审查,最后汇总。 适合"这章要重写但我还想先把审查报告看完"这种时刻。
模型自己选
可以订阅平台模型服务,也可以填自己的 API Key,或接入自建/私有化部署的模型。 用自备 Key 时,平台侧完全不参与。
内置技能:把"老师傅的经验"写进流程
七个投标阶段各配一套技能(技能 = 该阶段的工作方法、检查清单、常见坑)。这些不是提示词模板,而是把资深投标人的做法固化下来:
| 技能 | 它管什么 |
|---|---|
| 招标分析 | 资格维度怎么拆、评分办法怎么抽、哪些措辞是废标信号、可行性怎么拷问 |
| 大纲构思 | 评分项到章节的映射规则、结构怎么排 |
| 标书编制 | 章节写作规范、素材使用规则、配图协议 |
| 标书审查 | 审查维度、清单口径、七路检查怎么读 |
| 模拟评标 | 评分办法的落地方法、对账怎么做 |
| 标书导出 | 格式要求、导出前体检清单 |
| 项目复盘 | 结果怎么回填、经验怎么沉淀 |
CHAPTER 07你最终会拿到哪些文件
宣传话说再多,不如把交付物列清楚。下面是跑完一个项目,你的项目文件夹里会有的东西。
| 文件 | 来源 | 内容与用途 |
|---|---|---|
| 招标分析报告 | 第 1 步 | 资格要求、废标条款、评分办法、风险分级,每条带原文位置 |
| 结构化数据(解析结果) | 第 1 步 | 后续所有步骤的数据来源;也可单独给内部系统用 |
| 投标大纲 | 第 2 步 | 带评分映射的章节结构,作为编制与审查的基准 |
| 标书正文(Word) | 第 3 步 | 可直接编辑、可直接递交;图与表已落位 |
| 架构图 / 流程图 / 界面示意图 | 第 3 步 | PNG,按 A4 版心宽度归一,插入 docx 不溢出 |
| 审查记录表 | 第 4 步 | 按废标 / 扣分 / 建议三级分类的问题清单 |
| 评标得分明细 | 第 5 步 | 逐项预估分 + 对账异常 + 提分建议 |
| 递交件(Word / PDF) | 第 6 步 | 按模板统一格式的成品 |
| 复盘报告 | 第 7 步 | 预估 vs 实际、失分归因、可复用经验 |
| 项目纪要(AGENTS.md) | 全程追加 | 关键决策与口径记录,跨阶段共享,也是团队交接的凭据 |
文件是普通的文件
能直接打开
docx 用 Word 打开,JSON 用记事本打开,PNG 用看图软件打开。没有私有格式。
能拷走
整个项目文件夹拷给别人,对方用同样的软件就能接着做。
能审
没有藏在数据库里的"黑盒结论"。每个数都能追到是哪份文件、哪一条算出来的。
CHAPTER 08数据在你手里
这一章写给会问"我的资料会不会传出去"的人,包括你的 IT 和你的客户。
| 数据 | 在哪 | 会不会出网 |
|---|---|---|
| 招标文件、标书正文、分析报告 | 本机项目文件夹 | 不会 |
| 资质证书、业绩合同、方案素材 | 本机资料库 | 不会 |
| 会话记录与操作日志 | 本机 agent 目录 | 不会 |
| 给模型的提问内容 | — | 会(发给所选模型服务商,与用其他 AI 工具相同) |
| 账号、套餐、用量 | 可选服务端 | 会,但只有账号与用量,没有业务内容 |
| 团队协作时的项目包 | 同事的电脑 | 只在你们自己的网络内 |
三条由此带来的实际好处
过得了合规
客户问「我们的招标文件你们存哪」,答案是「不存,就在我电脑上」。
断网也能用
没网照样开项目、改正文、看历史。需要模型时才联网。
不锁定
模型可以自备 Key,用自建模型时平台侧完全不参与。哪天不用了,文件还在你的硬盘上。
CHAPTER 09和别的做法比
| 做法 | 能做到的 | 停在哪 |
|---|---|---|
| 纯人工 | 经验、判断、关系,全都到位 | 看不过来,也记不住;人一忙就漏 |
| 通用大模型 | 写得快、改得顺、什么都能聊 | 不知道你的资质与业绩,给不出能核对的分数,也管不了流程 |
| 招标信息平台 | 标讯多、订阅方便 | 只解决"看到",不解决"看得懂""写得出""投得赢" |
| 通用文档工具 | 排版、模板、协作编辑 | 不理解招标条款,不知道哪一条会废标 |
| 传统管理软件 | 流程留痕、审批归档 | 流程是壳,判断还得靠人填 |
差在哪四点
① 发力的位置不同
别人在「写标书」这一步发力,我们在「看清这个项目」这一步发力。写只是其中一步。
② 交出去的东西不同
别人给一段文字,文字只能参考;我们给清单与分值,清单能核对、能签认、能上会。
③ 看的范围不同
别人只看这一个项目;我们连上一次、上十次的沉淀一起看,越用越厚。
④ 运行的位置不同
别人在云上,资料要上去;我们在本机,资料不出门。这一条在政企客户那里常常是决定性的。
CHAPTER 10适合谁,不适合谁
这一章可能会劝退一部分人。但选错工具的成本,比不选更高。
适合
· 一年投十个标以上,每次都要重写大半
· 一两个人扛全部投标工作,没有专职团队
· 资质、业绩、方案散在各处,找一次要问三个人
· 客户或行业对数据不出内网有硬要求
· 交标前想先知道"大概能得多少分"
不太适合
· 一年投两三个标,且都有成熟模板
· 只做线下议标、不需要规范标书
· 需要电子交易平台的 CA 签章与投标代理服务
· 期待"输入公告就自动中标"
· 完全没有历史素材,从零开始攒——前期收益有限
判断一个项目值不值得打:三个筛子
| 筛子 | 问自己 | 答案指向 |
|---|---|---|
| 投得频不频繁 | 这类标一年能遇到几次? | 一年一次 → 沉淀不划算;一年十次 → 值得建能力 |
| 资料攒没攒 | 资质、业绩、方案够不够撑起响应? | 几乎空白 → 先攒一单再谈效率 |
| 门槛跨不跨得过去 | 硬性资格有没有明确不满足的? | 有一条不满足 → 这一单先放着 |
CHAPTER 11怎么开始
① 装上
下载安装包,装在本机。不需要服务器、不需要 IT 立项。
② 配一次
填企业基本信息、选行业与区域、配一次标讯策略。
③ 拿第一个结果
当天就能拿到第一批匹配的标讯清单。
④ 跑一个真项目
找一个正在犹豫的标,从分析跑到评标。
真正的分水岭在第四步。前两步只是配置,第四步才会让你判断出:它到底省的是时间,还是替你做了判断。
一个项目的时间轴
| 时点 | 你会做什么 | 你拿到什么 |
|---|---|---|
| T-14 天 | 看到公告,判断值不值得投 | 匹配分与分项依据;资质是否有硬缺项 |
| T-13 天 | 拿到招标文件,做分析 | 分析报告:资格、废标条款、评分办法、风险分级 |
| T-10 天 | 定大纲,分工 | 带评分映射的章节结构,可直接分工到人 |
| T-7 天 | 编制 | 各章正文与配图,素材带引用 |
| T-3 天 | 审查 | 问题清单:废标风险 / 扣分风险 / 建议 |
| T-2 天 | 模拟评标 | 逐项预估分与提分点,决定最后两天改哪里 |
| T-1 天 | 导出 | 递交件(Word / PDF)+ 格式体检结果 |
| 交标后 | 复盘 | 预估 vs 实际;经验入库,下一次起点更高 |
APPENDIX A常见问题
要不要装服务器?
不要。装在自己的电脑上就能用,全部功能都在本机。团队几个人各自装,通过文件夹共享或后续的协作能力协同。
数据会不会上云?
业务数据不会。招标文件、标书、资质、资料库都存在本机;出网的只有发给模型的提问内容和可选的账号信息。
能不能用自己的模型?
可以。支持订阅平台模型服务、自备各家 API Key、接入自建或私有化部署的模型。用自备 Key 时平台侧不参与。
和通用大模型有什么区别?
通用大模型能写,但不知道你的资质与业绩,也不管流程与合规。这里的差别不是"写得更好",而是"能给出可核对的分数与清单"。
和招标信息平台有什么区别?
平台解决"看到标",这里解决"看得懂、写得出、投得赢"。两者可以一起用——把它当成平台之后的下一步。
资料库谁来维护?
主要是自动的:导入即结构化,归档即回流。人工只需要在回流条目确认可用时点一下。
AI 写的内容能直接用吗?
建议不当成终稿,当成"已经写到八成的初稿"。系统的设计也是这个思路:每一步都留给人复核与修改的位置, 审查与对账就是给复核用的工具。
会不会写着写着编造案例?
引用素材时只从资料库取,并标注出处。找不到就明确说找不到——这也是为什么素材要先进库。
APPENDIX B能力与角色对照
| 能力 | 主要使用者 | 输入 | 输出 |
|---|---|---|---|
| 标讯匹配 | 销售 / 商务 | 策略、企业能力档案 | 按分排序的机会清单 + 分项依据 |
| 招标文件分析 | 售前 / 投标专员 | 招标文件 | 分析报告 + 结构化数据 |
| 大纲构思 | 售前 / 方案 | 分析结果、历史标书 | 带评分映射的章节结构 |
| 标书编制 | 方案 / 技术 | 大纲、资料库素材 | 正文 + 配图 |
| 标书审查 | 负责人 / 质检 | 正文、分析结果 | 分级问题清单 |
| 模拟评标 | 负责人 | 评分办法、正文 | 逐项预估分 + 对账异常 |
| 导出 | 投标专员 | 正文、模板 | 递交件(Word / PDF) |
| 复盘 | 负责人 | 结果回填 | 复盘报告 + 入库素材 |
| 资料库 | 全员 | 资质、合同、方案、模板 | 可检索、可引用的结构化素材 |
APPENDIX C术语表
| 词 | 在这里的意思 |
|---|---|
| 标讯 | 公开发布的招标公告、采购公告等信息 |
| 投标项目 | 针对某一条标讯建立的工作空间,一个项目对应一次投标 |
| 阶段 | 七步中的一步;每个阶段有独立会话与产物 |
| 结构化数据 | 从招标文件里抽出来的、可被机器读取的结论(资格、评分、条款) |
| 评分映射 | 评分项与标书章节的对应关系,决定分数落在哪里 |
| 对账 | 把评分办法、我们的应答、预估分三方逐项对齐 |
| 回流 | 项目归档后,正式产物自动进入资料库 |
| 能力档案 | 企业的资质、业绩、区域、人员等能力事实,用于匹配打分 |
| 临期预警 | 资质到期前 90 天开始的提醒 |