站内信不需要标题交互设计

站内信不需要标题交互设计

站内信不需要标题交互设计 篇1

站内信有两大特点，时效性较强，属于比较简短的沟通，三言两语基本能说清楚，既然不是长篇大论，就不需要再用标题概括。以前的经验表明，用户填写的站内信标题有三类：

打招呼，类似“你好”这样比较罗嗦的客套。

复制内容，为了图方便的无奈之举，来来回回就一句话。

废话，类似“问个事情”这样完全失去标题功能的浪费。

如果大家有可靠数据支持，不妨分析来验证。相应在收站内信时，一次性看完即可，不需要标题再提炼，也不需要点击标题阅读全部这么麻烦。

最早站内信是单通道功能，跟以前对讲机一样。为了避免沟通上的断层，逐渐使用“引用原文”功能。后来才出现的发件箱，再后来就是比较完善的“对话式”列表呈现了。

站内信主要的交互细节有如下几个，根据产品特性和商业需求来选择：

A. 发信时选择发送对象的处理。是列出好友翻页查找?还是下拉选择好友列表?或者直接录入、智能判断相应好友并选择?继续深入，将牵涉是否支持给多好友发送的问题。

B. 发送成功返回的处理。是直接关闭?还是返回进入页(个人资料、短信列表等)、固定页?或者过渡页?过渡页继续深入，又会碰到是否需要关闭、自动跳转、继续发送等功能。

C. 新消息提示的处理，

不管是数字颜色，还是图标都会涉及两种设计模式;同时还可以选择信息提示框、真人声音，或者更豪华的任务栏tiitle闪动提示。作为运营方，希望用户赶快看到、赶紧删除减少资源消耗是肯定的。

D. 表单验证的处理。通常为资源上的考虑，都有字数限制，是否告诉用户?如何告诉用户?是否支持UBB编码和HTML代码?验证的出错信息等，都需要考虑周密，没有标题工作量也少。

控制好站内信功能，提供恰当的信息通道选择。比如淘宝例子，如果网友需要咨询产品，现在有四种方式，第一站内信、第二产品页留言簿、第三店铺留言、第四旺旺留言。

提供不同类型的入口渠道是对的，但如果都分类处理，会大大增加店主的管理负担，应该考虑汇总处理、分发显示。我在淘宝的站内信基本就是广告箱，最近广告比较少，我在想是不是骗子都不喜欢了，前几天也看到有公然写出“站内信收不到，请用旺旺留言”的店主公告。

百度发送新消息

flickr compose a new message

淘宝发送新信件

开心网发送短消息

本文来自：blog.rexsong.com/?p=1202