在蝉游记 Android 的交互设计和开发过程中,遇到过两次关于操作和反馈一致性的问题。
(一)
在 1.0 版本的消息中心里,大致有以下几种主要通知:
1. 被关注
2. 我关注的对象发布了新游记
3. 我收到别人的评论/回复
4. 我发布的游记被别人收藏
5. 相片/随记被别人喜欢
而消息中心的布局,则是三部分:对象头像、通知正文、通知对象的缩略图。
在原先 iOS 版的设定中,统一规定为:点头像进入对方主页,点通知正文回复评论,点缩略图进入对应的游记位置。如下图划分。
而问题则在于,如果被关注,和游记被收藏时,点通知正文是无动作的。
这就容易产生困惑,为什么点了通知消息,但是没反应呢?
所以这里我们做了调整,在新的设定中,点击不同类型的消息时,都会有不同的反馈。具体则是:
1. 被关注:点头像和通知正文进入对方主页,无缩略图。
2. 我关注的对象发布了新游记:点头像进入对方主页,点通知正文和缩略图进入游记。
3. 我收到别人的评论/回复:点头像进入对方主页,点通知正文回复评论,点缩略图进入对应的游记位置。
4. 我发布的游记被别人收藏:点头像进入对方主页,点通知正文无反应,点缩略图进入游记。
5. 相片/随记被喜欢:点头像进入对方主页,点通知正文无反应,点缩略图进入对应的游记位置。
可能看起来逻辑会相对复杂,在开发阶段,程序员也提过这个问题,就是在某些情况下点正文会进入游记,另外一些时候则是回复评论,还有时会没反应,很不统一。
但我的观点的是,用户不会关心背后的逻辑与设定是否统一,而主要考虑的是,操作是否顺畅。所以焦点在于:用户在操作时,能否有一致、自然的感受,而不会觉得别扭。
其实这里还有一个不一致的问题,是为什么当我的游记被人收藏/相片被人喜欢时,点通知正文不需要操作。主要是觉得,查看一篇自己被别人喜欢 or 收藏的游记和游记内容,实在是很没有必要的。因为对方并未留下有价值的信息,这里的通知正文只起到告知作用。
可惜仍有一个技术问题不能解决,是点击消息正文时的按下效果,无法做到差异化,要么全有要么全无,不能排除掉不需要按下效果的操作,比较讨厌。
(二)
在最近迭代的 1.3 版本中,调整了游记的同步流程,主要的改动是,在 WIFI 环境下同步不需要二次确认,可以直接进入上传 or 下载流程。
今天下午才刚刚和程序员再次讨论了其中涉及到的一个问题,是有关草稿状态的游记,从云端下载到本地时,是否需要二次确认发布状态。这里的发布状态是指以下截图中提到的,发布为“草稿” or “正式发布”。
程序员的问题是,如果说本地游记同步到云端时需要选择草稿 or 正式发布,那么云端游记首次下载到本地时,如果不需要选择,是否会造成用户的困惑。
但实际上我们认为,如果一篇游记是用户在网站创建的,并且没有发布只是草稿,那么不管他因为何种原因需要把这篇游记下载到手机上时(事实上我觉得这是一种十分小概率的操作),保留草稿状态即可,不需要再做一次选择。
因为,用户此时并不需要在当前的操作场景下,决定这篇游记是否需要发布。
遇到的这两个情况其实都是小问题,而且可能也都属于通常意义上的交互不一致,但更符合操作习惯吧。