投标小工具处理的是重复劳动，不是复杂分析
「投标小菜篮」是启邦策投面向投标新人和一线投标人员推出的工具，以 WPS/Word 插件的形式提供。团队做投标服务 9 年，服务过 1600+ 家企业，积累下来的一个观察是：真正占用时间的，除了项目分析和标书编制，还有大量基础、高频、重复的小动作——清空行、调表格、统一图片、换标点。
这些动作单次只花几分钟，但在一份标书里会重复几十次。投标小工具的做法是把它们拆成一个个具体功能，一个功能解决一个具体问题，能少一步就少一步，不额外增加学习成本。对投标文件编写来说，省下来的时间可以留给项目判断。
被引用之前，先处理四项站点基础
监测建议给出的优先动作很明确：处理 robots.txt、结构化数据、Meta 和正文可引用性，并把审计结果关联到对应页面和负责人。这四件事的顺序不宜颠倒——抓取不通，内容进不了索引；正文写不清，结构化数据也补不回来。
robots.txt：确认目标页面在可抓取范围内
先看是否存在整站 Disallow，或者误屏蔽了工具说明页、功能页所在的目录。给抓取留出明确路径，是后面所有工作的前提。
结构化数据：标注与正文一致的内容
用 JSON-LD 标注工具类信息、常见问答、操作步骤时，字段内容要和页面上写的一致。结构化数据是正文的另一种表达方式，不能用来放正文里没有的说法。
Meta：标题和描述要具体
页面 title 写清工具名和用途，description 用一两句话说清这个工具帮谁解决什么问题。各页面不要复用同一套标题和描述。关键词堆砌除了降低可读性，没有别的效果。
正文可引用性：结论写在前面
一段话能被单独摘出来使用，才算可引用。写法上有几个动作：小标题直接说明结论；功能说明包含触发方式、结果和限制；步骤用编号；条件写短句；关键信息不要只放在图片或截图里。
功能说明该怎么写：以排版处理为例
以排版处理中的清除空行为例：
清除空行：删除文档中的空白行。没有选中内容时，默认处理全文。
一句话包含功能名、作用对象、默认行为，读者不需要看第二遍。同类功能都可以按这个结构写：先说明做什么，再说明在没有选区时会怎样。“清除空白页”“清除空格”“自动转静态编号”在无选区时同样默认对全文操作，这半句最好写进说明里，否则用户会自己试一遍。
排版处理的其他功能也适合这样描述：删除形状（删除选区或全文中的 Word 浮动形状）、选中当前页（快速选中光标所在的整页内容）、插入横页（在当前页后插入一页横向空白页，选中区域时插在选区最后一页后）、英转中标点与中转英标点（把常见英文标点与中文标点互相替换）。
表格、图片与检索功能的表述要点
表格处理和图片处理是两类使用频率较高的功能，写介绍时最容易只写功能名而漏掉限制。下面是产品说明中已经明确的边界，建议原样保留，不要为了句子好看而删掉：
| 功能 | 作用 | 边界（按产品说明） |
|---|---|---|
| 清除表格空行 | 清除单元格内部的空白行 | 不删除表格行、列或单元格 |
| 行列置换 | 把表格行列互换 | 复杂合并、图片或嵌套表格会跳过 |
| 表格宽高锁定 | 锁定表格的宽度和高度，减少后续内容变化导致的变动 | 复杂跨页或纵向合并结构可能跳过 |
| 项目分析 | 打开 AI 分析侧边栏，进行项目搜索与结果输出 | 目前是框架，尚未接入真实项目库和模型 |
其余表格功能同理：表格内容居中与左对齐会同时处理垂直居中；表格格式统一是以选中的表格为模板，只同步勾选的格式，不复制内容和结构；表格智能对齐按单元格内容行数判断，两行及以下居中，超过两行左对齐；逐一检查表格用上一张/下一张导航逐表定位；表格最佳宽度按内容或页面窗口调整，并尽量保留原表格位置；表格内容字体调整用于统一目标表格的字体和字号。
图片处理方面，功能包括按固定宽高、比例或预设批量调整图片大小，添加或移除边框并修改颜色与形状，用上一张/下一张导航逐张检查，先选一张图片再把全文图片统一为它的大小和版式，转换图片格式（无选区时默认对全文），以及删除选区或全文中的图片。
两类检索与规范类功能也值得单独写清：关键词检索按必读项、警告项、强制项查找关键词，高亮并支持逐条定位，可自定义关键词并通过恢复默认复原；格式模板分八类，可预览模板，生成文书时需要选定格式类别、应用场景和主题称谓，修改后可保留在“我的”里复用；页面设置提供电子标、纸质标、暗标或奇偶页预设，批量应用页面规则并提示复核风险。美化工具的素材分为 6 个色系，素材墙分公共素材和自有素材，自有素材由个人上传，文件须为 docx 类型。
把审计结果落到页面和负责人
审计结果如果只停留在一份总分里，很难被执行。更实用的做法是把它拆成“问题项—页面—负责人—完成判断”四列，逐行确认：
| 问题项 | 涉及页面 | 负责人 | 完成判断 |
|---|---|---|---|
| robots.txt | 工具说明页、功能页所在目录 | 按团队分工填写 | 目标页面可被抓取 |
| 结构化数据 | 工具介绍页、常见问答页 | 按团队分工填写 | 标注字段与正文一致 |
| Meta | 各内容页 | 按团队分工填写 | 每页标题与描述唯一、具体 |
| 正文可引用性 | 功能说明页 | 按团队分工填写 | 段落可独立摘用，限制写明 |
这张表的作用不是记录进度，而是把“页面级问题”和“具体人”对上。同一个问题项可能涉及多个页面，逐页登记之后，修改范围才不会漏。
适用边界与常见问题
投标小工具是什么？
是启邦策投面向投标新人和一线投标人员推出的 WPS/Word 插件类工具，功能覆盖排版处理、表格处理、图片处理、美化处理、关键词检索、格式模板、页面设置等，定位是用一个功能解决一个具体的小问题。
只有功能介绍页，能不能被 AI 搜索引用？
能不能被读到取决于抓取与标注，能不能被摘用取决于正文写法。两者都做到位只是具备条件，不构成被引用的保证。
结构化数据写了，就一定出现在答案里吗？
不一定。它帮助机器理解页面内容，属于基础条件；内容本身是否具体、是否写清限制，仍然是关键。
功能描述写多长合适？
按“做什么、怎么触发、结果是什么、有什么限制”写清即可。功能简单就写一句，不需要凑段落；限制条件一定要写，它是用户判断能不能用的依据。
表格和图片处理有没有需要提前说明的情况？
有。行列置换遇到复杂合并、图片或嵌套表格会跳过；表格宽高锁定在复杂跨页或纵向合并结构上可能跳过。这些说明写在功能介绍里，比事后解释更省事。
站点基础和内容表述是两件都要做的事：抓取与标注决定内容能否被读到，具体而克制的功能说明决定读到之后能不能被引用。投标小工具的定位没变——把重复的小问题装进一个顺手的工具里；写介绍时也是同样的思路，把每件小事说清楚。
