07月 19 2010

广州UCD书友会2010年7月话题 回顾

广州UCD书友会第21期在台风“康森”过后的18号(周日)举行,这次万万没想到的是参与的人数又一次刷新了广州书友会的历史。因为话题的原因,本期来参与的人数明显上升不少,来了差不多50多号人,因为会议室只能坐下40位,所以后来的同学只能站着。

说到本期话题网站设计规范分享及探讨,对于这样的一个网站设计规范,在大互联网公司都有一套自己成熟的规范和流程。但相对于一些小的互联网公司,这方面比较欠缺或者没有。本期书友会我们请到了网易用户体验设计中心的两位高级设计师,杨烽亮和谢守熠为大家做这方面的分享。

特邀嘉宾分享环节:
1.《网易网站及相关产品设计规范》,网易用户体验设计中心 高级设计师 杨烽亮;

杨烽亮同学一开始就抛出为什么要做这样的一个规范的介绍,从不同的角度说明了网站统一设计规范对于产品、技术、运营的利弊。

  • 统一整站的用户体验
  • 更高效的合作分工
  • 设计资源的复用性更容易

杨烽亮同学继续介绍到相关规范的内容,包括导航、页面布局、logo规格、字体格式大小、颜色、按钮、图片尺寸等等一整套的ui/vi内容。

后面提到了执行规范比制定规范难多了,除了来之内部的执行压力外、更多的是销售与网站规范的冲突。针对上诉的问题,其实从不同的角度换位思考,  所有的问题在规范的前提“有的放矢”去执行。

最后在互动提问过程中,大家都很有针对的提起问题,我们的杨烽亮同学很热心的为大家一一作答。由于本期嘉宾的ppt涉及到一个公司的部分隐私,不便于分享出来。如果想继续希望了解这方面的内容,请关注网易的杨烽亮同学。
2.《网易FLASH设计规范》,网易用户体验设计中心 高级设计师 谢守熠;

在这个话题的环节由于便技术一点,所以此时的活跃度比之前的要地点。但谢守熠同学做的ppt很漂亮,分享的思路很清晰。从flash 制作的技术角度介绍了规范的要点。

  • flash制作的场景的要领
  • flash多个独立动画路径定义
  • xml数据的格式规范
  • flash导出成avi/MPEG-4时的问题

与会嘉宾分享环节:

这次我们请来了很多业界的朋友,包括

周维亚老师  广州互联网协会秘书长

刘毅    讲师  广州美术学院

胡克    设计学院院长  广东轻工职业技术学院

刘再行  讲师  广东轻工职业技术学院

他们的参与让我们有了更多的支持,他们給了我们很多的建议,同时得到他们的认可也是我们没想到的。后续我们将把我们的“设计之旅”更多的同广州的大企业结合起来,在书友会主题不变的前提下,做的更开放。

最后我们和参与的同学更多的交流起来,倾听大家对书友会的建议。大家提了不少很好的建议,同时我们也很希望书友会这个平台給到大家的时候,也需要大家的回馈。借用周维亚老师说的这句话:“我在书友会是一个什么角色?我能为书友会做些什么?”。

最后大家的合影:

01月 12 2010

推荐引擎研究

什么是推荐引擎?

推荐引擎利用特殊的信息过滤(IF,Information Filtering)技术,将不同的内容(例如电影、音乐、书籍、新闻、图片、网页等)推荐给可能感兴趣的用户。通常情况下,推荐引擎的实现是通过将用户的个人喜好与特定的参考特征进行比较,并试图预测用户对一些未评分项目的喜好程度。参考特征的选取可能是从项目本身的信息中提取的,或是基于用户所在的社会或社团环境。

推荐引擎的分类

1. 个性化的推荐--根据用户过去在网站的行为进行推荐。

2. 社会化推荐--根据类似用户过去在网站的行为进行推荐。

3. 基于产品的推荐--基于产品本身的特性进行推荐。

4. 以及上述三种的方法的组合。

推荐引擎的开放api

商业推荐引擎不仅仅用来把数据计算出来,在后期必须充分的利用这些高质量的推荐数据,通过推荐引擎的开放API,可以在任何需要调用推荐数据的地方使用这些高质量的推荐数据,实现集中计算,分散使用。企业推荐引擎的数据可以扩展到网站的任何一个角落,给互联网客户贴心的用户体验。

推荐引擎的通用算法

1.基于关联规则的推荐算法(Association Rule-based Recommendation)

2.基于内容的推荐算法 (Content-based Recommendation)

内容过滤主要采用自然语言处理、人工智能、概率统计和机器学习等技术进行过滤。

基于内容过滤的系统其优点是简单、有效。其缺点是特征提取的能力有限,过分细化,纯基于内容的推荐系统不能为客户发现新的感兴趣的资源,只能发现和客户已有兴趣相似的资源。这种方法通常被限制在容易分析内容的商品的推荐,而对于一些较难提取出内容的商品,如音乐CD、电影等就不能产生满意的推荐效果。

3.协调过滤推荐算法 (Collaborative Filtering Recommendation)

与传统文本过滤相比,协同过滤有下列优点:

1)能够过滤难以进行机器自动基于内容分析的信息。如艺术品、音乐。

2)能够基于一些复杂的,难以表达的概念(信息质量、品位)进行过滤。

3)推荐的新颖性。 正因为如此,协同过滤在商业应用上也取得了不错的成绩。Amazon,CDNow,MovieFinder,都采用了协同过滤的技术来提高服务质量。

缺点是:

1)用户对商品的评价非常稀疏,这样基于用户的评价所得到的用户间的相似性可能不准确(即稀疏性问题)。

2)随着用户和商品的增多,系统的性能会越来越低(即可扩展性问题)。

3)如果从来没有用户对某一商品加以评价,则这个商品就不可能被推荐(即最初评价问题)。因此,现在的电子商务推荐系统都采用了几种技术相结合的推荐技术。

推荐引擎的过滤方式

1.基于内容的过滤

了解内容和用户的特质,送上合适产品的做法,被称为“基于内容的过滤” (Content Based Filtering)

2.协同过滤”(Collaborative Filtering) 的推荐方式

图--协同过滤二层推荐模型


以“协同过滤”推荐机制为核心,网站并不需要做出如同“What to Rent”的“性格-产品”匹配,而只需要了解“用户都在同哪些人进行交往”、“用户加入了哪些组群”、“用户都在看谁的页面”这样的问题,然后根据“物以类聚、人以群分”的思路为用户推荐他的伙伴都感兴趣的事物。

第一代的协同过滤技术,又被称为基于用户(User-based)的协同过滤。基于用户的协同过滤,基本原理是基于用户行为选择的相关性。

协同过滤的核心问题是寻找与目标用户兴趣相近的一组用户。这种相似用户通常被称为最近邻居(Nearest Neighbor)。用户之间的相似度是通过比较两个用户的行为选择矢量得到的。于是第二代基于内容项(Item-based)的协同过滤技术就产生了。与基于用户的技术不同的是,这种方法比较的是内容项与内容项之间的相似度。 Item-based方法同样需要进行三个步骤获得推荐:

1)得到内容项(Item)的历史评分数据。

2)针对内容项进行内容项之间的相似度计算,找到目标内容项的“最近邻居”。

3)产生推荐。这里内容项之间的相似度是通过比较两个内容项上的用户行为选择矢量得到的。基于用户的推荐系统相比,基于内容项的推荐系统最大的改进是更具有扩展性。基于内容项的方法通过计算内容项之间的相似性来代替用户之间的相似性。

不论是第一代的基于用户方法,还是第二代的基于内容项方法,都不可避免的遇到数据稀疏的问题。

基于内容和基于协同过滤两种方式的区别

无论从用户还是服务提供者的角度出发,这两种推荐方式都有各自明显的优劣。如果采用“基于内容的过滤”,那么在完成内容和用户互相匹配的过程中,就可能出现“越读越窄”、“越听越窄”、“越看越窄”的问题,提供的内容完全与用户兴趣点相吻合,而没有发散。

“协同过滤”在很大程度上避免了这个问题,但是他需要用户达到一定数量级之后才能发挥出网站创建者预想的效果,这种“网络效应”使得同一市场上的后来者很难找到切入的机会。而用户一旦不能得到“好处”,可能迅速离去,而来不及提“利他”的后话。

3.基于实时行为的推荐

目前流行的实时搜索开始了这方面的研究。

推荐引擎需要面对的问题

1.数据匮乏

2.应对数据变化

因为核心算法是对历史数据的统计,所以偏爱老数据,而新的变化难于及时体现,所以难于跟上时尚潮流的变化(pastbehavior [of users] is not a good tool because the trends are always changing),同时原文指出:在变化很快的时尚领域物品推荐方式不太奏效,因为单个物品的特性太多而且随时间变化,所以,社会化推荐也许更有效。

3.应对用户喜好的变化

用户每次使用同一个系统(例如,Amazon)的目的不同,所以推荐算法也许会迷惑。但是,本人认为通过长时间的采集用户的行为数据,某个用户的消费倾向还是能够把握的,本人使用当当网购物时就体会到它的推荐还是比较贴合我的口味的。

4.个别物品的特性具有对立的多面性

有些物品,在同一个物品身上能够发现不相容的特性,主要在文化基因和个人喜好方面,这类物品很难推荐。

5.计算很复杂

要面对的问题有:原始数据量巨大、需计算的参数很多,因此计算很复杂。个性化数据

6.个性化数据是关键,而这些数据一般都是结构化数据。


基于Amazon研究

据称,Amazon 有35%的页面销售源自于她的推荐引擎。

Amazon的推荐引擎,是一个需要用户一定参与的系统,用户的输入将对推荐的内容起到指导作用;如果指导有方,则会提供更符合个人品味的推荐。

她会记录你已在Amazon购买的历史、你最近的浏览历史(根据活跃度调整,可拒绝此类跟踪),并需要主动告知引擎你对某些商品的打分(此打分不同于评价,只用于推荐引擎、且对他人不可见),和你已拥有的商品(用于排除这个推荐)。根据这些数据来做出判断

另外,Amazon的推荐引擎并不只有这一块内容,在浏览、tag、商品页面都有很多推荐,可以说推荐无处不在。从她的功能点来看,似乎可以分为三块内容:以人为着眼点、以物为着眼点以购物过程为着眼点。同时还采用了跨类推荐,对不同类的按热度排列。

基于豆瓣的研究

大家可以看这里http://www.slideshare.net/clickstone/ss-2756065

基于八音盒的研究

八音盒(www.8box.cn)是一个基于音乐分享及偏好而建立起来的SNS服务, 利用多年积研发的推荐引擎,8box能帮你找到可能喜欢的音乐,帮你分析出哪些用户是你的音乐“同好”。八音盒通过你推荐、试听、打分、评论音乐的过程,学习你的口味,并依此帮助过滤出你喜欢的音乐。发现音乐的最好途径是通过你的同好。八音盒能够根据你的口味,推荐相似的用户给你。应该说“个性化推荐引擎–IntelliProvider”是音乐八音盒的技术基石。

简单的来说,8box推荐音乐的依据有三种:

1.依靠音乐本身的属性信息判断音乐的相关性,做出推荐。

2.依靠听众对这个音乐的评价和反映来推断音乐的相关性,做出推荐。

3.依靠分析用户的行为,发掘出用户的音乐同好,从而做出推荐。

基于遗传学的推荐系统-潘朵拉(Pandora

音乐染色体组项目的 推出,目的在于把音乐解析成为最基本的基因组成。它的基本想法是:我们因为音乐的某些特性喜欢音乐--那么为什么不能根据音乐的某些相似之处设计出一套推 荐系统呢?这类推荐系统应该属于基于产品的推荐。但具有深刻创新意义的是,产品(音乐产品)的相似性,通过“基因”组成来衡量。

这种“即刻满足感”是很难抗拒的。因为pandora 了解音乐相似性背后的因素,它不需要了解用户的好恶,就可以把用户黏住。确实,pandora 需要把握用户的口味或记忆--但这正是蕴藏在音乐本身的dna中了。当然pandora有时并不完美,会播放不对用户口味的音乐。但这很少发生。

基于标签的推荐系统-Del.icio.us

非常简明的推荐系统,它指基于一个基因--那就是一个标签。

总结到这里,要是有这方面的技术人员交流就好了!!!

01月 05 2010

融合通信(Converged Communications)(1)–概述和相关技术

融合通信概述

融合通信是指,把计算机技术与传统通信技术融合一体的新通信模式,既融合计算机网络与传统通信网络在一个网络平台上,实现电话、传真、数据传输、音视频会议、呼叫中心、即时通信等众多应用服务。

融合通信不再仅仅是一个概念,计算机技术与通讯技术的融合是对传统行业观念的一次革新性挑战。从前几年的概念讨论,到现在越来越多实际商用案例的部署,其带来的是开发平台的多样化,新技术、新应用得以在融合通信的平台上迅速搭建。从开始小规模部署到现在大规模电信级商用,融合通信平台凸显其模块化平台的优势。

如今,无论是计算机领域还是通信领域,部门分工、角色分工、行业分工、产业范围的概念正逐渐被淡化,制造商与服务商、供应商与集成商等种种划分标志正在逐 渐消失,而交流、交互、融合的味道越来越强烈。而伴随着人们对于”通信与计算”消费概念的革新,信息产业的自身整合,从业人员认识思维的提升,以及社会各领域信息化建设的逐步深入,融合通信渐入佳境。

在网络建设已经初步完善的今天,把话音网、数据网融合在一起,把视频、电子邮件、语音通信这些业务集成在一起,是网络建设未来的发展方向。过去,融合网络一直难以实现,是因为技术还不够成熟,应用的需求也没有形成。

网络融合使整个通信业面临转型,手机视频、IPTV等业务开始崛起,新兴的互动式传媒服务将走进人们的视野。其个性化、网络效应、互动性等特点值得运营商 深入研究。融合为运营商带来了拓展增值业务的新机遇,例如通信业与传媒业的融合形成了IPTV;通信业与娱乐业的融合形成了网络游戏;通信业与商业的融合 形成了电子商务。

融合通信相关技术

NGN

下一代网络(NGN)是一个以软交换为核心、光网络和分组型传送技术为基础的开放式融合网。NGN的目标是建设一个能够提供话音、数据、多媒体等多种业务的,集通信、信息、电子商务、娱乐于一体,满足自由通信的分组融合网络。

三网合一

固定网络和移动网络的融合技术(FMC)近日得到了最新的发展, 从技术的角度来看固定和移动网络之间的融合可以在多层上实现, 如业务层、网络层和终端侧等。

IP

融合IP通信系统优势主要表现在总体拥有成本低、效率高、受地理分布限制少、可用性与适应性强、可实现集中管理与控制等。

IPTV

IPTV,既承载了网络融合的重任,也承载了固网运营商转型的理想。因此,IPTV是全球电信业发展的必然产物,它的诞生既顺理成章,又充满了争议。 IPTV,混淆了电信业和广电业的区别,由此产生的一系列政策和管制问题,令IPTV的发展充满了挑战,尤其是对于中国市场而言。

IMS

IMS是未来网络的整体架构,其体系架构增强了对基于IP流的可控和可管理性,代表了网络的发展趋势。但目前IMS正处于技术发展的初级阶段,并未规模商 用。IMS引入与接入、承载、控制、业务、支撑等网络的各层面相关,同时也给终端改造、宽带的发展策略、运营模式带来挑战,因此各运营商要因地制宜地根据 需求加以选择。实现融合是一个长期的目标,涉及的因素很多。IMS只是在网络和业务层面提供了融合技术的可能性,但还要认真研究其可行性、经济性、复杂性和可管理性。

11月 30 2009

创建非正式场景,发现产品的不足

无意中在网上看到了这样篇文章,是来之这里《创建非正式场景指南》,是基于《软件工程:基于项目的面向对象研究方法》第2章先介绍”鼠标点击游戏”的场景,后引入面向对象技术的几个概念,讲述软件开发过程模型、面向对象建模方法以及面向对象系统的良好属性。

看完后我觉得对于做产品的人也是如此,我们可以通过穷举法来发现或想象和制作很多的用户使用场景。但能这样的场景不一定是真切和正式的,但对于指导我们的产品策划设计工作还是有不少的益处的。

原文的内容如下:

2.1.1 创建非正式场景指南

尽管我们称这部分软件开发过程是非正式的,但仍然有一些指南可用于建立这些非正式场景,以获得最大效益。这些指南如下:

1)一个软件系统应该是由一些较小的非正式场景构成,而不是一个大的非正式场景。

2)一个非正式场景应关注系统的一个相关方面。例如,用户登录系统、服务器处理用户提交的时间卡、一次用户查询、用户领取工资等。

3)每个非正式场景应该尽可能详细地指出具体值。学生们不应该写”用户通过鼠标点击,消除了相应格子内的小球”,而应该说”王卉观察己方对应的蓝色 小球,找到两个相邻小球,在其中一个小球的位置点击鼠标,消去小球,又在剩余时间片内,消去了暂不构成威胁的三个小球,其中由于点击位置失误,消去了一个 对手方的红色小球”。后一种说法包含了管理用户在一个时间片内消去小球操作的潜在复杂性,而前一种说法则没有。

4)在非正式场景中,应该描述系统将要处理的几类用户错误,但不应该试图穷举覆盖所有可能的错误。

5)在表示每个非正式场景中,实现细节应该省略。例如,每个非正式场景都不应该提到链表或其他数据结构。

6)每个场景都应该描述场景初始化前的系统状态。例如,用户点击鼠标非正式场景应描述用户点击前游戏面板的状态。

7)每个场景应在指明下一个场景时才结束。

创建非正式场景的常见问题是太抽象而不够具体。用抽象术语刻画系统使用的问题在于抽象描述不如详细讨论情形所体现的系统复杂性来得明显。创建非正式场景的目的是帮助开发人员获得对待开发项目的深入理解。

要点2-1   创建非正式场景

(1)非正式场景要短;

(2)非正式场景应指明一个活动;

(3)非正式场景应指出具体值;

(4)非正式场景可以指明几类用户错误;

(5)应忽略实现细节;

(6)应该描述初始化之前的系统状态;

(7)应指出下一个场景。

2.1.2 非正式场景示例:用户一个时间片内的鼠标点击

当前系统状态

系统状态由每个玩家在游戏面板上不同颜色小球的分布构成。游戏中有两个玩家,王卉和王艳,每人分配一种小球颜色,王卉对应蓝色,王艳对应红色,游戏 面板格子中存在5个不相邻的蓝色小球和5个不相邻的红色小球。游戏开始时根据难度设置,随机生成3个蓝色小球和3个红色小球。其中一个蓝色小球恰好与原有 蓝色小球相邻。

非正式场景

接下来王卉和王艳开始寻找己方的相邻小球,王卉找到一对相邻蓝色小球,通过鼠标点击消除其中一个,又在剩余时间内消除了两个蓝色小球。然后,由于点 击失误,消除了一个红色小球。同时,王艳没有找到相邻的红色小球,就随意消除了两个未相邻的红色小球。这时时间片结束,系统判断双方均无剩余相邻小球,该 轮次结束。

下一场景

下一场景是系统新生成两种颜色的小球各3个,双方进入下一时间片的比赛。

进一步分析班组项目的游戏,考虑许多不同的非正式场景。在你的项目开发小组成员中分解这些场景。你们每个人应利用前面小节所讲的原则进行非正式场景描述。这项任务对于小组中每个人快速进入项目开发是很有用的,这项任务应尽早开展。

10月 16 2009

广州UCD书友会10月主题:关于邀请机制和模式

主题邀请机制与模式 (最近大家应该都被Google Wave的邀请搞疯掉了,一个邀请拍到5000刀着实很夸张,欢迎加入探讨)
时间:10.18(周日)14:30-17:30
地址:广州市天河区科韵路16号广州信息港E栋 网易大厦 一楼

嘉宾:黄耀文(小马  网易游戏)

报名点击报名(为了给大家提供更好的服务并预留座位,请认真填写,谢谢)

提纲:小马提供

1.话题的理解

*邀请机制是谁带来的?
*随便聊聊google wave的邀请

2.邀请的模式讨论

*邀请方式有哪些?
*哪些方式效果更好?
*成功的关键因素有哪些?
*价值何在?
*应用

3.案例分享

*Google gmail-把邀请当做病毒营销模式
*linked-把邀请体验做到极致
*新浪微博-禁注册的邀请机制社区
*白社会-方式多样化的邀请模式
*中国缘-一个自作聪明邀请模式

4.小结

4.1常用的邀请方式

*链接地址
*邮件
*IM(趋势)

4.2应用的前提条件

*产品创新独特,吸引人
*好的网站品牌,良好的口碑
*广大的用户基础,潜在用户群大

4.3本质及其目的

*关系营销
*吊胃口,增加吸引力,造成资源稀缺的感觉
*选择种子用户,为后期推广做基础

5.随便聊聊的话题覆盖

*大家都接受过哪些邀请?
*主动?被动?说说你的(索取)处理方式。
*如何处理这些,处理方式
*你是否会花钱去买一个邀请码,一个可接受的价钱范围
*对类邀请机制的广告的看法
*邀请机制在产品的各个阶段的意义和作用

09月 08 2009

广州9月UCD书友会主题:微博的传播与交互

每次参加广州UCD书友会会发现一个问题,就是大家对每期的话题没有深入的做功课。很多的时候互动 不足,变成了听与教。为了更好的交流和互通,需要大家更多的去学习了解相关的内容。组织者和大家一样都是抱着来学习交流的目的聚集而来。这次的话题建议大 家使用新浪微博来直播,分享我们现场的资讯。
1.微博定义
微博客(Micro-blogging,Microlog,微部落格、微网志、微型网志),即微型博客,是新兴起的一类开放互联网社交(半实时半广播)服务。

2.微博简介
1)微博的功能特性
没有准确的定义,但是具有以下特点:

  • 一种新的沟通方式,双向沟通
  • 一种新的内容载体
  • 是即时的
  • 是开放的,并且包含显式社交元素
  • 蕴含一种隐式联合模式
2)微博的产品特性

  • 语言的碎片化
  • 半实时半广播
  • 自媒体草根性
  • 个体化私语化

3)微博的高级功能
@(注:回复)、RT(注:Retweet 回推、转发)、DM(注:Direct Messages 私信)、#号标签(注:话题)、搜索

3.微博服务商有哪些
国内的微博网站包括:Follow5、饭否、做啥、叽歪、嘀咕、贫嘴、Fexion网、同学、滔滔、我烧叨叨、MySpace聚友9911、蟹爪、相闻、爱唠叨、微可、easytalk、新浪微博、139说客等.
国外的微博客网站包括:Twitter、yahoo meme、Plurk、jaiku、tumblelog、Thumbcast、Twingr、Sideblog 、Yammer 、Juick.

4.微博的传播
目前,微博规定用户发帖字数不超过140,用户利用微博传递观点、新闻和各种思想,每条信息(称之为“tweet”)被视为是微型的博客帖子,因此,微博的这种传播理念称之为微博服务。微博用户可选择其它用户进行跟随或实时接受他们的信息。
1)传播渠道
包括短信、即时通讯软件、电子邮件、MP3或网页
2)传播内容形式
包括文本、图片、音视频、链接
3)传播平台
包括手机端、网页、PC客户端
4)传播方式
大众传播、人际传播、组织传播、群体传播

5.微博的交互
1)产品层面
A、便捷的消息发布。 B、快速的回复、评论、转贴。 C、多样化的即时信息整合–话题。 D、更低成本的信息交互沟通。

2)技术层面
A.跨平台。B.跨终端。C.搜索

6.微博与新浪

  • 用户群体契合度可以更高
  • 多种服务可供用户选择自动更新到自己的首页。
  • 更优秀的保持用户在线时长的工具,更有效的提升新闻在用户群体中的传播速度,并从中获得积极的反作用。
  • 更优秀的上网起始页,让用户通过微博获得更多不同类型的更新信息。

参考资料
1.百度百科 http://baike.baidu.com
2.互动百科
3.维基百科 http://zh.wikipedia.org
4.胡志龙博客 http://blog.sina.com.cn
5.译言 http://www.yeeyan.com/articles/tag/即时网络
6.摩耶尔_新浪博客 http://blog.sina.com.cn/s/blog_4c1f6c970100fg9l.html~type=v5_one&label=rela_prevarticle

08月 13 2009

用户体验管理体系培训小结

用户体验管理体系培训小结的一点会议记录,先记录下来,有时间细细写!

SNS基本原理
1.六度理论
2.150法则

可用性投资回报率(roi)的衡量举例
指标:
满意度
成功率
效率
易学性

用户体制建设体系
A.启动阶段
1.起始计划
2.领导会议
3.普及
4.项目启动

B.执行阶段
基础建设
1.ucd机制(培训机制)
2.ucd方法
3.ucd标准(按通用,按渠道,按产品)涉及到后面的团体建设
4.用户数据中心

团队建设
1.组织架构
2.人员选拔
3.专业训练

C.优化阶段
1.渠道细分
2.成功优化
3.示范项目
4.后续推广与持续支持

典型用户体验服务类型
A.产品创新
1.用户定位
2.新产品创新

B.用户体验评估
1.可用性测试
2.专家评估

C.用户研究与分析
1.竞争与趋势
2.用户行为习惯

D.用户界面设计

F.ux机制流程

用户体验成熟度
1.产品组织架构
2.内部教育与培训
3.人员 10%原则

用户体验成熟度不同阶段
八个阶段

几个名词 :可用性   以用户体验为中心的设计  用户体验  人因素  人机交互

任务分析的价值

用户体验维度
A.针对网站
1.主页
2.导航
3.载入速度
4.交互

B.针对软件

用户体验短期策略
1.用户体验评估(可用性测试,专家评估,信息架构优化)
2.发现问题
3.改进建议
4.产品修改
5.查看产品改进
6.短期产品质量保证

用户体验中期策略
1.运用传统的市场方法和策略
2.用户研究(需求和差距,当前使用和习惯,使用痛点与障碍,用户态度,使用激励,驱动人、因素)
3.头脑风暴、并行设计、概念评估与选择
4.系统设计

用户体验长期策略
1.建立长期的用户体验流程、机制
2.优化流程
3.创新流程

08月 07 2009

第一期广州技术沙龙预告

主题

1. 选好业务和技术,单枪匹马做游戏 (赖勇浩)

2. 分布式key/value store漫谈(Tim Yang 杨卫华)

全部演讲稿将在会后公开。

时间:2009/08/08 14:00进场,14:30开始

地点:广州市天河路208号粤海天河城大厦39F 新浪公司

活动指南

已经报名的同学请检查确认邮件(周二8/3之前会全部发出)。凭名片(报名的姓名)或身份证件在粤海天河城大厦大堂领取门禁卡,然后到39F前台签到。

交通:地铁1号线,3号线体育西路C出口,公交线路体育中心站。

地图:地图一:谷歌地图, 地图二:三维地图

活动相关文章:
第一期广州技术沙龙预告 http://timyang.net/tech/guangzhou-salon-guid/

欢迎大家的参与!!
预祝:第一期广州技术沙龙圆满成功!

07月 15 2009

广州UCD书友会第十期提纲–群组功能和用户沟通

1.现场调查:

您经常使用的IM群有哪些?
QQ、MSN、网易POPO、
淘宝旺旺、飞信、新浪UC
Gtalk   ……

.现场调查:
您经常使用的WEB群有哪些?

.你理解的群应该是……

2.群组功能
2.1 群组功能(IM客户端方面)
a.IM群的这些功能是否满足你的需求?
群文本聊天、群语音、群共享、
相关的群设置管理功能(群名片、群成员…)

b.如果IM群还有这些功能?
群广播(1对N发消息)、群演示……

2.2群组功能(IM WEB端方面)
a.IM群WEB上的这些功能是否满足你的需求?
群动态、群论坛、群相册、群邮件、群通讯录
相关的群设置管理功能(群名片、群成员…)

b.IM群 在WEB上还可以有哪些应用?

3.用户沟通

3.1群用户的身份?
固定的群–>固定的身份
临时的群–>临时的身份

如何设计好群身份?

3.2沟通

a.实效性方面—即时、离线

b.消息指向方面—点对点(1对1)、1对N(广播)、 Twitter 风格的对话模式、邮件通知方式(Gtalk)

c.消息保存方面—本地、服务器、邮件通知

4.如何保证用户个人信息的安全?

5.未来的群可以承载的东西?

07月 07 2009

产品人员应该向测试人员学习

产品人员应该向测试人员学习,为什么这样说了?因为我们很多工作都是通过测试人员来完成的。学习他们的细致、学习他们的严谨、学习他们怎么去流程化你的产品需求、学习他们从多角度多思维方式去完善你的产品工作。

1.细致

我们都知道产品中很多的细节需要我们去一一用心去做的,小到一个按钮的变化状态、文案的描述,大到一个页面信息架构。我们有时在自己的产品规划中或多或少的有遗漏或者做不到位,很多情况下都是测试人员在帮助我们完善工作。测试人员是我们第一批用户,可能这样的用户不是很大众,但一定是很专业的用户。新产品都是从他们那里测试,最终交付上线。

测试人员列出的每一条测试用例都是为产品服务的。举个修改姓名的输入框的输入校验提示,以及文案,再到保存的提醒方式。

l1

上面的信息要素如下:
1.注释文案:请使用真是中文姓名,字数需要2-6个汉字之间。
2.姓名输入框
3.保存按钮

可是这样的信息要素在测试人员的眼里可是几十条测试用例。上面3个信息要素都是要测试到的。
第一,注释文案要验证是否合理,有误错别字等等。

第二,姓名输入框的验证,这可是个大工程了。我们看看测试用例如何写的,如下:
测试输入序列:

1.    在内容框内输入超短数据时(1个字符或1个汉字),验证是否可以正常提交
2.    在内容框内输入超长数据时(Y个字符,Y/2个汉字),验证是否可以正常提交(Y=12)
3.    内容输入框,验证数据位数为如下情况,结果是否正确
1)    Y-2、Y-1、Y个半角字符,可以正常提交
2)    Y+1个半、全角字符,不可正常提交
3)    Y个全角字符,不可正常提交
4)    Y-2 开头或结尾处 + 一个半角字符,可以正常提交
5)    Y-2 开头或结尾处 + 一个全角空格/字符,可以正常提交
6)    Y-2 开头或结尾处 + 一个半角空格 + 1个半角字符,可以正常提交
7)    Y-2 开头或结尾处 + 一个半角空格 + 1个全角字符,不可正常提交
8)    Y-2 开头或结尾处 + 一个全角空格 + 1个半角字符,不可正常提交
9)    Y-1开头或结尾处 + 一个半角字符,可正常提交
10)    Y-1开头或结尾处 + 一个全角字符,不可正常提交
11)    Y-1开头或结尾处 + 一个半角空格,可以正常提交
12)    Y-1开头或结尾处 + 一个全角空格,不可正常提交
13)    Y-1开头或结尾处 + 一个半角空格 + 一个半角字符,不可正常提交
14)    Y-1开头或结尾处 + 一个半角空格 + 一个全角字符,不可正常提交
15)    Y开头或结尾处 + 任意一个字符,均不可正常提交
……

第三,保存的提交校验,是用模态提示还是非模态提示,提交完成后的校验提示文案,信息提示输出的一致性等等。

从上我们可以看出,功能虽小,但需要我们产品考虑和执行的内容点还是很多的。

2.严谨

做产品的最忌讳的就是你策划出来的东西逻辑不严谨、流程乱,怎么看都很业余。产品人经常需要做很多功能流程图、逻辑图、思维图。在做这些东西的时候是否想到了能像测试人员那样,针对每一个产品流程好好想清楚,自己测试下可执行性,再写到设计文档中。在评审的时候能很好的通过,减少工作的重复性。也让大家对你刮目相看。

3.流程化

产品流程化的东西在互联网上有一大把的介绍,但真正能去执行的少之又少。这样的产品流程能够适应一个公司、一个部门的也需要管理人员来规范。现实中项目一来,很多该走的流程其实都变的不可实现了。对于这样的情况我们可以参考下测试人员执行测试的流程,先冒烟,就像我们整理产品需求一样。冒烟测试通过了,才进行后续的产品功能流程细节测试。产品也是如此,连最起码的需求都通不过,何来的产品设计。

4.角度与思维

产品人很多时候对自己的产品理解缺乏角度,也许这和产品的一些定向思维有关。可是测试人员想的更多的是一个测试方案、测试用例怎样多角度去验证产品的基本需求。

在产品设计的过程中,大部分人会认为只要拥有严谨的思维、熟悉产品潮流和先进的交互技术就可以了,其实这些都还不够.产品创意角度、创意思维、产品创造力的应用,才是一个产品人员的能力体现。我国著名的诗人苏东坡有一首名诗是这样写的:“横看成岭侧成峰,远近高低各不同,不识庐山真面目,只缘身在此山中。”从这首诗中我们了解到,如果要全面地 看清楚庐山,仅仅从一个角度去看是远远不够的,因为你每变换一个角度,庐山的面目就变换一次,所以要想看清庐山的全貌,必须从很多角度去看。产品人员从现在开始就应该去放松你的大脑,释放你的心灵,摆脱你的传统思维,激发你的创造力。

RSS