传说，在技术写作的江湖里有三大长老：Why, What 和 How：
Why 负责提供清晰的写作意图
What 负责计划写作内容
How 负责根据 Why 和 What 的建议，呈现内容
一旦计划内容的 What 忽略了确定意图的 Why 提出的问题，How 就变成了谁也不想要的垃圾。
害可怜的技术文档工程师被骂得狗血淋头，揣着失败的内容回家……
如果故事里的文档工程师从一开始就懂些信息架构的知识 ，或者能在公司信息架构师的帮助下，理清 Why, What 和 How 要求的内容，那也许结果就会大不相同了……
1、什么是信息架构
信息架构（Information Architecture）是指在大型网站或软件系统中，采用一系列相关的分析、组织和设计方法，尽可能快捷地以相互关联的方式把用户需要的内容准确展现出来的信息结构形式。
信息架构面向用户，会根据用户的需求设计不同的查找信息的入口，为信息进行分类、建立关联关系、打标签，从而让用户能够快速找到信息。
信息架构还会对大量甚至海量的散乱信息进行分析梳理，按照结构化的方式对信息进行存储和展现。
对于常常需要进行结构化文档写作的技术写作人员来说，懂得信息架构，或者团队里有位信息架构师的话，简直就是如虎添翼。
2、为什么要懂得信息架构
信息架构不仅是为共享信息环境进行结构设计，还包括：
合理安排内容，实现特定目的
合理安排各部分内容段落，帮助读者更好地理解整体内容
从这个角度看来，我们所有人都是信息架构的参与者。
根据信息架构师 Abby Covert 的说法，我们大多数人都生活在各种各样的“信息环境”（Places of information）之中。
这些“信息环境”包括日常对话，印刷媒体，数字通讯，组织会议等。仔细想想，任何事物都可以构成“信息环境”。而我们通过接受、转换、创造、组织和传递信息，在不断地塑造这个“环境”。
Abby 说：“我们所面临的大多数混乱都是由信息（和人）组成的。”我们都是信息生态系统的一部分，而作为需要传递精准信息的技术写作人员，更应当以消除信息中的混乱为己任，加强信息架构方面的知识和能力。
3、如何借助信息架构进行技术写作
（1）别纠结所谓“真实准确”的信息
要想做个不纠结的技术写作者，首先你要知道——没有所谓“真实准确”的信息。举个例子：番茄到底是蔬菜还是水果？
厨师认为番茄凭借雄厚的营养和口感实力，都撑起了家常菜的半边天了，还不算水果吗？科学家却提出反对意见：西红柿是植物的果实，符合“水果”的定义，当然是水果。
但你要是拿这个问题问信息架构师，问他什么才是最“真实准确”的分类，他会告诉你：“没有所谓真实准确的信息……全靠一张嘴。”
换句话说，所谓的“意义”并不是什么普遍适用的原则标准，只是一群达成共识的人所认可的判断主张。所以，与其纠结如何把“与产品功能无关的信息”写得“真实准确”，不如花心思解释清楚产品的使用方法和产品的功能。
（2）谨慎安排你的内容
信息架构师还会提醒你：内容与信息不同，客观内容可以产生各种不同的主观信息，有些信息甚至可能产生消极影响。
再举个例子：图上有两种不同的饼干，假设你现在想买一块饼干回家，发现商店的货架上有 7 块燕麦饼干，1 块巧克力饼干，你会如何猜测那唯一一块巧克力饼干剩下的原因——
是因为巧克力味更受欢迎吗？或者面包师觉得燕麦饼干更好卖，所以特地多做了？还是这剩下来的一块巧克力饼干不够新鲜？
但其实卖家的意思只有一个：我们做了两种饼干可供挑选。
在这个例子中，你可以明确区分出内容和信息的不同。由于卖家对饼干（相当于内容）的摆放安排，导致买家猜出好几种不同的潜在信息，有些信息甚至违背了卖家的原意。
在技术写作中，你就像是这个卖家，你对技术内容的安排起决定作用。要想做出好的内容，不为产品带来消极的影响，就必须思考哪种内容排布会令读者产生你想要的联想。
（3）尝试用多种方法分类信息
不只是内容安排的不同会影响信息的意义，信息结构的不同也会影响信息的意义。技术写作人员不妨尝试根据信息的不同方面，用多种方法来分类信息，这样也就自然而然地改变了信息的用途和解读方式。
在为公司进行技术内容写作时，至少应该尝试两种不同的方式，对产品或服务进行分类。
比如，很多企业都是按照部门来分类产品的。但是，如果根据客户角色、任务、成本、创收能力、竞争产品或其他客户驱动的用途对产品进行分类呢？
从其他角度对产品进行分类可能会改变你对给定产品的看法，创建出来的内容也会变得与众不同。
各位读者朋友们，你们是不是也走过信息架构预设的套路，这可能是对你最友好的套路！
关于信息架构，你还知道多少关于它的套路，欢迎和我分享！