第三章 信息架构：信息分类、导航设计、搜索设计
好，咱们进入第三章。信息架构这个词，听起来挺唬人的。说白了，就是帮用户把东西找着。
你想想看，一个智能硬件，功能再多、技术再牛，用户找不到想要的功能，那就是白搭。我做过一个智能家居中控屏的项目，功能列表拉出来有七八十个。用户拿到手第一反应是什么？懵了。这就是信息架构没做好的典型后果。
3.1 信息分类：别让用户猜
信息分类，是信息架构的基石。分得好，用户一目了然；分得烂，用户直接放弃。
核心原则就一条：以用户的认知模型来分类，而不是以工程师的技术模型。
我在项目中遇到过，开发团队把智能灯的所有设置项，按「通信协议」「固件版本」「网络配置」来分类。用户看了直摇头——谁关心你用的是什么协议？用户只想知道「怎么调亮度」「怎么设定时」。后来我们改成了「灯光控制」「场景设置」「系统管理」三大类，用户反馈好多了。
信息分类的三种常用方法：
- 按任务分类：用户要做什么事，就把相关功能放一起。比如「拍照」「录像」「查看相册」。
- 按对象分类：按设备或内容本身来分。比如「灯泡」「插座」「传感器」。
- 按使用频率分类：高频功能放前面，低频功能藏深一点。这个在智能硬件里特别实用。
嗯，这里要注意：分类层级别超过三层。超过三层，用户就记不住了。我见过一个智能门锁的App，菜单嵌套了五层，用户想改个开门密码得点七八下。这设计，说白了就是没替用户想过。
我的小技巧：分类完成后，找五个不熟悉产品的朋友来测试。让他们找三个功能，看他们点几下能找到。超过三次点击还没找到，说明分类有问题。
3.2 导航设计：给用户指条明路
导航，就是用户在产品里移动的路径。好的导航，用户不用思考就知道自己在哪、能去哪、怎么回来。
智能硬件常见的导航模式有四种：
| 导航模式 | 适用场景 | 优点 | 缺点 |
|---|---|---|---|
| 标签栏导航 | 功能模块少（3-5个） | 一目了然，切换快 | 数量有限，放不下太多 |
| 列表导航 | 功能列表长 | 可展示大量条目 | 层级深，滚动累 |
| 卡片导航 | 内容型界面 | 视觉丰富，适合展示 | 信息密度低 |
| 手势导航 | 屏幕小的设备 | 节省屏幕空间 | 学习成本高 |
我个人习惯，在智能硬件上优先用标签栏导航。为什么？因为用户操作智能硬件时，往往是一只手拿着设备，另一只手可能还在干别的事。标签栏固定在底部，拇指刚好够得到，操作效率最高。
我曾经在一个智能手表项目上，用了纯手势导航——左滑返回、右滑进入、上滑菜单、下滑通知。结果呢？用户培训成本高得吓人，客服电话被打爆了。后来老老实实加了一个返回按钮，世界清净了。
避坑指南：我曾经在智能音箱的App里，把「设备管理」和「场景设置」放在两个不同的导航入口。用户想设置一个「回家模式」，得先在设备管理里添加设备，再到场景设置里配置。这中间跳来跳去，用户直接放弃了。记住：导航设计要保证用户完成一个任务时，路径是连续的，不需要来回切换。
3.3 搜索设计：最后的救命稻草
搜索，是信息架构的最后一道防线。当分类和导航都失效时，用户会本能地去找搜索框。
但很多智能硬件的搜索，做得跟没有一样。我见过一个智能摄像头App，搜索框就摆在那，但搜「回放」出来的结果是「帮助文档」，而不是录像回放功能。这比没有搜索更气人。
搜索设计要关注三个点：
- 搜索入口要明显：别藏在二级菜单里。用户找搜索的时候，往往是已经有点着急了。入口越明显，用户体验越好。
- 搜索结果要精准：搜索「亮度」，别给我推荐「亮度设置帮助」，直接给我跳到亮度调节界面。我在项目中做过一个优化：把搜索词和功能ID做映射，用户搜「亮度」「调光」「灯光设置」，都直接跳转到同一个页面。
- 支持模糊搜索：用户可能记不全功能名称。搜「定时关」能出来「定时关机」「定时关闭」「自动关闭」等结果，这才是好搜索。
搜索设计的黄金法则：
- 搜索框放在页面顶部，始终可见
- 支持拼音首字母搜索（国内用户特别需要）
- 搜索结果按相关度排序，最常用的放前面
- 没有结果时，给出建议或引导，别只显示「无结果」
你想想看，用户为什么会去搜索？因为导航找不到。所以搜索设计得好，其实是在给导航设计「擦屁股」。但没办法，用户习惯就是这样。与其抱怨用户不按你的导航走，不如把搜索做好。
我的经验：在智能硬件上，搜索最好支持语音输入。用户对着设备说「帮我找找定时功能」，比在触摸屏上打字快多了。但要注意，语音搜索的结果展示要简洁，别念一大段文字给用户听。
3.4 三者之间的关系
信息分类、导航设计、搜索设计，这三者不是孤立的。它们是一个整体。
信息分类是基础。分类分得好，导航就轻松。导航做得好，用户就不需要搜索。搜索做得好，能兜住分类和导航的不足。
我习惯这样思考：先做信息分类，把功能分门别类放好。然后设计导航，让用户能顺着分类找到功能。最后加搜索，作为补充手段。顺序不能乱，跳步容易出问题。
嗯，这一章就到这里。信息架构看着简单，做起来全是细节。下一章咱们聊聊交互反馈——用户操作了，设备怎么回应？这个做好了，产品才有「灵魂」。