当我拿到产品或者界面功能结构图时，我首先会做以下三点考虑：

1. 该产品定位是什么，我希望用户拥有什么样的体验【至关重要，考虑到每一个细节问题】
2. 对界面逻辑功能分析，我需要和那些功能打交道
3. 竞品分析，或者相似功能界面设计、交互分析

三点思考内容，不分顺序，在思考的过程中，很多时候三点是相互影响、相互渗透的

说一下自己的拿到功能结构图的整个思考过程，主要从以下几个方面思考。

Part   one

产品定位分析：

No.1  微记，通过图片和文字为家庭成员记录他们每一刻、每一天的生活点滴，创造全家人的共享记忆；

Part   two

界面功能结构分析：

1. 四个常规tab（家庭微记、家人、家书、我的），和添加微记botton；
2. 用于用户及时发布动态消息，包括用户头像，发布时间，动态内容（图片、文字）；
3. 更加注重用户隐私，只有点赞，不包含评论、转发等分享行为；
4. 加入日历功能，方便用户及时查看当天动态；

Part three

相似功能分析界面分析

No.1  朋友圈、qq空间

A、相同点：及时发布动态消息，包含用户头像，发布时间，动态内容（图片、文字）；

B、不同点：

• 没有评论、转发的分享功能；
• 朋友圈和qq空间更在于分享，微记更在于记录微记对于用户的每一条状态

更加重视，不是单纯的下拉刷新，一条条动态简单粗暴的刷过去；

No.2  日记类功能app

A、相同点：真正的回归记录，把重点放在用户的每一篇、每一天生活记录，记录方式、

记录目的更加明确，使用户感受到自己每天的生活都在被记录；

B、不同点：

• 日记大多在于记录自己个人生活，微记在于记录家庭每一个成员的生活，
• 使他们之间达到共享的家庭状态。关于自己的记录内容，对于家庭成员，
• 可以选择公开或不公开的方式；

综上，对于微记的原型界面设计有了明确的方案

记录方式

No.1  每一条微记内容

A、微记更靠近日记的记录的方式,每一条微记以块状形式，独立呈现，包含用户头像、用户昵称、发表时间、发表内容

针对发表内容，说明一下，根据功能要求，用户最后呈现发表状态，共有三种

a、图片+文字

b、纯图片

c、纯文字

所以要出三种状态原型。

No.2  多条微记的呈现形式：

• 上下滑动同一天不同时刻的所有家庭成员所发表的微记
• 向左滑动，后一天不同时刻的所有家庭成员所发表的微记
• 向右滑动，前一天不同时刻的所有家庭成员所发表的微记

四个常规tab（第一本版本中，“我的”因当时特殊考虑，没有放上去，不影响整体交互体验效果）

之所以选择将4个tab包括添加微记botton放在页面的顶部，是因为：如果4个tab放在界面底部，当用户上滑查看一天家庭成员的动态，用户手指的滑动与界面的交互位置和4个tab放在底部的位置，会有一些重合，引发用户误点，影响用户体验。

好吧，这个想法，自己现在看起来，确实是有点“想多了”。

不过，在这里，我要说明一下我这里所犯的错误–作为交互设计师，自己在空想用户使用产品的过程，虽然很多时候我们需要模拟用户使用产品的场景，也许用户的大多使用习惯，是我们在过去的经验中、在自己的使用场景中、在书本中，是可预见的，但是有时候自信的一味的空想模拟，就会忽视很多的用户细节，如果被忽视的细节一旦多了，那差距想必会影响整个产品的用户体验。

后话，自己找到几款需要下滑查看动态，并且tab在界面底部的app，推荐自己的一些不同年龄、不同性别的朋友使用，并悄悄观察他们的交互状态、体验效果，事实上，大部分的用户，当他们手指准备点击屏幕上滑时，大家会刻意回避这个区域，只要标签栏高度合理，界面交互范围符合用户手势舒服的合理区域，由于上滑，造成误点的情况几乎没有

关于添加微记的botton

由于把四个tab放在了顶部的最上面，考虑到视觉平衡，一开始准备将botton放在最中间，但是如果将botton放在中间，用户点击起来相对比较麻烦，所以，综合考虑来看，决定将botton放在最右边，一方面，方便用户点击。另一方面，微记上面需要加上当天的日期，避免整个微记界面中间拥挤的情况。

日历botton

因为将当天日期放在了每天最新微记的上面，所以，便将日历放在了其旁边，同一性质，都在于根据时间查看当天微记内容

上述一段，就是我对微记第一版本的考虑。

无论是移动端界面、还是PC端界面，都需要对什么是简单的体验有一个明确认识。

关于建立这种认识，我很喜欢Gildes Colborne在《简约至上–交互设计四策略》提到的的方法，在这里复述一下，和大家共勉，希望能给读者带来启发和帮助！

我有两种方式 来建立这种认识。

简单而迅速的方式是用一句话把它写出来，包括我要设计什么，要遵循哪几条设计规则，尽量使用最简单的术语。然后，在面对设计功能对照表而犹豫不决时，我就会暂时停下来，问我自己：“做这个表是为了什么？”这个描述是我判断设计是否简单的基准。在做一些比较小的设计（大型网络中的一个页面）或者在我多多少少了解到设计背景的情况下，这种方式都是很奏效的。

更好而花费时间更长的方式是描述我希望用户拥有什么样的体验。具体一点说，就是描述用户的使用背景，以及我的设计怎么满足用户在该情下的需求。在设计一些大型啊项目时（比如整个网站或者移动设备），这种方式很适合，因为我这种方式可以让我深入透彻地考虑到每一个细节。

下面就是微记第一稿的原型图设计以及基本的交互效果动图

• 上下滑动，查看同一天不同时刻的所有家庭成员所发表的微记
• 向左滑动，查看后一天不同时刻的所有家庭成员所发表的微记
• 向右滑动，查看前一天不同时刻的所有家庭成员所发表的微记

微记原型图效果（第一稿）

微记原型图交互效果动图（第一稿）

如果大家想看动图的话，可以到behance看我的原稿：链接：https://www.behance.net/portfolio/editor?project_id=33050391

现在看来，很多交互上的错误都显而易见。

记得，当时第一稿完成的时候，自己兴致勃勃拿给公司同事“欣赏”，我原以为大家会很流畅的滑动起来，好吧，并没有，他们中几大部分人只是停在界面上，或者乱点一通，并没有滑动的意思，我有问过他们，为什么不尝试着上下或者左右滑动一下呢？他们的回答是：

• 我并没有看懂界面到底在表达什么；
• 我怎么知道上下左右有内容呢；
• 额，我应该要这么做吗，但是你没有提示啊；

说实话，当时的确有很深的挫败感，然并卵，及早发现问题，那就开始解决问题。从大家给我的反馈意见和我对他们的观察中，我做了以下总结：

第一稿错误的原因：

• 这个原因前面也有提到过，就是太盲目按照自己的想法，没有切身从用户体验角度出发，先是体验，再是设计，应该时刻放在心上，应该时刻使用户感受到产品简单之美；
• 形式大于体验，过分将重点放在自以为“与众不同”的设计，违背了一些交互设计最基本的准则，“可见性”、“自解释”等都没有很好的遵守。

第一稿错误的设计方法：

• 将微记状态的块状结构过于大，非常不方便用户浏览，用户第一眼需要的信息量远远超过我给予他们的信息量；
• 微记发表及时的时间，属于用户当前最需要知道的信息，却没有明确展示，而是放在了每篇微记的最底部；
• 没有足够的提示设计，需要用户思考；

在这里说明一下，在第二版的设计之前，期间也有无数的小版本，小想法，但大多不成熟，会很快被自己否决。

第二稿将做以下调整：

1、块状缩小，一屏，可以正常显示1到3个微记内容；

关于微记内容的设计：

• 此前设计样式只符合一张图片，再多发表一张，用户是看不到的。这里的做法应该是让用户看的到，但是看不清，触发用户点击；
• 将发表时间提到微记内容的上面，增加点赞botton；

2、4个tab依然放在界面顶部；

3、添加微记botton放在最右手边，方便用户点击，触发用户点击；

4、因为微记块状的缩小，所以取消左右滑屏，改为左右有一个时间导航（前一天，后一天），用于用户点击；

下面就是我第二版改版的设计原型图

第二版针对第一版出现的严重问题，做了很多的而改进，但依然存在或多或少的问题，仍然需要不断怀疑和提高，针对第二版的改进，我会在《产品原型设计之交互体验的思考过程（二）》中继续更新说明。

作者：大圣（微信号wzydml），交互设计师。

本文由 @大圣 原创发布于人人都是产品经理。未经许可，禁止转载。