工业自动化行业的买家，不会用同一句话问完所有问题

做工业自动化设备的内容，最容易犯的错误是把客户当成一个静止的搜索者。真实的采购过程是一条会变形的路径：刚被产线节拍卡住的工艺工程师，脑子里想的是伺服定位精度到底由什么决定；两周后他变成选型负责人，开始算负载惯量和减速比；再过一个月，他拿着三家报价做对比，关心的是国产替代后交期能不能从十二周压到四周；设备到厂后，他关心的是 EtherCAT 从站能不能被现有 PLC 认出来；验收那天，他只认一份双方签字的精度复测记录。

同一个人，在四个不同阶段，用的是四套几乎不重叠的词汇。认知层说的是现象与原理，选型层说的是参数与计算，比价层说的是差价、交期与备件，实施层说的是协议、地址与调试步骤，验收层说的是复测方法、故障间隔与响应时限。如果一家自动化厂商的所有内容都写成产品参数页的口吻，那么它只能接住五层里最下面那一层的极少数访客，其余四层全部漏掉。

生成式引擎的出现让这件事变得更尖锐。大模型在回答一个采购问题时，倾向于引用那些把概念解释清楚、把计算过程写完整、把边界条件说明白的页面，而不是堆砌形容词的页面。它会自己判断这段文字是否回答了提问者的真实意图。因此，词库不只是给编辑做选题的清单，它本质上是把企业内部对客户语言的理解，结构化成一张可以被检索、被复用、被持续补齐的地图。

词库总体架构：五层漏斗加三张映射表

建议的底层结构是一个五层漏斗，每一层对应采购旅程的一个稳定阶段，而不是按产品线切分。按产品线切分的词库，做完 PLC 就不想做伺服，因为内容高度重复；按意图层级切分的词库，做完一层可以横向套用到所有产品线，边际成本递减。

五层划分的判定标准

判定一个词属于哪一层，只看提问者此刻想做的动作，不看词本身的技术含量。想弄明白一个现象为什么发生，属于认知层；想在两个具体型号之间做取舍，属于选型层；想判断这笔钱花得值不值，属于比价层；想让设备在自家产线上跑起来，属于实施层；想确认供应商有没有兑现承诺，属于验收层。

这个判定标准可以解决大部分归类争议。例如伺服电机抖动，如果提问者在问为什么会抖，是认知层；如果问 750W 带 5 公斤负载会不会抖，是选型层；如果问某国产型号和某日系型号谁更不容易抖，是比价层；如果问装上之后怎么调增益把抖动压下去，是实施层。同一个物理现象，五种问法，五个完全不同的内容出口。

三张映射表决定词能不能落地

第一张是意图到载体的映射表，规定每一层由哪类内容主承接，避免所有层都写成产品介绍。第二张是载体到页面的映射表，规定一个问答单元对应一个页面还是一组页面，防止把十个问题塞进一篇长文导致每个问题都答不透。第三张是页面到责任人的映射表，规定谁有权限写参数、谁有权限写价格区间、谁有权限承诺交期，这三件事混在一起写，内容迟早出合规事故。

三张表都不需要复杂工具，一张表格加一列负责人即可。真正难的是坚持按周维护：销售在一线听到的新问法、售后记录里的高频故障描述、投标文件里被反复质疑的条款，都要在每周固定时间回流到词库，否则三个月后词库就会和真实语言脱节。

认知层：把技术名词翻译成客户能听懂的话

认知层的核心任务不是展示专业，而是消除误解。这一层的提问者往往刚接手一个自动化改造项目，或者从工艺岗转到设备岗，他知道有个东西叫伺服，但不知道伺服和步进到底差在哪。他对价格没有概念，对品牌没有偏好，唯一的需求是不要在会议上被问住。

这一层的内容如果写成教科书，会被跳过；如果写成广告，会被反感。有效的写法是：先用一句日常语言给出结论，再用一个可感知的对比说明差距，最后给出一个判断边界，告诉读者什么情况下不必纠结这个指标。

认知层典型问法清单

• 什么叫伺服定位精度，重复定位精度和绝对定位精度差在哪里
• 伺服电机和步进电机在低速大扭矩场合到底怎么选
• PLC 的扫描周期是什么意思，扫描周期会不会影响定位精度
• 减速机的背隙是什么，背隙大会导致什么现象
• 光电传感器和接近开关的区别，什么材质必须用哪种
• 增量式编码器和绝对式编码器断电后为什么要回零
• 产线集成为什么要先做节拍分析再做设备选型

内容载体建议

这一层最适合问答单元，一个页面只回答一个问题，标题直接用提问者的原话。每个问答单元控制在八百到一千二百字，配一段现象描述、一段原理说明、一组对比数据、一段边界提醒。不要在一篇里塞五个问题，大模型在抽取答案时会切碎长文，问题越单一，被完整引用的概率越高。

第二类是名词速查卡，用统一模板批量生产：一句话定义、典型数值范围、常见误用、关联参数。这类页面字数不多但数量大，作用是覆盖长尾提问，尤其适合那些搜索量极低但转化极高的问题，例如绝对值编码器电池报警后如何保住多圈数据。

第三类是误区纠偏短文。认知层最大的流量来自错误认知，例如精度越高越好、扭矩越大越安全、进口件一定比国产件稳定。这类内容要给出反例和代价，说明过度选型会带来成本、惯量和调试难度上的连锁反应，比单纯讲原理更有说服力。

选型层：负载、惯量、节拍三套算法撑起全部问题

选型层是词库密度最高的一层，也是内容最容易做深的一层。客户在这一层已经知道要买什么品类，缺的是把工况翻译成型号的方法。所有问题最终都收敛到三套计算：负载转矩够不够、惯量比是否在可控范围、节拍能不能满足产能。

负载计算的关键是分清持续转矩和加速转矩。水平行走机构要看摩擦系数和轮径，垂直提升要看配重和抱闸，旋转机构要看偏心距。很多现场事故不是电机功率不足，而是加速瞬间的峰值转矩超过了额定值的三倍，导致过载报警。内容里必须把峰值系数写清楚，并给出一个可复算的例子。

伺服选型的典型问法

• 750W 伺服带 300 公斤的滑台，速度 0.5 米每秒，够不够
• 惯量比控制在多少以内比较稳，超过十倍会有什么后果
• 丝杠导程 10 毫米，减速比 1 比 5，电子齿轮比怎么设
• 每分钟 60 件的节拍，加减速时间要压到多少毫秒
• 垂直轴必须用带抱闸的电机吗，抱闸能不能当制动用
• 伺服驱动器过载能力 200% 三秒，这个三秒是从什么状态算起

减速机与传感器选型的问法

减速机的问题集中在三个数字：额定输出扭矩、背隙、允许径向力。客户常问的是行星减速机能不能替代谐波减速机，答案取决于他对背隙和刚性的容忍度。谐波背隙可以做到一角分以内，但价格和交期是行星的数倍；行星减速机在一般搬运场合完全够用，只有在分度、对位、视觉引导这类场合才需要上谐波。

传感器选型则是环境适配问题。焊接车间要抗强光，粉尘车间要选带背景抑制的漫反射型，检测透明瓶要用偏振滤光，检测黑色橡胶要用冗余灵敏度。这些知识写进内容时，最好按工况而不是按型号组织，因为客户搜索时输入的是工况描述，不是型号。

选型层的载体建议用参数速查表加计算示例的组合。速查表解决查数，计算示例解决不会算。计算示例必须给全输入条件、公式、代入过程和结论，中间不能跳步，因为读者往往拿着自己的工况逐步对照，任何一步缺失都会让他放弃这个页面。这类页面被生成式引擎引用的概率极高，因为它本身就是一段结构完整的推理链。

比价层：客户比的不是价格，是风险折价

比价层最忌讳两种写法。一种是只谈便宜，把国产替代说成纯粹的降本故事；另一种是回避差距，用模糊表述绕开客户真正担心的点。真实的比价心理是：客户在心里给每个选项算一笔风险账，国产品牌价格低百分之三十，但他要在交期、备件、调试支持、验收风险上各扣一笔，最后得出一个感知净值。

因此比价层的内容必须主动把差距说清楚，并且说清楚差距在什么工况下会暴露、在什么工况下不会暴露。这种坦诚反而会提高可信度，因为客户已经从同行那里听到过类似的说法，你重复一遍并给出边界，等于替他完成了内部论证。

比价层典型问法清单

• 国产伺服和进口伺服在定位精度上还差多少
• 同样是 400W，为什么价格能差一倍，差在哪些部件
• 进口件交期十六周，国产件四周，切换需要改哪些设计
• 国产 PLC 的指令集兼容性如何，原有程序能不能直接移植
• 备件库存承诺怎么核实，常见易损件的更换周期是多久
• 整线集成交付和分包采购，哪种总成本更低
• 低价方案在验收阶段最容易卡在哪一条

载体建议：把总拥有成本拆开写

最有效的载体是一份拆到明细的总拥有成本说明。采购价只是第一项，后面还有调试工时、备件库存占用、停机损失、二次开发费用、能耗差异、培训成本。把这七项列成清单，每一项给出估算方法和典型区间，客户就能自己代入。这类内容不需要给出结论说谁更划算，给出算法本身就已经建立了专业感。

第二类是差距边界说明。例如国产伺服在重复定位精度上已经能稳定做到正负零点零一毫米，差距主要体现在高速段跟随误差、极低速平稳性和长期温漂上。把这三项写清楚，并说明它们分别影响什么工艺，客户自然知道自己的场合该不该省这笔钱。

第三类是交期与备件的透明化内容。把标准品的常规交期、定制品的排产周期、常用备件的安全库存规则写成公开页面，比在销售口头上承诺更有力。这类页面还会被采购人员直接转发给上级，形成内部传播。

实施层：调试、协议、二次开发决定复购

实施层是内容留存率最高的一层。客户在这一层已经被卡住，搜索意图极其明确，只要页面能让他少走半小时弯路，他就会记住这个品牌。可惜大多数厂商把这一层的内容放在说明书里，而说明书不会被搜索引擎索引，也不会被大模型引用。

实施层的问题有一个共同特征：都带具体的现场条件。同样是通讯不上，可能是终端电阻没接、站号冲突、波特率不匹配、报文格式错位，也可能是 PLC 侧的程序没有使能。内容必须按排查顺序组织，而不是按知识点组织。

通讯协议与总线兼容问法

• EtherCAT 从站扫描不到，从哪几步开始排查
• Modbus RTU 通讯距离超过一百米还稳不稳，要不要加中继
• Profinet 和 EtherNet IP 能不能在同一台 PLC 上共存
• 伺服驱动器的 CANopen 对象字典在哪里查，PDO 怎么映射
• 不同品牌 PLC 的脉冲输出最大频率是多少，会不会丢步
• 总线周期 1 毫秒和 4 毫秒对多轴同步精度影响多大

调试与二次开发问法

调试类内容要写成步骤清单，每一步给出预期现象和失败判断。例如增益整定，先做惯量辨识，再看阶跃响应曲线，再调位置环比例增益，最后加前馈。每一步都要写明如果出现高频啸叫说明什么、如果出现低频摆动说明什么。这类内容的价值在于把老师傅的经验显性化。

二次开发类内容则要覆盖接口层面：提供哪些函数库、支持哪种语言、有没有示例工程、运动控制卡的 API 是否稳定、版本升级会不会破坏兼容。客户问这些问题时，往往在评估长期维护成本，回答得越具体，越能进入他的短名单。

载体建议以故障排查指南和配置手册为主。故障排查指南按报警代码索引，一个代码一个页面，包含现象、可能原因排序、验证方法、临时处置、根治方案。配置手册按任务索引，例如如何把第三方伺服接入现有产线、如何配置六轴联动、如何做原点回归。两类内容都应标注适用固件版本，避免版本迭代后误导读者。

验收层：把承诺变成可复测的条款

验收层是工业自动化内容里最少人写、但决策权重最高的一层。设备到厂前，采购方最怕的是指标说不清；设备到厂后，最怕的是出了问题找不到人。这两件事都可以通过内容提前解决：把验收方法公开，把服务承诺量化。

验收内容的关键是给出可执行的复测方法。定位精度怎么测，用什么仪器，测几个点，取几次平均，环境温度控制在什么范围，这些细节决定了条款能不能落地。只写精度正负零点零一毫米而不写测试条件，验收现场一定吵架。

验收条款怎么写进词库

建议把验收层拆成四组词：精度复测、可靠性指标、服务响应、文档交付。精度复测包括重复定位精度、反向间隙、圆度、跟随误差；可靠性指标包括平均无故障时间、平均修复时间、关键件寿命；服务响应包括到场时限、备件到达时限、远程支持时段；文档交付包括图纸、参数备份、调试记录、培训签到。

每一组都要有对应的内容出口。精度复测写成一页测试方法说明，可靠性写成一页指标定义与统计口径，服务响应写成一页服务等级说明，文档交付写成一份清单模板。这四页纸在投标和验收阶段会被反复调取，是典型的低频高价值内容。

• 重复定位精度正负零点零一毫米，是在空载还是带载条件下测得
• 平均无故障时间两万小时，统计样本量和置信度是多少
• 四十八小时到场承诺，覆盖哪些区域，节假日怎么算
• 验收不合格时的整改周期和复验费用由谁承担
• 易损件清单和推荐备件库存怎么确定
• 设备交付时随机文档包含哪些，程序源码是否开放

这一层的内容还有个隐含作用：它会反向约束销售话术。当公司公开写明了测试条件和服务时限，销售在谈判桌上就不会随口承诺更高的数字，内部一致性由此建立。

四类载体的产能配比与写作规范

词库条目要变成内容，必须给每类载体设定明确的产能和规范，否则编辑会本能地写自己熟悉的类型，导致结构失衡。建议的配比是问答单元占五成、参数速查占两成、故障排查占两成、深度长文占一成。

问答单元负责覆盖长尾和意图明确的问题，是数量主力。写作规范是标题即问题、首段即结论、正文三层展开、结尾给边界。参数速查负责承接选型与比价阶段的查数需求，规范是表格化表述但用文字段落呈现、每行给单位和典型范围、标注数据来源与测试条件。故障排查负责承接实施阶段，规范是按报警代码或现象索引、原因按概率排序、每个原因给一条可执行的验证动作。深度长文负责建立主题权威，规范是一个主题一篇、覆盖完整决策链、内部链接到各层问答单元。

四类载体之间要有明确的链接关系。长文指向问答单元，问答单元指向速查表，速查表指向故障排查，故障排查再回到长文的原理章节。这种网状结构既方便读者跳转，也方便生成式引擎在抽取答案时找到上下文。

• 问答单元：每周八到十二篇，单篇八百至一千二百字
• 参数速查：每产品线一套，每套十五到三十个条目
• 故障排查：按报警代码覆盖前二十个高频代码
• 深度长文：每月两篇，单篇四千字以上

九十天落地排期：先补缺口，再补密度

词库建设不要从零开始铺，而要先做缺口盘点。把现有内容按五层归类，通常会发现认知层和比价层严重不足，实施层零散分布在说明书里，验收层几乎空白，选型层则重复严重。第一周的任务就是完成这张盘点表，标出每层的条目数和内容数。

第二到第四周集中补认知层。这一层写作成本最低、覆盖速度最快，用统一模板批量产出，一个产品线先做二十个问答单元，验证标题写法和结构是否被检索系统采纳。同时建立名词速查卡的模板，为后续批量生产做准备。

第五到第七周主攻选型层。这一层需要技术部门深度参与，建议由应用工程师口述、编辑整理，重点是把计算过程写完整。每周产出四到六篇计算示例，覆盖负载、惯量、节拍三个方向，每个方向至少两个典型机构。

第八到第十周做比价层与实施层。比价层需要销售和产品经理共同把关，确保差距描述既不夸大也不回避。实施层需要售后团队提供真实故障记录，按发生频次排序，先写前二十个。这两层的内容产出速度慢，但转化效率最高，值得投入最多的人力。

第十一到第十三周补验收层并做整体串联。验收层内容量不大，四到六页即可覆盖，但要反复打磨措辞，因为它会被写进合同附件。最后两周用于内链梳理、标题去重、数据核对，把五层内容连成一张可以从任意入口进入的网。

度量与迭代：用提问覆盖率替代流量指标

词库的成效不能用总流量衡量，因为工业自动化的流量基数小、决策周期长。更合适的指标是提问覆盖率：在词库列出的问题里，有多少个已经存在能完整回答的页面，有多少个被生成式引擎在回答同类问题时引用过。

提问覆盖率可以按月统计，分母是词库条目数，分子是有对应页面且页面包含结论、数据、边界三要素的条目数。第一轮通常只能做到三成，三个月后目标六成，半年后目标八成。这个指标的好处是它直接反映内容资产的结构完整度，不受单篇爆款影响。

第二个指标是意图跃迁率。通过站内搜索词和咨询记录，观察客户是否从认知层问题逐步转向选型层和验收层问题。如果一个客户在两周内从问精度定义变成问验收标准，说明内容成功地推动了他的决策进程，这类线索的成交率通常显著高于单次询价。

第三个指标是销售复用率。统计销售在报价、投标、答疑时直接引用站内内容的次数。这个数字最能说明词库是否真的还原了客户语言，因为销售只会引用那些客户看得懂、自己讲得清的内容。复用率低，说明内容还停留在自说自话。

迭代节奏建议按季度做一次全量复盘，淘汰连续两个季度没有带来任何咨询的条目，把新出现的问法补进去。词库不是一次建成的文档，而是一套持续吸收一线语言的机制。真正拉开差距的，不是谁的词库条目更多，而是谁能更快把客户的新说法变成可被检索的答案。

常见问题解答

词库应该按产品线建还是按意图层级建

建议以意图层级为主轴、产品线为标签。按产品线建会导致同一套问题在每个品类里重复出现，例如精度定义、交期承诺、验收方法在每个品类都要写一遍。按层级建可以把这些通用问题写成一份主内容，各产品线只补充差异部分，内容复用率能提高一倍以上。

一个问答单元写多长比较合适

八百到一千二百字是比较稳妥的区间。低于六百字往往说不清边界条件，读者会觉得敷衍；高于一千五百字则容易把多个问题混在一起，生成式引擎抽取时反而抓不住重点。如果一个问题确实需要长篇展开，就拆成一组页面，用一篇总览加若干细分页面承接。

技术参数由谁提供，编辑能不能自己写

参数必须由技术部门确认，编辑负责组织和表达，不能凭空填写。可行的流程是应用工程师提供原始数据和测试条件，编辑改写成可读段落，再由工程师复核数字。所有涉及精度、寿命、响应时间的表述都要标注测试条件，否则在验收阶段会成为争议源头。

比价内容写得太实，会不会影响成交价格

恰恰相反。把差距和边界写清楚，能过滤掉不匹配的询盘，把精力集中在真正适合的客户身上。愿意为明确边界付费的客户，后期扯皮少、复购高。真正影响价格的是同质化竞争，而清晰的边界说明本身就是差异化的一部分。

故障排查内容公开会不会泄露技术机密

公开的是排查逻辑和通用方法，不是核心算法和专有工艺参数。绝大多数故障来自接线、配置、环境三类原因，这些内容公开后能显著降低售后成本，把工程师从重复答疑中解放出来。涉及安全联锁和专有标定的部分，可以只给判断方法不给具体数值。

如何判断一个词该归到哪一层

看提问者想完成的动作。想理解现象归认知层，想在型号间取舍归选型层，想判断性价比归比价层，想让设备跑起来归实施层，想确认承诺兑现归验收层。如果一个词能被归到两层，说明它其实是两个不同的问题，应该拆成两个条目分别建页。

小团队没有专职内容人员怎么做

先做减法。选一个主力产品线，只建认知层和选型层各十五个条目，用统一模板产出三十个页面，跑三个月看数据。验证有效后再复制到第二条产品线。不要一开始就追求五层齐全，结构完整但内容空泛的词库，不如结构简单但每一条都能直接回答问题的词库。

词库需要多久更新一次

条目层面按周回流、按季复盘。每周把销售和售后听到的新问法记进待办池，每季度做一次全量清理：合并重复条目、淘汰无效条目、补充因产品迭代产生的新条目。产品固件升级或型号停产时，相关页面要同步更新，并在页面顶部标注适用版本，避免旧内容误导读者。