来  源 | 产品壹佰

交互设计

交互设计一定要规范统一化，在此基础上最好能兼顾易学性和易用性。这就好比我们去吃饭，中餐用筷子，西餐用刀叉，而有的地方直接用手或者其他工具。你要是统一了规范就像用户已经形成的习惯一样，吃宫保鸡丁就知道用筷子，吃牛排知道用刀叉。而你要是混着来就很想早年的功能软件一样，虽然功能很强大，但是很难理解，使用一个产品还要专门去学习一门课程，这就很痛苦了。

给大家说一个微信的小失误吧，早年开始用微信的用户应该知道，微信刚出小视频的时候，为了不把它隐的太深，做到下拉中了，用户直接下拉就可以拍摄小视频完了再去选择要发送的好友或者群，而且微信也没有资讯类产品那种下拉刷新的习惯在。但是就这么一个看似合理的设计，用户市场表名它是不适用的，其主要原因有以下两点

下面给大家简单介绍三种模型理念：

概念模型

简单来说就是模拟现实生活场景，比如：点击键盘给你一个震动或者声音的反馈，以及电商平台的加入购物车，采购生成订单等。尤其现在的B2B功能类产品saas等，更多的业务逻辑均来自线下工作，交易方式等去考虑，因此更注重易用性，次易学性。

本能模型

人类历史积累下来的行为习惯、心理机制，就好像赌博为什么使人上瘾就是因为他的快速回馈，人类在进步的途中是需要短期快速回馈来避难的。还有汽车门早就可以做到关门消声、苹果电脑触控板的振动反馈等。这些都是人类长期积累下来的本能需求以及反馈。

场景模型

这个和现有的成长、工作、生活环境有关，拿互联网产品来说，上面提到的下拉刷新、上拉加载、关注收藏、加入购物车等，已经形成统一的观点。如果只是你一个产品去改变，要撼动整个行业，除非你有当年乔老爷子的本事。

错误处理

再完美的产品，再简化的流程都跳不过最基层的增删改查着四步，再加上硬件、环境所限，往往用户会操作比较敏感的操作，这时就需要我们构建错误处理机制，而初步的错误处理方式在此阶段也应该构建出来。

初级、发现问题

“这个圈圈为什么一直转？”“我的这个动态怎么删除了？”“这个为什么不能点击啊？”用户去浏览一个网页（主要是app），因为网速、内容路径等原因会有一点延迟，这也是各大产品展现自己趣味性的兵家重地。不管是过程，还是最后的结果，用户都是需要反馈的，启示不仅仅是互联网产品需要，现实中同样需要，举个不好的例子吸烟者，屏蔽用户双眼（过程不可见），感受关闭（结果不可见），当这两点都不满足或者有其中一项不满足时，现在的吸烟者应该会变成稀有群体吧。

晋级、解决问题

前者发现问题，告知用户这只是最初级的错误处理方式，而再进一步的话就是告知用户错在哪里，同时提供解决问题的方法或者渠道，比如QQ以及很多产品在断网的情况下消息界面最上方会出现提示框，点击会进入设置界面，方便用户连接无线网或者数据流量。这就是很典型的给用户提供了一个解决问题的渠道。再拿吸烟者来说，像上面说的那种等烟燃尽用户以及被严重烫伤而不自知，或者等用户烫伤马上告知你被烫伤了。这些都不是很好的解决方式，要不在发生前预警，要不在发生后给一只烫伤膏来的更有效。

信息架构

这个是对你整个产品起到承上启下的重要作用的一步，也是帮助梳理你的产品，各功能之间的逻辑，从中解锁更多的可能性，其实我更喜欢把它解释为流程图的具象化。也就是把功能和功能细节套用到流程中去推演、模拟，不管是对之前流程功能的验证，还是对之后的产品设计都有很大的意义。接下来给大家介绍两种常见的结构方法：

层级结构

其实该结构与逻辑树很像，也是父级包含子级的层级关系。功能模块下，包含的功能点，完成其功能点，需要哪些元素。优点显而易见，层级分明，让人很容易的就知道了从属、包含等关系。但是缺点也显而易见，相对独立，有关系的模块看不出来，就好比登录注册不仅仅只有一个入口，点击登录才去登录页。用户以游客身份进来查看、使用了一些基本功能后，或者点击一些注册后才能用的功能，我们要的不仅仅是提示，而是直接切换到登录注册界面，这就是登录注册模块，与那个功能模块产生了联系。这只是一个简单的例子，真的产品相关联的模块，功能点很多，很庞杂、相关联的点也很多，靠记忆去理清关系的话，会很难。

矩阵结构

这个方法的聚焦点正好是层级结构的缺点，重视各个需求功能的关系，把它们有机的连在一起，但是没有明确的从属关系看起来很混乱，一个点关联多个功能，但是这个点具体属于哪个模块就会分不清。

两则结合

这个是我个人比较喜欢用的方式，也就是在层级结构的基础上，加上矩阵结构的用法，以及流程图的思维，也就是在哪一层级的下属或者整个模块之间有联系点的话，把它们串联起来，并简单的说明一下即可。