本文作者依据工作中实践的所思所想，并结合案例等分享了web导航相关知识，供大家一同参考和学习 。

文章插图
上次写了一篇概述B端产品经理的三项基本功的文章（B端产品经理要掌握的硬核基本功）后，很多朋友私信说想让我写写导航，想来网上跟导航有关的文章也比较少，这次就聊聊web导航，也让各位产品经理多一个参考 。
我一直都认为产品经理是一个非常专业的职业，很多事情都有一套方法论，导航设计也不例外，本文既然要详细聊聊导航，那就得把跟导航有关的所有事情都聊清楚，各位看官不要急，我们先从信息的最初来源——元数据讲起 。
元数据这个概念相信所有PM都不陌生，在大家的潜意识里，好像元数据这个玩意是后端开发才需要了解的 。
但是我认为，一个PM应该比开发更了解元数据，不是了解各个接口的每行代码如何写，而是要了解这个系统有现在有哪些数据，是如何组织的，将来要有哪些数据？
元数据是信息的信息，可以理解为一块块砖，在搭建一个系统的信息架构时，每一处地方都需要这一块块不同的砖来填充.
元数据主要分为三大类——固有性元数据、管理型元数据、描述性元数据 。

1. 固有性元数据是指和信息构成有关的数据，比如如一条任务的ID，一个视频文件的大小 。
2. 管理性元数据是指与信息处理方式有关的数据，比如一条申请的审批状态，编辑人账号名等 。
3. 描述性元数据是指对信息本质进行描述的数据，很多时候以标签的形式展现，比如你在B站上搜索“骚”，会出现很多跟“洪世贤”有关的视频，说明在B站的元数据中，“洪世贤”的本质是“骚” 。

为了让大家更好的理解三种元数据区别，我举一个例子，请看下图 。

文章插图
一张照片的元数据
上图是我去年在重庆北站接K总时用手机拍的照片，左边可以很清晰的看出照片的三类元数据，如果这张照片被上传到摄影论坛，一个用户要是想找到它，很可能到火车站标签下寻找，或者直接检索重庆火车站，而不是去用ID”6781″去检索 。
这也说明了一个事实：大家更愿意去使用描述性元数据检索，而不是难以记忆和识别的固有性元数据 。
元数据是确定信息组织形式最关键的信息，可以把元数据看成一个个标签，不仅能够为产品经理提供分类的依据，还可以很方便的根据元数据做信息关联 。
了解你的元数据，是设计导航的前提 。
导航的目的是帮助用户查找信息，那么你有没有想过一个问题——用户究竟是怎么查找信息的呢？
一般来说，用户查找信息有以下四个场景 。
对于C端产品来说，由于同类产品对市场的教育，让用户接触到你的产品时就知道如何操作，但是对于B端产品，基本不会出现一上手就会用的情况 。
对于该场景下的用户，其实他们已经可以很熟练的使用系统了，此时在首页提供一个高频页面入口或者一个搜索更能让这类用户心花怒放 。
这种场景经常会出现，比如用户想看知道自己的消费记录，但是不太确定是在哪个页面找 。
再举一个更直观的例子，你想要买一个能顶饿又美味的零食，你该如何键入关键词，或者你该在哪个页面找到它 。
这类情况就需要通过优化信息元数据，增加更多的描述性元数据来解决，淘宝的很多面包商品都有顶饿的标签，直接搜索“顶饿美味”就可以搜出来 。
当然，同时也要注重导航架构的优化，如果你的很大一部分用户都在搜“顶饿美味”，你是否考虑将顶饿美味做为食品下的一个子类目呢？

• 2021淘宝直播怎么没有浮现权了
• 汽车保养知识大全图解
• 双方父母出资买的房子离婚怎么分 一方父母出资买房
• 淘宝直通车极速版和定向版哪个好
• 淘宝宝贝收藏人气有什么用 淘宝收藏人气怎么算的
• 房屋风水楼层
• 淘宝海外直播代购可信吗
• 贷款买房房产证在银行还是自己手里
• 淘宝店不开直通车里的钱怎么办
• 男人买奔驰gla200傻吗雷克萨斯es