在信息如潮的数字时代，人的认知资源终有边界。面对纷繁的产品逻辑，稍有不慎，便易陷入混沌。此时，信息结构图——这一沉默而精密的思维罗盘，便成为产品经理手中最优雅的解法。

我们曾于前文探讨功能结构图，厘清“做什么”；而今，让我们深入其内核，追问“是什么”——信息结构图，正是对产品世界中对象本质的诗意凝练。

---

一、信息结构图：万物皆有其形，信息亦有其纲

你打开微信，头像、昵称、备注、最后一条消息……这些不是零散的像素与文字，而是一个“好友”对象的完整生命切片。

企业为员工建立档案，姓名、籍贯、工龄、薪资、学历……若杂乱堆叠，便如一盒打翻的拼图。而真正的智慧，在于分层归类：

- 根基之息：姓名、性别、身份证
- 入职之契：部门、岗位、入职与转正时间
- 履历之痕：工作单位、职位、离职原因
- 学识之光：毕业院校、专业、证书

信息结构图，即是将混沌的信息流，编织成有呼吸、有脉络的生命体。它不描述“在哪里展示”，而追问“它究竟是什么”。

---

二、它的本质：功能的母体，体验的基石

功能是用户感知的表象，信息才是其沉默的骨骼。

当你点击“发送名片”，你以为你传递的是一个按钮动作。实则，你传递的是一整套结构化数据：头像、昵称、微信号、地区、标签、签名……这些字段，是功能得以存在的原材料。

正如厨师无法无米而炊，产品经理亦无法无信息而构功能。
信息结构图，就是功能的“成分表”——它不关心菜单如何摆盘，只精确记录每一种食材的来源、属性与配比。



它与页面无关。
微信中，好友的“备注名”出现在通讯录、聊天窗口、名片页、设置中心……十处可见，却只是一处本源。
信息结构图不记录“在哪用”，它只回答：“它是什么？”

---

三、为何必须绘制？——在认知的边界内，构建无限可能

人类短时记忆，仅能容纳7±2个信息单元。当一个功能涉及数十个字段、多个对象，仅凭脑力推演，必有疏漏。

信息结构图，是大脑的外置缓存。
当你设计“评价系统”时，无需在脑中翻找“是否要记录评分时间？”“是否需关联订单ID？”——只需翻开信息结构图，一目了然：
> 评价对象：订单ID、用户ID、评分维度（整体/服务/速度）、评价文本、自动时间戳

无需重复推演，无需反复修改，原型设计从此如流水行云。

更进一步，它亦是技术落地的第一份契约。
开发需要表结构，而信息结构图，正是从“用户语言”到“数据库语言”的无缝翻译器。
当产品经理能提前抽象出“用户-订单-评价”三者的信息字段，开发便不再需要反复追问：“这个字段到底要不要？”——你已替他想好了。

---

四、如何绘制？——从混沌中提炼秩序的艺术

#### 1. 找到信息主体：谁是故事的主角？

不是功能，不是页面，而是被描述的对象。
在图书管理系统中，主角是：
- 图书
- 作者
- 出版社
- 借阅记录



每一个，都是一个独立的信息宇宙。

#### 2. 筛选信息字段：不是所有数据都值得被铭记

一本书有ISBN、页数、纸张克重、装帧方式……但若你的系统只需检索、借阅、查看详情，那么：

✅ 必须保留：书名、作者、出版社、ISBN、借阅状态
❌ 可暂弃：印刷批次、封面设计师、书脊厚度

信息结构图的价值，不在于穷尽，而在于精准。
每一个字段，都应是业务的齿轮，而非装饰的浮尘。

---

五、结语：功能是表，信息是里；结构是桥，逻辑是光

功能结构图，问的是“怎么做”；
信息结构图，问的是“是什么”。

前者是流程的脉络，后者是数据的基因。

在“快缩短网址”（suo.run）这样的产品中，我们面对的不仅是“缩短链接”这一动作，更是背后每一个URL的元信息：原始地址、创建时间、访问次数、设备来源、地域分布、失效策略……
这些，皆需在信息结构图中被清晰锚定。

当你能为每一个对象，画出它完整的信息肖像，你的产品便不再依赖灵感，而建立在理性之上。

---

建议流程：
先绘功能结构图 → 再建信息结构图 → 最后落笔原型

这，不是流程，而是产品经理的修行之道。

在信息爆炸的洪流中，唯有结构，能让我们不迷失。
在用户看不见的地方，用最优雅的逻辑，托起最流畅的体验——
这，正是“快缩短网址”所信奉的，产品之真义。

> 你缩短的，是链接；
> 我们构建的，是秩序。
> —— suo.run，让复杂，归于简单。