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

  • 打招呼,类似“你好”这样比较罗嗦的客套。
  • 复制内容,为了图方便的无奈之举,来来回回就一句话。
  • 废话,类似“问个事情”这样完全失去标题功能的浪费。

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

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

开心网站内短信

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

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

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

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

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

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

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

百度发送新消息

flickr compose a new message

flickr compose a new message

淘宝发送新信件

淘宝发送新信件

开心网发送短消息

开心网发送短消息