1. 金句：IA 是 AI 的地基
「没有 IA，就没有 AI。」——这里的 IA 是信息架构，不是别的缩写。
话说得硬，现场却一遍遍被验证。对话框可以一周上线；分类混乱、版本缠在一起、同一事实三处说法的知识库，却能让这个对话框连续三个月回答得很流利、也很错。模型会组词，不会替你们决定「以哪份为准」。
把 AI 理解成「装修」，就会先挑壁纸：聊天气泡、开场白、品牌色。把 AI 理解成「用水」，就会先问管道：内容有没有树、叶子挂在哪、对外库进的是不是过审的现行版。没有管道，水龙头拧得再花哨，流出的也是渗水——或者从隔壁邻居的池子里借水，还以为是自家自来水。
所谓分类体系管理，白话就是给知识怎么分门别类定规矩：栏目怎么排、标签怎么用、多产品怎么分开——没有这套规矩，检索命中的往往是「碰巧相似」的噪声，不是「现行该信」的事实。
所以本篇的主张很窄：上 AI 功能之前，先投结构。结构不是审美偏好，是地基。地基不牢，上面什么智能都像在赶工期的样板间。对话框是到达层，不是结构的替代品——盖在乱文档上的对话框，只会把胡说扩音。
2. 一年里，IA 决策已经被 AI 改写
行业公开调研里，做信息架构时会在某种程度上考虑 AI 的团队，大约到了七成；「完全不考虑」的比例明显下降。一半以上团队在用自创的 IA 指南，也有人凭直觉，或套用既有框架——路径不同，方向却在靠拢：工具选择和结构选择，越来越像同一件事。
变化不只发生在文档工具厂商的发布会上。发生在你们自己的评审标准里。
过去评审一篇帮助，问的是：人看得懂吗、截图清不清、客服能不能少接一通电话。现在多半还要多问：这篇被检索打断之后还成立吗？标题是否像用户会搜的句子？多产品是否被糊进同一个模糊栏目？废弃步骤有没有标出来？——这些问题，本质上都是 IA 问题，只是催命的变成了搜索、摘要和助手，而不只是人工目录。
有人写作时已经默认：每一句话都可能被断章引用。对作者苛刻，对组织却便宜——逼你们早一点把「每一页都是第一页」写进约定：搜索来的、分享来的、助手抽到的，都可能从未读过你们的前言。
这里还涉及分类标准化：同一套分类与命名在各部门、各站点、各版本之间对齐，少发明「我们组自己的叫法」。标准不一，人还能开会吵架对齐；机器会把两套叫法当成两套事实，一起采进总结。
一年里被改写的，不是「要不要做目录」，而是：目录和分类，开始为机器可读与人可读同时负责。
对负责人更刺耳的一句是：信息架构预算若还按「美化导航」批，AI 功能预算却按「上线对话框」批，两边会互相拆台。先投树、再开灯，看起来慢一周，往往省下三个月客服救火。先开灯、后补树，救火账单会写在实施与品牌上，很少写在「我们当初急着演示」的那次周报里。
3. 对话框盖在乱文档上，只会规模化胡说
国内团队常见的「上 AI」路径是这样的。
先买或先接一个问答组件，挂在帮助中心右下角。语料来源勾选「全站」或「导入历史 PDF / 飞书导出」。演示日效果惊艳：常见问题答得飞快。第二周客服开始报警：助手把标准版限制说成私有化能力；把去年的菜单路径说成现网；把销售方案里的意向功能说成已上线。
根子很少是「模型不够聪明」。根子是乱。
飞书里一份、企微群文件一份、帮助中心一份、投标 PDF 一份；栏目按内部部门排，不按用户任务排；「最终版」文件名互相打架。人面对乱，还会拉群问「以谁为准」。机器面对乱，会两边都采，总结成听起来很完整的一段——规模化的不是服务，是胡说。
过期入口比空入口更伤，在 AI 场景里尤甚：空着至少答不上来；过期却被检索命中，等于正式授权助手对外散布旧事实。空叶子有时不如暂时不开；开着却不加治理的叶子，会变成幻觉的自助餐。
所谓内容模型，就是事先约定一类内容该有哪些字段与结构——帮助页要不要写适用版本、手册条目要不要挂产品线、FAQ 要不要标过期策略。模型不定，元数据（产品、版本、适用对象等标签）就贴不稳，检索再猛也分不清「标准版」和「私有化」是不是同一页该答的话。
周三实施把飞书导出的「全量手册」丢进问答库；周四客户问「能否按租户隔离」，助手答了方案书里写过、现网未交付的意向。周五复盘，有人怪提示词，有人怪模型——更土的事实是：结构没立住之前，对话框只是把杂音开大。
再看栏目本身。不少国内站按「研发部 / 实施部 / 市场部」挂目录，用户任务却是「开通单点」「导出报表」「查错误码」。人还能猜着点；机器按标题相似度检索，更容易把部门内部说明和对外帮助搅在一起。分类若不以用户任务为主轴，标准化再喊口号也落不了地——规矩必须落在对外看得见的树上，而不是落在某次会议纪要里。
这和「对人好不等于对智能体好」是两条线。本篇不展开粒度与 token；只先认：结构不立，对话框是扩音器。扩音器本身无罪，罪过是把杂音开大。
4. Baklib：先点亮 Help/Docs 树与分类，再开 AI 搜索
Baklib 更想卖的，是可被人和机器共用的知识结构，而不是「又一个更会聊的窗口」。
先在知识中台把树立住：分类、标签、多级目录、多产品多版本。内容模型与元数据约定写进协作规矩——谁改产品默认值，谁回真源改，再发到该亮的门口。帮助中心 按任务与 FAQ 组织，文档站讲规格与概念，需要时再开开发者文档——建设侧模板可点亮这些叶子。Wiki 知识库 与帮助中心可以是不同门脸，吃的仍是同一真源。未审核草稿老实待在草稿；对外库只收现行版。
然后才打开 AI 智能搜索 或问答。检索已发布内容，再总结；人能点回原文。我们把能力边界说清楚：这是检索加总结，不是魔法网关，也不等价于开箱即用的 Agent 平台。没有树，就没有值得打开的 AI；有了树，对话框才是到达层，而不是救命稻草。
落地顺序可以对着知达那类尺子做人话版：先看帮助/文档触点在不在、找不找得到，再堆花活。软件团队起步，优先亮 Docs / Help 一类骨干叶子，分类标准化与版本约定写进周会——市场活动页、社区、播客，都可以后排；地基工程不适合和造势活动抢同一周的带宽。
上线前还可以做一次很土的验收：关掉对话框，只留帮助与文档站，让不熟产品的同事按五个真实任务自己走一遍。走不通的地方，就是树还没立直的地方；走得通再开搜索与问答，扩音器才扩得是正声。急着先上对话框的团队，往往把验收顺序反了。
没有信息架构，就没有可用的 AI。这句话听起来像口号，执行起来却很土：先把树栽直，再谈树上挂灯。灯可以很亮；树歪了，灯只是把歪影照得更清楚。
