B端产品经理修炼法则：信息架构设计

Posted 2021-04-10 PMOFFICE

“本系列文章将自己近几年的工作感悟融合其中，希望给后来者和同辈一些灵感及自我成长的记录。”

定义主题目标和需求

产品经理不需要进行咬文嚼字，毕竟那是文案策划、市场运营的事。但创建一个好的应用却需要。

主题：定义需要了解的用户需求之前，主题的确定可以很好的界定需求讨论的范围。在国内，一般会将其称为场景。同一个需求在不同的场景下，会出现较大的差异，甚至出现截然不同的结论。

前些年公司内部要做一个提升员工处理工单效率的内部OA系统。对于一线干活的员工，他们希望把一些领导审批流程去掉，把重复性的人工核对工作交给机器去识别处理。但是这样的主题显然不是，或不全是这套系统应该有的样子。试想，没有了审批的OA，工作质量如何保证？信息流如何实现上传下达？使用机器识别重复性工作是因为业务属性要求有人工核对签字，全部交给机器去做，谁去负这个责任？谁来保证这个质量？

需求：需求的含义不是说做什么就去做什么，这样做出来的东西极有可能随着用户的心情变化、业务变化及其他客观原因而发生颠覆性改变，产品需要做的只有一个：列出他们提出的所有需求，并把逻辑和选择权留给自己，最后才有可能是一个系统化的工程。

目标：一定要明确验收的目标和产品的目标。没有目标就不要开始这个任务。

选择设计版式

或许，产品并不需要懂版式设计。但优秀的产品经理，要有对版式设计的审美能力。

常用的版式，在站酷、dribble、Pinterest类似的网站上很多，但实际上能够用得到的屈指可数。成熟的版式则更少。

网格版式：除了头部的信息展示外，适合展示层级为1的层的信息展示。内容均通过卡片分割展示，适合信息一致性高，有固定图片展示需求等。优点是可以快速的通过图片确定信息，缺点是图片展示的信息较少且容易被图片本身内容遮盖，不易辨识。

主从版式：非常传统的客户端版式，适合层级2-3层信息的展示。逻辑结构清晰，且各层级之间信息是同级且具有较明显辨识度的，对分类的要求较高，且倾向于表示稳定的数据结构。优点是层级清晰，缺点是占用较大工作区域，对详情页内容要求较高的场景慎用。

双导航版式：与主从版式类似，工作区域展示的信息相对较大。适合层级2-4层信息的展示。优点是展示内容更多，是信息多样化后的一个备选设计方案。挑战在于如何定义第1层的涵义。

标签版式：适合移动端模式，对于从事B端的网页设计而言，使用场景较少。当然，稍作改变，也可以借用修改为内标签模式，在传统的B端后台系统中出现的比较多。

工作区版式：适合于客户端模式，对工作区域的范围要求很高，分为菜单栏、工具栏以及常用的工具面板等。

当然，还有一些对使用场景要求比较高的版式，如适用于展示大量数据的仪表盘版式，适合简单场景用户引导的逐步引导版式以及适合展示照片墙的画廊版式等。

为相似的项目分组

内容：同样的内容尽量使用相同的展示方式，字体、字号以及颜色等。这里的内容再细分下去，包括文本、图片、视频或其他可划归为一类的资源。

行为：主要指的是可供用户操作的按钮及附属细节。按钮点击有多个状态，每个状态的指示标记需要一致。同时，触发的场景尽可能一样，为后面的功能拓展提供空间。所以，在设计一个按钮的时候并不是设计按钮本身，更多的是考虑背后的逻辑。

导航：导航是对内容和行为的约束和规范，一个好的UE或者产品需要对自己的元数据进行管理，而导航是最好的组织方式。一般而言，导航分为全局跨页导航，页面跳转导航。对于全局导航，可以采用常见的面包屑进行分级导航即可。而页面跳转则更多需要在了解用户需求的基础上对页面逻辑进行梳理整合。好的页面跳转的前提是逻辑结构清晰，而清晰的逻辑结构需要内容的合理布置及行为的配合。

保持一致

简单理解，同样功能、同一层级的按钮就得长的一样。输入框的提示字体、字号、颜色就得一致。错误提示语的样式、交互不能出现过多风格。

这样做的好处是，让用户不用思考就可以开展工作，这点很重要。

精简设计

重要的是内容而非外壳。让用户去选择要看到哪些内容，不要的内容，能简则简。需要的内容，不要一股脑全部展示出来，也得分层级展示。

© THE END 

作者简介：B端产品经理，经手过七八个产品，涵盖企业效率、在线教育、人工智能、新型制造业等，欢迎业务洽谈！