以用户为中心的设计

网址导航 - 书友会 - 邮件组

× 关闭
我有建议/意见

主要内容

站内信 最后更新: | 文章数: 8

08年9月书友会话题。
站内信的功能设计应该是简单还是复杂?用户用站内信都需要什么功能,里面的细节交互应该是怎样的?一个可以被用户信赖的站内信是一座“金矿”,但不是用之不竭的。

  • 8. 留言、评论和站内信    2008-12-24 23:04

    上周日下午还是在詹老师的奇遇咖啡馆,除探讨既定的“留言和评论”话题,还有个重要事情,曾经很早推荐过的《Communicating Design》中译版今天首次面世。同时,我们还请来了译者樊旺斌同学,机械工业出版社朋友也带了好多书过来。 下午阳光明媚、天气惨烈,说实话我都不想来了。几乎没准备,其实也应了咱们的初衷,探讨而不是准备出有价值的观点。以下内 ... ...

  • 7. 欲废此功,必先自宫    2008-11-15 21:57

    (图1,阿北很早时候的豆瓣截图) 如上图,阿北的豆邮有1206封未读。(如果是邮件处理的,算特例,在此不做分析。其实邮件处理对于普通用户来说是把双刃剑…)注:豆瓣的站内信最早包括关注通知、站内信等信息,现在“在九点的关注”还阴魂不散的出现在这里。 (图2,UCDCHINA的百度站内信截图) 如上图,UCDCHINA的百度站内信有50封未读。(前面一百多封 ... ...

  • 6. 站内信是不是鸡肋    2008-10-01 09:40

    如果你已经拥有一些关于某个素未谋面的朋友的个人信息,比如年龄、职业、兴趣爱好、邮箱、QQ、MSN,你还会给他发站内信吗? 我的答案是:那是必须的。 可以设想一下这样的情景:你在豆瓣上看到这个朋友收藏了某部你喜爱的电影,由于豆瓣在电影单页上并不提供点对点的交流,那么你只能选择发个豆邮给你的朋友“嘿,我也很喜欢这部电影呢!”又或者,在Gmail邮箱里收到朋友的电子邮件( ... ...

  • 5. 由Facebook的一封站内信说开去    2008-10-01 09:08

    最近UCDChina的话题是站内信,我的话题也由站内信说起,不过内容跟站内信无太大关系。我们看一封Facebook发给某用户的站内信: 请注 意,Facebook账户仅为真人用户而设立,我们期望Facebook帐号可以真实反映“现实生活”中的联系人(例如:家人、同学、同事等),而不是仅 在网络上的朋友。正如我们在首页的声明,Faceboo ... ...

  • 4. 站内信——从使用情景上思考    2008-09-23 22:31

    大致回顾一下9月21日南京UCD书友会的讨论话题:站内信。 从好的站内信设计开始讨论(虽然没有发现很出色的站内信设计),然后是“站内信解决了什么问题”,分清了站内信的需求层次,最后给站内信下了一个较 为完整的定义:一个网站的用户向其他用户发送的具有一定即时性和一定私密性的消息。所以站内信的设计,便是提供满足这个过程的功能。 在书友会快要结 ... ...

  • 3. UCDChina九月北京书友会全记录    2008-09-23 01:08

    时间:2008年9月21日星期日14:30——17:30 地点:奇遇花园咖啡馆 本期主题:站内信 首先讨论的是由周波(新浪房产数据分析师)引发的网站数据分析,主要讨论了一下数据分析的工具和方法,对我这个数据白痴有很大的帮助。定量分析应该是网站做用户行为分析、流程分析最主要的方法,而我个人也一直认为定量分析比定性分析得出的结论更有可靠性。当当大姐(在当当网工作的那个 ... ...

  • 2. 站内信不需要标题    2008-09-22 02:22

    站内信有两大特点,时效性较强,属于比较简短的沟通。三言两语基本能说清楚,既然不是长篇大论,就不需要再用标题概括。以前的经验表明,用户填写的站内信标题有三类: 打招呼,类似“你好”这样比较罗嗦的客套。 复制内容,为了图方便的无奈之举,来来回回就一句话。 废话,类似“问个事情”这样完全失去标题功能的浪费。 如 ... ...

  • 1. 北京书友会——站内信    2008-09-21 23:12

    秋意渐至,窗外雨声淅沥、行人匆匆。今天,UCDChina北京分舵相聚在奇遇花园,畅谈“站内信”跑题部分不表,今天主要主持人是千鸟,引导我们讨论了站内信及相关种种,我就拣记得住的简要说说:1 什么是站内信 2 站内信与一般邮箱的差别    内容简短 时效性(系统自动清空过期邮件) 标题是否必要,或者直接显示正文前几个字…&hellip ... ...

1-8 of 8