流沙の交互设计

可用性竞品分析

quicksand7117@gmail.com(quicksand) — Mon, 28 Sep 2009 09:38:35 +0800

关于产品可用性的竞品分析，前端时间做了下整理，放出来跟大伙探讨吧！---太久没有更新博客了，人变懒了。。。

分析目的：
竞品分析的目的就是要展示站点（产品）的一致性，从而树立好的，最佳的或者反面的行业实践；或者为了展示站点（产品）间的显著差异，确定其杰出之处。这种不一致之处就意味着，某一独特的站点（产品）为了一个普通的问题发明了一种全新的解决方案，或者说明业界并没有拘泥于单一的方法

分析时机：
初期的竞品分析大多倾向于关注战略层的问题，而在项目后期的竞品分析大抵是为某些具体的设计问题寻求更好的解决思路

受众对象：
不同的受众将会影响到分析数据的呈现形式。
对外（没有直接参与项目的人员）：需要建立一个独立而完整的文档，描述项目背景和评测标准、解释分析原因、对结论进行概述等等。
对内：不需要过多的上下文背景或描述性语言，这样能加快交付速度。

评测标准：
对比站点（产品）的评测标准有很多，它们可以像主导航分类这样宽泛，也可以像网站某处的按钮标签这样精准。

评测方法：
“是/否”评估法：
网站（产品）是否具有某一功能特征的对比，该方法对于功能特征的比较最见效。
评分法：
相对“是/否”评估法更言之有物。使用该方法时，必须定义出每一方面怎样做才算好。
描述法：
详细描述了各竞品是如何达到各项评测标准的，描述法可以使你对各竞品间的较量更加清楚，此方法最常用。

分析框架模板：
笔录要点

“是/否”评估法

评分法

描述法

套帧小图法

可用性竞品分析

这是我的一个可用性竞品分析的实际案例，关键文字信息隐掉了，格式大家可以参考。

Axure组件封装(妙用字体)

quicksand7117@gmail.com(quicksand) — Sat, 25 Jul 2009 16:24:19 +0800

在利用Axure RP进行产品或网站组件封装时，我们经常会碰到一些特殊图形

需要处理。很多时候都需要去找到相对应的ICON，才能满足需求。这里介绍一种简便方法：利用Axure的Webdings字体来制作这些特殊图形，从而快速进行组建封装！

以Qzone中的对话框封装为例来进行介绍：

上图中对话框右上角的关闭(×)，我们可使用Rectangel控件＋Webdings字体来进行制作。制作方法如下：

方法掌握后，我们只要参考下面的字体对照表就能够完成大多数产品组件的封装，而且封装后的组件灵活性会更强。

当然还其他方法：

比如截取目标图片后，在Axure中对图使用Preserve Corners功能(固定图片边角的功能，允许你放大缩小图片后，不至于扭曲了图片的边角)，效果也是非常不错的！

产品设计有舍才有得

quicksand7117@gmail.com(quicksand) — Tue, 07 Jul 2009 14:36:18 +0800

看到白鸦一篇博文“舍不得”，不由的联想到了产品设计中的“要舍得”。

微软是老大，自然喜欢大而全，从微软的产品office97~office2007、win98~Vista、MSN ~Windows Live messenger中自然就能看出：office的功能越来越深，Vista的系统就像一臃肿的老妇，windows Live的软件包竟然有100多兆，试问大多数用户常用的功能有几多？虽然微软功底浑厚，但是这种过于贪婪，不会舍得的设计思路是着实不可取的。－--微软取消Web MSN我看到是好事，否则做出来的东西过于重量级，死的会更惨。

这里再说说豆瓣电台。方便、简单，甚至可以说其简陋，但是口碑却很好。我的观点是：其定位准确，敢于舍得，有Google的设计风范，值得称赞。

SNS，当然不能忘了说说开心网。有人说开心网不久就会死掉：缺少用户年黏度，自身会枯竭而死。我则不认同这个观点。因为开心网很贼，它懂得舍得。插件化的游戏模式让它会像中国楼市一样，不断的创造历史新高。

最后再来看看软件产品中的设计，大一些的软件半年或一年一个版本，小一些的软件几周一个版本。软件规模越做越大，大量的人力成本在进行补漏修补工作。创新大多是口号，公司变得官僚，员工变的毫无激情。产品的线上收入只能靠不停的开发新的版本来维持，甚至是为了完成全年指标而发一次版。那么恭喜，你离死不远了！

过了奈何桥,就无还魂丹了！“舍得，舍得，有舍才有得！”老祖宗的话要牢记在心啊！没吃到那道３元的“舍得”，只能在这胡侃了。

英德之旅

quicksand7117@gmail.com(quicksand) — Tue, 09 Jun 2009 20:54:51 +0800

上周末去广东英德旅游，游记实在懒得写了。就简单介绍下游玩项目，主要目的还是上几张PP。
游玩项目：
长湖河鲜宴、十二峰猴王谷探险、猴王谷漂流、奇洞温泉、宝晶宫、森波拉奇妙世界
其中猴王谷漂流惊险刺激（竟然翻船了......），奇洞温泉实乃“天上人间，世外桃源”，这两处极力推荐！上两张原味PP（缩小尺寸和加边框），算做小记吧。

长湖河鲜宴（只顾美景，不顾河鲜了！）

宝晶宫湖边美景（洞外景色更迷人！）

宝晶宫镇山之宝（没有三脚架好痛苦！）

森波拉奇妙世界（佤族之火！）

猴王谷漂流和奇洞温泉光顾享受了，PP竟然忘记拍了。

SaaS中的用户体验设计

quicksand7117@gmail.com(quicksand) — Wed, 20 May 2009 10:42:45 +0800

      Software as a service 软件即服务，21世纪开始兴起的一种完全创新的软件应用模式。客户通过互联网向厂商定购所需的应用软件服务，按定购的服务多少和时间长短向厂商支付费用，就像是使用自来水一样，用多少水交多少钱。
      SaaS模式特点鲜明：互联网用户、价格低廉、无需维护、无需实施、低投入风险、功能及时更新、简单易用、可先试用再购买等等。如此之多的个性鲜明的特点，注定了SaaS产品的设计必定与传统软件的设计有天壤之别。
      互联网行业讲的是体验，传统软件行业也开始关注软件的可用性。而SaaS恰恰就是这两者的结合产物，身披互联网华丽的外衣，内藏传统软件UE的毒瘤。传统软件行业的用户体验设计远远落后于互联网行业，这是不争的事实。SaaS的出现恰好能够带动并提高软件行业的用户体验设计水平，这是一个很好的契机。下面结合自己的工作体验，来谈谈SaaS中的用户体验设计我们需要做些什么？

观念的转变

      首先需要转变观念，为什么呢？举一个实例来说明：国外的一款SaaS产品，发现该产品的发布公告、产品最新动态信息、活动等信息支持Twitter模式，Twitter用户可以对其进行Follw和RT。Twitter模式被很好的借鉴到了该款SaaS产品的设计当中，并取得了不错的效果。可以看出：只有观念的转变，才能带来设计的巨变！SaaS天生具有互联网的特征，因此SaaS的设计需要我们用互联网的眼光来看待。

引入用户体验设计

      用户体验设计不是仅靠一个人或几个人的创意和智慧就能够完成，用户体验设计是靠整个团队，在一个合理的流程下相互协作才能完成的。一个合理的UED流程，也是一个企业开展用户体验设计的基础。没有流程，一切都是海市蜃楼。
      SaaS的设计开发流程，其核心还是建立在传统软件开发流程的基础之上的。其主要环节有规划、需求、设计、开发、测试。如何将UED有效的融进SaaS的设计开发流程当中去？我认为这也是国内各SaaS厂商希望突破的一个瓶颈。有两种途径可以帮助我们解决这个瓶颈：

1、聘请专业的咨询公司，帮助企业在现有设计流程中融进用户体验设计流程。不是简单的帮助企业解决具体问题，而是向企业提供流程化的解决方案；
2、若企业已经有了不少用户体验设计相关的研究积累，那么可以考虑引入一些原型设计工具（如：Axure RP）来优化现有设计流程，将用户体验设计融入到现有流程当中去。该如何引入呢？这里我们以一个项目实例来进行说明：

项目：一款新的SaaS项目，计划3个月后投放市场
目标：简单易用、视觉效果较佳
引入用户体验设计：
      规划环节：利用Axure RP完成定位、目标、角色、概要需求等规划要素。
      产出物：规划PPT、低保真规划原型、生成规划文档。
      需求环节：利用Axure RP完成竞品分析、需求规格说明、交互特性等需求要素。
      产出物：低保真需求原型、生成需求规格说明文档。
      设计环节：根据规划、需求环节的Prototype及文档，进行高保真原型设计。
      产出物：高保真原型、简要设计说明。
      开发环节：根据规划、需求、设计环节的产出物，进行技术预言和代码编写。
      产出物：Beat版的产品
      测试环节：根据需求的产出物编写测试用例和程序测试。
      产出物：测试报告、BUG报告。

      通过原型设计工具的产出物，将规划、需求、设计、开发、测试环节进行了有效的衔接。同时利用产出物，还可在整个设计开发过程当中有效的开展用户研究、可用性测试、产品评估、市场预测等活动。通过各环节的衔接，搭建用户体验设计之桥，从而开启用户体验设计之门！

推陈出新
      先来看一个典故：当年韩信刚投奔刘邦时,刘邦让他管理粮仓，韩信提出了“推陈出新”的管理理念，即把粮仓开设前后两个门，把新粮从前门运送进去，把旧粮从后门运出来，这样可以防止粮食在蜀中炎热潮湿的环境下腐败变质。从而使蜀中粮仓不再有变质浪费的现象，这无疑是仓储管理史上的创举。看似简单，实则出新--这就是创新。
      这里我们举一个实例来说明：我们考虑如何在SaaS产品中增加营销、用户互动元素？经过分析和研究，最终我们在SaaS产品首页下方开设了一个小栏目：
（左）营销活动宣传区（右）用户照片及用户心声区

      通过监测用户的鼠标点击行为，我们发现此方案取得了不错的效果。相比传统软件的首页设计，无疑这算是一种创新。
      山寨文化盛行的今天，创新显得更加尤为重要。SaaS做为一种新型的软件应用模式，其本身的设计就需要去不断的推陈出新，有创新的思路、有创新的机制和流程，同时再有创新的团队，相信SaaS的创新一定会源源不断涌现出来。

      当前国内SaaS产业发展还处于初级阶段，在我们在提供可靠产品和服务的同时，更需要重视用户的积累，更加关注用户体验设计，不断的推陈出新。SaaS天生所具有的独特气质与魅力，注定了SaaS产业是一个极富有挑战性的产业，相信在我们的努力下SaaS产业的明天会更好！

附：本次活动完整PPT下载

互联网／软件产品规划设计应用专家论坛小记

quicksand7117@gmail.com(quicksand) — Wed, 13 May 2009 10:54:37 +0800

两天的北京之行匆忙的结束了，很高兴在Axure专家论坛中认识了一些互联网同行和一些Axure应用专家。大家结合各自的工作经历进行了深度分享，其中有不少值得借鉴的地方：

Richard带来的台湾互联网策划方面的内容，让我们更加开阔了眼界；
兰天带来的产品经理闯关攻略，形象的阐述了互联网产品经理所面对的重重困难；
尹广磊关于社区架构设计的分享，让我对社区设计有了更深的认识；
陳良泳对于企业软件中UED的问题分析也是非常系统和透彻，我们俩也应算是深层次同行了；
最后出场的梁谈对企业中该如何应用Axure进行了精彩的阐述，为本次论坛画上了完美的句号。

唯一遗憾的就是没有跟大伙好好交流交流，因为要赶晚上的航班回深圳。

距离上次的北京之行已有3年时间了，北京的变化真是非常的大，以前工作过的地方北京航天航空大学的门口竟然多了一座立交桥，半天没认出来。在城市风貌快变的同时，北京的空气质量还是不太好（天是灰蒙蒙的）、服务的意识很差（机场大巴的服务、商场的服务不够好）、机场的体验设计（航站提醒、手推车、路标指示、航站楼...细节做得很不到位）——3年前对北京的认知，看来通过这次北京之行还是无法改变了。

北京之行见闻：
     机场BUS：司机的北京话儿(报站)，我竟然没听懂  ——舌头真卷
     商场：人头攒动，MM们的消费热情看起来都很高   ——看来经济危机对MM们没什么影响
     机场航站楼：从3号航站楼到2号，花了我20分钟   ——够大够派（害我差点赶不上航班）
     交通：跟深圳比起来，才知道什么叫真正的堵车了  ——估计在北京开车会很郁闷
     MM：一个字评价“高”                                       ——经常需要仰视......
     特产：驴打滚、茯苓饼、栗子、豌豆黄、果脯....    ——名不虚传

本次论坛全部PPT下载地址

活动记录

SaaS中的Twitter应用小记

quicksand7117@gmail.com(quicksand) — Fri, 08 May 2009 11:47:01 +0800

收到Creately邀请，试用其在线服务。说通俗点Creately就是Viso的在线版，不过试用之后还是会有不少惊喜。功能很强大，操作又很简单，设计风格也不错。先不细说Creately的特点，因为后面准备专门写一篇评测文章来介绍Creately。
这里说一下试用成功后，收到了Creately的邮件：

进入 Creately twitter 可以看到（还是有一些用户粘度的）
Following_profile 325
Followers_profile 270

公司的SaaS服务，完全可以山寨此Twitter模式。相信使用Twitter的用户会越来越多，SaaS服务中的Twitter应用也会越来普及。互联网谁愿意尝鲜，谁就有可能越容易成功。

Axure RP 的最新活动

quicksand7117@gmail.com(quicksand) — Thu, 23 Apr 2009 14:56:14 +0800

受邀5月10日去北京参加 UPA和UserXper合办的《互联网／软件产品规划设计应用专家论坛》。希望到时候能和Axure的深度使用者进行一下深度交流。

活动名称：网站策划及以Axure RP网站原型设计工作坊(北京日期: 5/8-9)
连结网址：http://www.upachina.org/events/20090501/

活动名称：互联网／软件产品规划设计应用专家论坛 (北京日期: 5/10)
连结网址：http://www.upachina.org/events/20090502/

Axure的使用心得

quicksand7117@gmail.com(quicksand) — Thu, 09 Apr 2009 22:58:28 +0800

最近用Axure做的新专题项目比较多，在用Axure做原型的同时也在思考如何提高工作效率的问题：

构思一个专题项目我花了多少时间？
原型实现我又花了多少时间？

粗略统计了下自己的时间分配，大概一个专题构思花费30%时间，原型实现花费70%的时间。发现大量的时间花费在了原型实现上，分析原因应该是前期构思不够系统，导致原型制作时会经常调整思路做修改。

希望在以后的专题项目中，能够增加构思时间，减少原型实现时间，从而提高工作效率。

引用一句古训“三思而后行”，我们需要养成做事前多思考的好习惯！

开心网让人很不开心

quicksand7117@gmail.com(quicksand) — Tue, 31 Mar 2009 10:57:30 +0800

应该是开心网(kaixin.com)的宠物功能又升级了，这几次发来的邮件内容不仅不能让我开心，反而让我觉得很恶心。

开心网注册也一段时间了，之前也领了宠物狗。但是上的很少，因为没有什么有粘度的特性功能吸引我，只是偶尔上去看看宠物而已。

之前开心网的宠物邮件提醒功能还算不错，火候拿捏得也差不多刚刚合适。可是现在发来的邮件提醒：让人看了后会反胃。

我很想去看看我的宠物狗，但是看到“这些邮件”我打消了此念头。真不知道设计这邮件提醒的人是怎么想的。

发泄归发泄，总得有点实质性的建议：
1、突破一下传统，不使用文字交流
2、增加宠物的心情表现(生病、不开心、想家...)，别老是饿呀饿的
3、邮件中使用宠物的生活照：回忆总是是美好的，也是最让人留恋的
4、......能脑暴出来一堆

流沙の交互设计

可用性竞品分析

Axure组件封装(妙用字体)

产品设计有舍才有得

英德之旅

SaaS中的用户体验设计

互联网／软件产品规划设计应用专家论坛 小记

SaaS中的Twitter应用小记

Axure RP 的最新活动

Axure的使用心得

开心网让人很不开心

互联网／软件产品规划设计应用专家论坛小记