站内信有两大特点，时效性较强，属于比较简短的沟通。三言两语基本能说清楚，既然不是长篇大论，就不需要再用标题概括。以前的经验表明，用户填写的站内信标题有三类：
- 打招呼，类似“你好”这样比较罗嗦的客套。
- 复制内容，为了图方便的无奈之举，来来回回就一句话。
- 废话，类似“问个事情”这样完全失去标题功能的浪费。
如果大家有可靠数据支持，不妨分析来验证。相应在收站内信时，一次性看完即可，不需要标题再提炼，也不需要点击标题阅读全部这么麻烦。
最早站内信是单通道功能，跟以前对讲机一样。为了避免沟通上的断层，逐渐使用“引用原文”功能。后来才出现的发件箱，再后来就是比较完善的“对话式”列表呈现了。
站内信主要的交互细节有如下几个，根据产品特性和商业需求来选择：
A. 发信时选择发送对象的处理。是列出好友翻页查找？还是下拉选择好友列表？或者直接录入、智能判断相应好友并选择？继续深入，将牵涉是否支持给多好友发送的问题。
B. 发送成功返回的处理。是直接关闭？还是返回进入页（个人资料、短信列表等）、固定页？或者过渡页？过渡页继续深入，又会碰到是否需要关闭、自动跳转、继续发送等功能。
C. 新消息提示的处理。不管是数字颜色，还是图标都会涉及两种设计模式；同时还可以选择信息提示框、真人声音，或者更豪华的任务栏tiitle闪动提示。作为运营方，希望用户赶快看到、赶紧删除减少资源消耗是肯定的。
D. 表单验证的处理。通常为资源上的考虑，都有字数限制，是否告诉用户？如何告诉用户？是否支持UBB编码和HTML代码？验证的出错信息等，都需要考虑周密，没有标题工作量也少。
控制好站内信功能，提供恰当的信息通道选择。比如淘宝例子，如果网友需要咨询产品，现在有四种方式，第一站内信、第二产品页留言簿、第三店铺留言、第四旺旺留言。
提供不同类型的入口渠道是对的，但如果都分类处理，会大大增加店主的管理负担，应该考虑汇总处理、分发显示。我在淘宝的站内信基本就是广告箱，最近广告比较少，我在想是不是骗子都不喜欢了，前几天也看到有公然写出“站内信收不到，请用旺旺留言”的店主公告。
百度发送新消息
flickr compose a new message
淘宝发送新信件
开心网发送短消息
