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