Posts Tagged ‘产品分析’

用户体验案例研究:设计微博应用

UX Case Study: Designing a user-focused web app Brian Cray版权所有 作者:Brian Cray 译者:UCD翻译小组,波希米亚 原文地址: http://briancray.com/2010/01/26/ux-case-study-designing-user-focused-web-app/ 这篇文章记录了Nearby Tweets改版的完整设计过程。Web开发者和商家期望借此获取些灵感。用户则更有兴趣找寻这些设计中所蕴藏的东西。当然,我希望能在文章结尾了解到你的想法和反馈!OK,我们开始吧。 故事的起因是这样地… 这一切开始于对Nearby Tweets的第一次迭代,目的是让当地的人与人、商家与商家之间能够通过一种简单的形式相互取得联系。 但产品开发向来不可能十全十美,只有不断迭代——产品好坏取决于用户认可。因此,借Uservoice的机会得尽我所能快地跟用户接触。通过Uservoice,用户可以针对Nearby Tweets的改版进行投票。

群组功能和用户沟通

说到这个话题,我们有个产品叫群组,为什么人们需要群组?简单说,群组就是个圈子,是有共同爱好和话题的人群聚在一起讨论、分享的地方。这个产品的诞生是随着用户对互联网使用的加深,对人与人之间沟通需求的增长而逐渐发展起来的。互联网不再是个人网络,而是群体关系,个体创造出来的乐趣比较单一,需要有个地方能使个人想法得到放大。 群组就是这么个载体,它的功能有主题、有讨论、有分享、有成员关系、有人与人之间的沟通等等。成员是群组最重要的部分,同时通过话题维系成员联系,成员动起来,群组才能活起来了。 由人就引发了沟通问题——及时沟通和延时沟通。IM每天都在用,已经成了生活中不可缺少的一部分了,无论QQ、MSN或是其他什么。IM的特点就是及时沟通、短平快,对方在线,发送消息后立即得到回复,如此往复,你一言我一语,这种沟通适合于有很强交流欲望,迫切要得到答复时使用。而群组的沟通方式则不同,属延时沟通。沟通双方(甚至多方)不要求那么高的响应速度,而是需要这种话题的节奏,从而控制沟通的紧张程度。所以看帖子的心情往往更轻松。QQ群常常让我烦躁,特别是几个活跃份子在群里“私聊”,搞的一群人在旁边陪着,一会弹出一次,我就是因为这个把很多群都设成拒绝接收消息了。这种及时给人带来一种“不相干”的紧张感。 延时沟通的产品除了群组还有很多,比如电子邮件、论坛、站内信、留言、评论等等,它们都是沟通工具,而不是通讯工具。一直以来都是慢悠悠的,反倒是IM在融合延时的概念——离线消息。 SNS如火如荼的今天,不要忘记群组,其实它本身就是SNS早起的代表作。现在我们只是把SNS作为某类产品的代名词,狭义化了罢了。细想下,开心也好、校内也好、白社会也好,功能和群组不都一样吗,唯一不同的时,它们多了插件概念,作为平台,可以允许更多第三方应用的植入。但目标都是一个——维系成员联系,让人动起来。 说到这,不要认为群组只能通过话题、兴趣来圈人。同样,也可以通过人来组织话题,一群身份相同或背景相同的人,能产生更丰富的话题,他们能派生出更多高质量的话题群组来。

聊聊“要购物,先百度”如何养成

百度也有C2C业务了——百度有啊。当征名活动结束揭晓最终答案的时候,不禁笑了一下,恩,这个名字够平民化的,便于口碑传播和产生共鸣,比如几个朋友聊天“我想买个什么什么的”,另外一人很自然的说“你要这东西百度有啊”,无形中就能把名字带出来。这是它的优点。但别忘了,这个世界上还有个淘宝,相比之下“淘宝”的主观能动性要更强一些。 在开始正题之前,有几件事不得不铺垫一下: 在“有啊”上线前期,淘宝正式对外宣布屏蔽百度搜索(没听说过这件事?先了解一下) 业内猜疑,淘宝是怕百度通过搜索收集用户、商品、店铺信息,所以屏蔽。这可能是原因之一,外界也有声音在说:马云这是在博弈、在冒险,屏蔽了搜索引擎,不等于在如今这个搜索时代里切断了一条来淘宝的路吗?! 淘宝声称此举旨在杜绝不良商家操纵搜索引擎进行欺诈 百度则认为淘宝是担心即将推出的百度C2C交易平台(即百度有啊) 在此事经过一番口水仗之后,淘宝公布数据,表明屏蔽百度后并没有太多影响淘宝访问量和流量,有力的说明了,绝大多数用户购物是直达淘宝,算是在给百度一击侧勾拳之后,为此事画上了句号。