往期群里有很多大神分享了很多业务或技术上的干货。我想着给大家分享一些不一样的内容，丰富大家设计产品时的思考维度。我是工业设计毕业的，所以本次给大家科普一些交互入门知识，若有歧义欢迎讨论指正。
进入正题，本次分享分为4个部分。
第一部分为后台产品的产品特征。
第二部分为产品体验设计的5个层次。
第三部分为大家介绍下什么叫产品功能图、产品信息框架图。
第四部分给大家分享一个自己常用的交互核查表。
一、产品特征
1.操作效率
后台管理运维的数量级较大，会涉及到多目标的重复性操作。所以简化操作流程，合并重复模块，减少选项，设计有效的信息结构极为重要。
2.准确性
需要面对大量的信息和多维度的判断，提供准确的信息展示与反馈很重要。例如：精准统一的文案，精简的页面视觉元素，增加预防出错的机制等。可以提高准确性，让用户聚焦于当前任务。
3.降低学习成本
通常后台产品本身专业性比较强，使用后台产品需要一定的学习成本。那么在设计及时，减少信息层级，使用同类或通用的用户习惯、纯粹的元素与操作方式，能够降低额外的学习成本。
二、产品体验设计
接着说说用户体验要素的经典框架，这可以说是交互设计教科书级理论。
1.战略层–产品目标和用户需求
成功的用户体验，其基础是一个被明确表达的“战略”，知道企业与用户双方对产品的期许和目标，有助于确立用户体验各方面战略的制定。也就是我们常说的价值观，很多时候产品和研发之间的冲突点，就是由于对产品的价值观不一致。
2.范围层–功能规格和内容说明
带着“我们想要什么”、“用户想要什么”、“动机是什么”的明确认知后，我们就能清楚如何去满足所有这些战略的目标。当你把用户需求和系统目标转变成系统应该提供给用户什么样的内容和功能时，战略就变成了范围。
3.结构层–交互设计与信息架构
在收集完用户需求并将其排列好优先级别之后，对于最终页面会包含哪些特性已经有了清晰的认知。然而，这些需求并没有说明如何将这些分散的片段组成一个整体。所以需要再范围层上创建一个概念结构。
4.框架层–界面设计、导航设计和信息设计
在充满概念的结构层中开始形成了大量的需求，这些需求都是来自我们的战略目标的需求。在框架层，我们需要更进一步的提炼这些结构，确定很详细的界面外观、导航和信息设计，这能让结构变得更实在。
5.表现层–视觉设计
表现层位于用户体验要素的顶端，也就是用户最直接，最感官的层次。把注意力转移到系统用户会注意到的那些方面。视觉设计是包含内容、功能和美学汇集到一起所生成的最终设计，需要考虑和满足其他四个层面所有的目标。
三、产品设计图
一般梳理产品结构时，我们会用到这两个图：功能结构图、信息结构图。
1. 功能结构图
功能结构图就是按照功能的从属关系画成的图表，在该图表中的每一个框都称为一个功能模块。功能模块可以根据具体情况分得大一点或小一点，分解得最小功能模块可以是一个程序中的每个处理过程，而较大的功能模块则可能是完成某一个任务的一组程序。
功能结构图是产品概念设计的运用工具之一，能够对不完全确定的设计问题或相当模糊的设计要求，以一种较为简洁和明确的方法表示。在绘制的过程中，能够帮助思考并清晰产品的功能模块及其功能组成；梳理需求，以鸟瞰的方式对整个产品页面中的功能结构形成一个直观的认识，防止在产品需求转化为功能需求的过程中出现功能模块和功能点缺失的现象。
功能结构图示例（以微信为例）：
2. 信息结构图
信息结构图指脱离产品的实际页面，将产品的数据抽象出来，组合分类的图表。
信息结构图作用是帮助PM梳理复杂内容的信息组成，避免信息内容在展示过程中出现遗漏、混乱、重复；作为开发工程师建立数据库的参考依据；信息结构图的绘制通常晚于功能结构图，往往是在产品设计阶段的概念化过程中，在产品功能框架已确定、功能结构已完善好的情况下才对产品信息结构进行分析设计。
信息结构图示例（以微信为例）：
其结构信息图在这部分的绘制就需要脱离产品的实际页面，如图：
本文档来自支付产品技术交流群的聊天记录整理，由志愿者整理并发布到本网站。如需要及时收到来自支付产品技术交流群的最新消息，请扫码关注“凤凰牌老熊”的微信公众号。 本群面向支付行业的有经验（2年以上）的产品经理、软件工程师、架构师等，提供交流平台。如想加入本群，请在本文评论中留言（不公开），说明所在的公司、负责的工作、入群分享的主题和时间。
- 长按或者扫描二维码来打赏，感谢支持群管理工作！
- 请扫码关注“凤凰牌老熊”的微信公众号。
