一、清晰明了的财务简表

如下图，阿石的个人收支表、财务简报、本月支付及趋势，以年、月、日为时间维度，分别以表格、饼图、折线图等多样方式展示个人的财务收支状况，一页之间一目了然。

二、记账核心功能强大

都说“ 欲学理财，请先记账 “,如下图随手记开始记账时，以日常生活场景如支出、收入、转账/取现、借钱、还钱为维度，统一各场景的数据录入方式和交互操作行为，辅以丰富多样的默认分类，并支持用户自定义设置各场景分类及二级分类，显得记账功能十分强大，足以满足个人及媳妇等家庭其他成员记账需求。这里值得商榷的一是记账步骤略显繁琐，先要确定选择好分类，经历若干鼠标选择后才能录入记账项目，而不是象其他记账网那样不管三七二十一就先录入记账项目；二是左侧分类其实是筛选功能，分类展示功能太过突出、弱化了筛选真正含义。然而记账完毕后，对账目清单各记账列表的展示、按时间维度筛选及任意一笔帐都可随意编辑、分拆、删除等功能让人很体贴、放心。

三、报表显示及其他

记了那么多笔账，总要算清楚。虽然首页提供了财务简报功能，但只侧重于财务展示，更重要的功能如日常收支表、资产收支表、收支预算表、资金流动表等在这里精心展现，查看方便又学习良多，借用 苏杰同学 的话语来说，人人都可以成为理财大师，或者说人人都可以为自己理财，所谓”你不理财,财不理你”,随手记的挮贴心的预算控制及报表显示，再加上文章中还未提及各种各样的的有记账数据同步功能的 随手记手机客户端 （如让人心仪的  iphone、android 等，听闻有人因为随手记这款软件打算买  iphone4 ，阿石也跃跃欲试中)，让人随时、随地、随心的理财。。

四、关于个人理财

今天在 新浪微博 上看到 听风 的说:“一个出乎意料之外的数据：在线购买基金定投产品的用户中，80后占总用户的46%。也就是说在线基金定投的主流用户是20-30岁用户。80后比其他用户群体更关注网上理财和投资。” 还没玩过基金，因为之前有同事好友说基金不好玩、老鼠仓之类的。但这里面的数据显示同龄的80后们很多人在网上理财方面有过尝试，可能我们这一代人更愿意在网上记录、甚至分享自己的理财信息。听闻国外有软件公司在这方面和银行有API数据合作，方便用户直接管理消费和交易数据从而实现个人理财，而在中国这方面还没开放，或许在没开放之前，随手记就是一款值得体验的产品，:)

一、需求

用户是需求之源。因为产品经理满足了用户各式各样的需求，才可以说产品经理改变了世界。那怎样满足需求呢，苏杰总结了三种方式

• 改变现状
• 降低理想
• 转移需求

改变现状是优化现有产品或推出更好用、富有竞争力的产品，降低理想是我们这个产品还不够完善，beta版希望用户体验时多反馈反馈意见，转移需求是产品目前做不到的换种方式间接实现。当然在一些公司中，”创造需求”成了公司内部流行词，“业内没有就创造一个”的需求不是长江后浪推前浪，就是能够活下来了没几个。创造需求是”产品设计的最高境界”,然而为什么会有“创造需求”的需求？除了公司领导的好大喜功，或许创造力才是人类生存下来的内核动力。不管哪种需求，在真实世界、在互联网业内都能找到他最初的原型，这个原型起初也是一个产品的“概念”，这也是王坚同学开篇中没有用”需求”而用”概念“的缘由。

二、文档

“真的需要文档”，真的,确实如此。对公司领导，需要 PPT 文档去展示产品的潜力；对开发设计，需要产品原型、需求书保证产品按照规划去实现。日常工作沟通”面谈+电话+QQ”只能解决一时事后即忘，而邮件的以通报、存档的文档形式告知到家起到定期推动产品或项目进度的作用。所谓 MRD、 BRD 、PRD 等各式文档存在的意义是就是做产品的人需要面向文档的不同用户作出解释、说明产品的意义和产品的功能模块。

三、产品

有人说产品是产品经理生的孩子，我觉得有失偏颇，因为不全面。产品是团队集体的结晶，还有其他团队成员的幸苦栽培，有策划赋予的头脑骨骼、有设计展示的外衣形象、有开发加载的动作设定，甚至需要法律等服务部门拿到产品”准生证”。不排除产品经理有将”产品视为儿子”这样的感情，因为产品从概念到原型、从原型到实现、从实现再到下一轮迭代优化，产品经理全程产品从无到有、从有到优的过程，甚至还会体味产品因为各种原因被砍掉、中途夭折的痛苦.阿石的好友李天雷 就有一番新论”别整天产品经理产品经理，你就是个破画图的！设计你做不过 UI ；开发你做不过程序员；活动方案你做不过运营；收入盈利你做不过销售；谈战略你谈不过高层；比权力你比不上老板；你还整天要这些人全能听你的接受你的按照你的想法去做，产品做赔了赔多少让你拿工资赔，你敢吗？你敢吗？你敢你才是！“一时风靡各大微博。

四、人人都是产品经理

可能全书最具争议的一句话就是此句了。虽然苏杰强调”人人都是产品经理”是种理念，希冀人们在日常生活中都可以成为产品经理，只要发起一个需求，团结一帮人，促进这个需求实现并迭代优化。但现实情况确实是一般人（用户）都很懒，不会去做产品经理这等苦差事；其次如果人人都是产品经理，真正的有价值的产品经理就会贬值，这就是经济学意义上的”劣币驱逐良币”,这就像人人都是乔布斯的话，那乔布斯就不是乔布斯的道理一样。所以在可预见的将来，产品经理也不是人人都可以做的，需要一种敏感天份、一种勤勉关注的人接着做，作出好产品、伟大的产品！

理解社会化媒体营销，当然要了解社会化媒体（ Social Media ）及其演化历程。

我们都了解互联网发展历程经历了 自上而下媒体广播式的Web 1.0 到用户参与生成内容式（ UGC ）的 Web2.0，再到如今演化到基于社会关系理论 （SNS ）搭建的 实时 Web3.0 。所谓1.0 、2.0、3.0并不是升级换代那样的自我淘汰，现状是三代共存的，是对信息流动的发布处理和用户需求的不同层次满足。社会化媒体的演化进程中大抵出现三种代表性媒体产品：论坛 ( BBS )、博客 （ Blog ）、微博 （ Twitter ）,如下图：

• 论坛 （ BBS ）: 以 BBS 为代表偏内容型媒体，其特点是所有核心都是围绕论坛主题展开回复顶贴，其结果是容易形成社区新闻、社会热点，99%的主题因为成不了热点被沉淀。
• 博客 （ Blog ）：Blog 则不同，由于将发布权限下放到用户手中，人人发表的博客标题都能成为主题，由 RSS 订阅形成了初步 的社会化人际关系，但其核心还是围绕内容而产生的浅层次社会化，属于内容+人际混合型
• 微博 （Twitter ）：Twitter 为代表的微博产品，首先就是一上来就给你带来订阅关系，通过订阅或者说关注（国外叫 Follow ）你说喜欢的人物或企业，“聆听”自己所关注人的并与之对话，向关注自己的人广播。传播因为直接面向终端用户、路径缩短使得传播质量大为提高。其天生就是基于社会化人际关系的。

Web1.0 进化到 Web2.0的缘由大家很好理解，为何进化到 3.0，众说纷纭。这里可以引用 Kevin Fox 刚加入 Friendfeed 时说的一句话“  youtube 、flickr上每个视频或图片动辄千个评论留言，那是垃圾的呈现，因为她们并不能产生对话效应 ” （原文请点击这里）。所谓垃圾评论，这里不是说是 SPAM ，而是围绕内容而产生的留言发布出去就没有动力回去再查查看了，而这一点Twitter 们则不一样，当有人 @ （可理解为新浪微博的评论、腾讯微博的对话）我时，无论他 @ 我多少次，我都会 @ 回去和他积极对话，如果是唠嗑型的发布频率过高，我则取消对他的关注，整个页面就清静了。

因此，小结一下，正是由于社会化媒体的演化有以下三项特征，

• 纯基于社会化关系
• 有对话效应
• 发布与回复都是实时的

使得其成为各大企业热心参与社会化媒体营销的尝试，实施较好在企业有在国外有  Dell 、星巴克等，国内则有招商银行、美团网（备注：可阅读阿石的日志中 美团式社会化媒体营销），如何尝试社会化媒体营销也是阿石下一步所需要关注的，若现在若需尝试的企业可以参考在新浪微博的名人堂企业里面有公司企业一栏，看看人家如何做的也可略知一二。

]]> http://www.ashnotes.com/social-media-marketing/feed/ 4 http://www.ashnotes.com/exp-tencent-microblog-disadvantage/ http://www.ashnotes.com/exp-tencent-microblog-disadvantage/#comments Thu, 01 Apr 2010 13:01:29 +0000 ashnotes http://www.ashnotes.com/?p=390 今天中午获得了腾讯微博的内测资格，在此再次感谢@刘高兴 同学的邀请。相比于今天各大互联网公司借着愚人节玩着下三烂的节日营销时，腾讯微博还是厚道的，令人惊喜的。进去才发现腾讯微博的logo是俩蒲公英，一大一小，后来才了解是这次微博的开发内部代号为 “Dandelion”，不过从集成QQ客户端及WAP、手机短信等多渠道发布微博信息，让人对其产品用户体验产生了“向往性”。之前已经有同学发布了腾讯微博相关信息，这里就其功能、交互及信息设计一致性列出其不足之处。

一 、功能方面

1 现在发腾讯微博只能发文字，图片、视频只能通过链接方式由url.cn转发，内容方面稍显单薄

2 目前还找不到与QQ好友的关联，邀请也是受限的。对比与以往QQ产品发布时即可同步QQ好友，微博的好友互动性很弱，甚至不和QQ好友发生关系。这次腾讯微博的策略是和QQ客户端绑定，但和QQ好友关系隔离，再造SNS人际关系链。 其具体还表现在
隐藏QQ号，启用账户和姓名作为用户的ID标识

3 首页右上侧 站内搜索只搜索到用户的账户和姓名,没做搜索结果强调且搜不到话题内容，有则强之，无则隐藏

4  已绑定手机的用户不必在首页提示他继续绑定，完全可以从绑定状态区分是否继续提示用户绑定

5 自己说的还用举报？自己举报自己就笑话了。举报是腾讯微博的一大特点，QQ聊天款里面就有“举报”，做了继承。

6 WAP发布广播，发一次就显示俩条，纯属bug

二、交互方面

1 QQ客户端删除微博内容没有确定动作以给用户提示，目前是即删即无，很拉风却是交互失误

2 发私信输入收信人姓名时没有类似与搜索引擎的智能提醒，这一点新浪微博做的不错

三、信息设计不一致性带来的困扰

1 “帮助”内容包括截图、相关功能描述陈旧，要更新的，例如QQ客户端下载在哪里下载、“@”的解释和现有的有冲突，是给内部人士看的

2 首页右侧“@ 提到我的”应改为“对我说的”，从广播的内容和句式来看@已经没有存在的必要。因为这次腾讯微博的文案用词相比于其他微博口语化、很随意，@本身是twitter的发明，对不了解的用户说还是有学习成本，直接改为“对谁说”更具易用性

3  分页样式不统一，现有的分页就有3种，有“更多”刷新、有“下一页”，有“1、2、3…末页”等样式

四、小结

从这次腾讯微博上线来看，其功能不多，甚至缺少微博的标配功能，但相信腾讯人对产品质量的执着与追求，例如有意思的不到一天之内，QQ空间、QQ邮箱阅读空间也相继做了优化改进，微薄这项社会化属性已植入渗透到腾讯的各大产品线中，其中的演化方向、发展态势令人关注。读完这篇文章的同学，欢迎F我的腾讯微博http://t.qq.com/ashnotes，：）

豆瓣又一如既然在变形着，不过这次变在是未登录豆瓣首页，是portal页面，更是脸面，今天阿北们或许又是在搞豆瓣式昙花一现测试法，在深圳本机上用chrome可以显示出来，ie则不行，显示的是老豆瓣首页。和旧版对比，UI干净、清爽，留白也恰到好处；页面信息分布则头轻脚重，页面高度也有原来的两屏半变为三屏半。
分析如下：
A区：导航依然强调了豆瓣改版的战略改变，读书、电影、音乐、九点等产品独立发展，其中读书、电影、音乐中各嵌入一个搜索小图标，以示豆瓣“发现生活”的目标定位。只不过三个小图标在色调上没有啥差异性

B区：注册登录也做了一些调整，除了展示多彩多姿的豆瓣城市小资生活背景外，更加突出注册功能，显示豆瓣对用户数增长的  痴迷，依然是吸星大法式拉取，想必下一步豆瓣依然在老用户与新用户的取舍上更加偏向新用户口味。

C区：“同城、小组、正在发生”告诉人们豆瓣线下生活的丰富多样，社区概念得到加强，更加强调同城设计生活

D区：“电台、迷你站、线上活动”体现了豆瓣线上生活也有特色。

通过以上分析，豆瓣这次变脸强调各产品独立发展的战略转变，同时试图注重加人的情况下，对用户提供更丰富更有实际意义线上、线下“双线”生活服务。给豆瓣的建议是：

一 B与CD区的那条分横线实在让人看这别扭，加之与A区与B区的分割，分明让人看到两条横线映在眼帘，硬生生的把登录区域夹在中间

二 CD区的信息密度较大，适当做些删减，更能体现豆瓣简洁的特色

从上个月新版豆瓣昙花一现，到这次新版豆瓣小规模测试，相对于上一次07年底改版一样招致很多老豆油们一片质疑，这次改版却引起了老豆油们更加强劲反弹。从阿北在《豆瓣变形记》 后面生机勃勃的评论中可以看出，这次他们抱怨的不是新版豆瓣的发布模式，而是整个豆瓣架构的重新调整以及部分功能修改对豆油们的情感伤害，综合起来大致有以下三个原因

             1 读书、音乐、电影独立运营

             2 豆瓣社区，豆瓣也要buzz嘛？

             3 破坏已有豆列生存规则，  将豆列分流

（注：豆列是豆瓣网友将书籍、音乐、电影中有某种共同特征的具体条目打包成一个链接，方便资源的整合与传播，是豆瓣网友们辛勤编织的劳动成果）这其中第3个破坏已有豆列影响最恶劣，于是就有了豆油发起了《反对豆列分拆大签名!》，截止目前有1414人参加 。而这些都说明一方面豆瓣在演化进程中充满争议；另一方面令人羡慕是阿北有着这么一群可爱的豆油拥趸发表意见、指出不足，无论如何对豆瓣的发展是值得庆幸的！

写这篇文章的目地一是为了了解豆瓣这次改版的用户反馈；二次是利用信息架构、信息设计等UE知识分析下这次豆瓣改版的背景和原因，以供同行切磋。下面对豆瓣改版的背景和原因进行分析。

可能大家在争论豆瓣这次藐视书影音艺术“通用性”的同时忽视了以下两个因素：

一是豆瓣网在2009年底拿到近1个亿的二轮投资，规模化商业进程开始逐渐启动，阿北及其团队需要扩充产品线和深化产品服务迎合资本方；

二是之去年中开始和腾讯、百度等合作开放平台嵌入应用而带来的近3kw新用户爆发性增长，海量新用户产生的噪音干扰豆瓣最为宝贵的财富且将自身定位为小众而高端老用户，迫使他们担心豆瓣变质迫使自己离开，这也就是阿北在《豆瓣变形记》提到的担忧——“高度活跃的社区对书影乐服务内容可能的干扰，比如社区内的人际冲突会波及到评论和条目内容”。

 看清了以上两个原因之后就可以明白新版豆瓣的信息架构调整，一方面建立豆瓣社区，统一整合用户空间、线上线下社区功能，强化广播（微博、buzz，没办法大势所趋）属性，照顾腾讯空间过来的新用户行为习惯；另一方面是将读书、音乐、电影以独立二级域名形式独立运营，以便日后对老用户提供更好的服务，当然了，也不排除“将鸡蛋放在3个篮子”说法，降低豆瓣运营风险；然而这次豆瓣效果究竟如何呢，请看下一篇《体验新版豆瓣》，敬请期待！

Axure 是产品原型设计的一大利器，其所作出每一个原型都有以下组件（ widget ）构成，如文本块（ Text Panel ）、矩形框（ Rectangle )、按钮（ button ）、文本输入框( Text Field )、以及让众多 Axurers 喜爱的动态层面板（ Dynamic Panel ）等。正是因为这些功能形态各异的组件组成了一个产品的基本框架、原始形态，而每个组件都可以拥有一个名号–标签（ label ）,通过对标签命名、组件变量赋值就可以作出一些令人惊喜的交互效果。

一、利用组件变量赋值值传递

淘宝改版了，但淘宝的登录入口还是没变，可见阿里人对淘宝登录入口的自信。

利用  AxureRP 5.6 做的原型(下载RP文件请点击 taobao-login-axure ，查看效果请点击这里)，如下图

步骤分解如下：

1 如上图,建立帐户名和密码两个输入框,分别打上  user  和  password 标签(  label  )，便于登录按钮识别判断

2 新建立动态层面板（ dynamic panel )，将面板命名为  error  ，右键将其隐藏

3 由于有帐户名和密码两个输入框需要鉴权判断,因此需要至少建立两个动态层显示判断异常错误.右键 error 动态层面板，新建两 个动态层,分别命名为   user_error  和  password_error

4 编辑两个动态层，如将  user_error  编辑为“用户不存在”、将  password_error  编辑为“密码不匹配”，这里只考虑简单的两个判断，登录前端后端鉴权多达几十种判断都可以在  error  动态层里面显示

5 关键一步，编辑 case 条件对输入框赋值并进行判断：点击登录按钮,  Axure  右上侧会出现”注释&交互”栏，建立两个  case  条件：一是当帐户名输入框   user  不等于   ashnotes.com  时，在 error 动态层面板触发显示  user_error  动态层；二是当密码输入框   password  不等于123456时，在 error 动态层面板触发显示  password_error  动态层，具体步骤如下图所示。

6 最后是 case 条件的处理来控制 error 动态层面板，及其他出错提示。在实际运用过程中由于 case 判断过多的情 况下，可以在需求书上加以详细描述，便于后台开发人员了解判断逻辑及编码。

二、利用标签命名值传递

京东的订单核对页在处理新老收货人信息,点击修改者切换到输入新地址状态，保存则回到填写好的地址状态，只有切花，交互清晰明了，值得模仿、推荐。

2009年马上就要结束了,“用户体验”已成为上至领导老大下至我等平民百姓挂在嘴边的口头禅。

究竟体验是什么？体验好,但又好在哪里？以下列出国外Frank Spillers 作的2010年用户体验挂历，

加上阿石对09年各产品用户体验的理解加以点评，不到之处欢迎指正！

一月份 Intuitive（ 让产品具有让人产生直觉的）

直觉意思就是不需要理解。对一个产品来说，一个让人有直觉的产品是通过设计来满足用户期望的;对用户产品说直觉就是产品就如、自己期望的那样运行操作，而且她们也没必要过问自己为什么那样。

如QQ2009面板中个人信息面板中，空间、邮箱、钱包、邮箱上的数字消息提醒，一看就让人明白有新的、多少消息提醒，点击进去后直觉告诉用户回去哪里。

二月份 Sociability(让产品具有社交性的)

社交性给予了用户扩展社交交互和社交行为的方法.一个产品越具有高度的社交性,那么它也就越能够更好的将用户和社区联系在一起.社交界面可以促进用户状态、用户的归属感及群体解决问题的能力，而这些可以使得用户参与贡献、分享及共同进步。

如Slideshare是一家做Slide、PPT稿件上传分享的网站，里面有象twitter那样follow和发送短消息那样的社交功能。

三月份 Explicitness（让产品直截了当的吧）

条条框框是直截了当的死敌。产品给使用过程中的条条框框和逻辑能力要求会导致用户挫败感。”dumbing it down”的意思就是产品设计过程中要注意避免用户不知道你所知道的。

淘宝的站内搜索在之前阿石日志《站内搜索的演化——淘宝篇》中提到过，新版淘宝站内搜索给用户最大的观感就是直截了当的一搜就看到搜索结果，不像现在正式版中搜索到的还有一大堆筛选分类，搜索结果在类目多时第一眼看上去更像是分类器。不过这种直截了当的做法也可能引起老用户的反弹，如最近《万店签名！共同抵制淘宝的按“人气”排名》的帖子引起很大反响，其实淘宝站内搜索还是在A/B test，但A Test中已然在改动实际触犯了老用户的真金白银实际利益。

四月份 Context of Use(注意产品使用过程中的情境）

任何一款产品或者一组用户行为都“生存在”在一个独特的情境当中，这个情境是由产品所在的环境、企业文化、工作流程、产品设计情感、社会现象等各种因素塑造的。拥抱产品使用情境的设计吧，这样就能更加懂得什么样的用户什么时候需要她（产品）。

如豆瓣9点的根据用户上网时间情境的白天、黑夜模式自动切换

五月份 Personas(请关注产品的用户身份）

“用户身份”本意是拉丁语的“面具”。一个“用户身份”就是一个用户档案，抑或是一个具体用户、用户行为、用户期望和用户需求的快照。好的“用户身份”，植根于用户行为的深度观察和了解，用以帮助优化产品设计并对其追踪跟进，以及使产品设计更加体现真实的生活。

如新浪微薄的对名人推出的新浪认证小徽章，因为有真实，才会有用户努力追求真实。对比与139说客的“真实互联”，新浪的认证更容易形成用户层级，也富于可操作性。

—————到了2010下半年的分页符，转载请注明来自阿石的日志www.ashnotes.com——————

六月份 Task-Oriented Design（面向任务的产品设计）

一个面向任务的产品设计可以给予用户有益的产品功能点和特点，使得她们可以更加容易地完成任务（或一组动作流程）、更快的达到她们的目标和释放产品学习和使用过程中造成的阻滞感。

如京东的购物车流程设计，随着用户购买的进度区分购买流程的步骤，到了订单核对页，还可以点击进度导航往前一级回退，这个细节设计让人佩服，值得学习。

七月份 Progressive Disclosure(进度显示）

进度显示是一项连续界面过程中展示信息和动作交互设计技艺，用以避免用户感到不知所措。通过显示信息的进度，你可以向用户展示每一步的产品信息主要部分，这样可以帮助用户在使用过程中的发现她们平时不易发现的产品强大特点和功能。

如QQ软件安装进度展示，不仅显示安装进度， 还可以在安装过程中以简单、清晰图文展示新版推出的功能，在QQ版本屡创“新高”的09年这一招无疑是个很好的熨贴。

八月份 Pleasurability（令人心情舒畅的）

令人心情舒畅的产品会让人产生一种深度情感体验的满足感。越是让人心情舒畅的产品，它也就越能够从社交、生理及认知上满足用户，甚至是她们的价值观。用户会对一个高度令人舒畅的产品产生积极反应，甚至会“爱上”这款产品。

如身边的苹果控们热爱力推的iphone 3Gs,谁也不能否认“信乔布斯哥”的威力，谁说产品不能让人产生信仰？

九月份 Cognitive Overload(信息设计中关于认知的过度加载）

认知的过度加载描述了这样的一个情境：用户在海量信息中感到不知所措，以至于达到认知的极限。困惑、沮丧、神奇、甚至无助等用户使用产品过程中产生的阻滞感都是常常都是来自于认知过度加载。当用户抱怨道：“太多了”时，这其实就是用户对产品发出认知“被”过度加载的信号!

信息设计的认知过度加载实在是太常见了，一本《don’t make me think》道尽了信息设计过程出现的种种现象，著名的Krug三大定律也是解决这个问题的良方

十月份 Containership（UI设计中的集装箱理论）

“集装箱”讲的是相关类信息的视觉组合。只要有联系的信息都可以被组合或是在界面的同一区域看上去是组合的，或包含的。提供好的集装箱意味着提供可以将各种控制走到一起清晰的边界。例如，在产品设计过程中，一个表现为“局域性”的动作不能表现为和“全局性”动作。

如江苏移动首页“优惠与活动”中全球通、动感地带、神州行三个Tab切换，全球通的品牌色是蓝色，区块背景是全球通的logo，当切换到动感地带时，Tab标题的颜色也随之切换为动感地带的品牌色橙色，背景换位动感地带的logo。局域性有封装的“集装箱”，也有清晰的边界。

十一月份 Synch （让用户与产品一起同步心跳）

“同步”即在用户和产品之间存在的一种直觉合并的状态或者是“流”。产品和谐的运行在用户的工作韵律当中，例如产品以更少的错误、和用户在一起、以及和用户一起“心跳”。带有 同步感的产品设计会让用户产生一种“情感孽债”，而这种情感会帮助用户完成任务、强化用户的满足感以及提高产品的舒适感。

如豆瓣电台，用户期盼豆瓣算法可以向其推送好的歌曲，豆瓣算法也需要吸收统计用户的偏好（我喜欢、不在播放、跳过曲目）等动作，用户和产品各取所需，两者之间自然有一条一起心跳的“流”。

十二月份 Desirability (让用户对产品产生令人向往性)

“令人向往性”是指用户实际想要和需要的一个特点或一些功能点，这里不仅指的是她们需要这些，更是期望这些都在产品用户体验里面。可用性将目光聚焦于使产品使用变得更加容易，令人向往性呢这是和用户在一起想要、需要、以至一起向往。不管是可用性还是令人向往性，都是一个好的用户体验的必须，而令人向往性则须优先考虑。

令人向往性的产品今年非Google wave莫属，社交娱乐、即时通讯、团队协作集成到一个平台下无疑是一个平台级产品的梦想，也十分令人向往的。不过Frank Spillers本人在可用性与令人向往性的优先上，阿石认为值得商榷，给用户“画饼想像”的理念当然很好，如果基本的可用性不能达到要求，令人向往性则成了无本之末。

Axure RP 作为一款“快速实现、准确表达、带有交互效果且易于上手”的原型设计工具，在 UE ( user experience ,用户体验）越来越受到互联网行业产品经理、策划、和公司领导重视的今天，Axure 已经可以和office类软件、脑图软件在产品设计过程中 产品设计人员 UED 实践过程的必用善软，可以称谓为“三大产品设计利器”。但是在这款工具在实际运用过程中却有一些争议。

• “做出来的效果怎么这么山寨啊，一点都不好看”，有的市场负责人、公司领导如是说
• “把原型直接做成 DIV+CSS 不是更好吗?直接给程序套不是又快又省事嘛”，有负责前端的同学就是这样干的
• “操作难度大，学习成本高，还是洋文的！”，新人还未上手埋怨道

之所以出现以上争议现象，是因为在现今互联网行业精细化运作与领导拍脑袋加拍板、传统个人站长“一人可以搞定一切”相互碰撞的结果，而这种结果就误解了  Axure 这款工具需求的初衷。

在 Axure官网 下面有用三个单词组成的原型设计流程图“设计、体验、展示”，这也道出了无论是个人打法还是团队协作，都需要先做好信息设计、 搞定流程交互，然后在正式上马之前还要给个人大脑呈现或大家面前 demo 展示一下这样的工作进程。 但是问题出来了，信息设计 word 可以做，流程 visio、excel 也可以搞，演示用 ppt 也能代替为何非要用另外一套 Axure 呢？这其实是个好问题，很多人用Axure的人避而不答，一味的追新立意。Axure作为一款快速原型设计工具，其核心特点是快速产出html交互产出物，在领导拍脑袋之前也有时间让他看看跳跃于众人脑袋中的需求模型呈现效果如何；也可以让市场、开发人员一起 过来碰碰，碰一下市场策略在页面如何展示、开发实施可行性等，一旦遇到修改意见Axure可快速迭代保存并发布给各团队角色进行二次PK， Axure 在团队之间沟通高效率在这里就体现出来了。 论及个人，word、excel等善软能够vba高级编程、 div+css 实现也未尝有何不好，所谓“草木竹石，皆可为剑”，如何使用工具表达信息架构，让用户用较少的时间和思考完成信息找寻及将一款工具用到极致人机合一才是王道。但交互演示、团队沟通这两方面功效目前还没有工具和Axure媲美的。

关于 Axure 操作难度，阿石认为较难的无非是  dynamic panel （动态面板，Axure 的层，可以制作弹出框、Tab等 ）和一些传值调用（可以赋予逻辑条件相关值，可以一次控制N个层），看看官方视频、 切合自己实际摸索基本也都会了，在这里推一下尹广磊兄，我与广磊兄07年在网上相识，当时都在搞育儿项目。他的webppd网站产品原型设计论坛集中了国内原型设计的实战高手和各种axure实践经验分享，而他本身就是Axure大拿，为人热肠有求必应，且是axure.org域名的持有者，为Axure在中国产品人员的普及做了很大的贡献，可谓 Axure 在中国的布道者，有什么问题和想法可以去看看，看看总有收获。

Protonotes，顾名思义，是由prototype和notes和两个单词组成的合成词，翻译为“原型注释”，之所以加上在线二字，是因为产品团队制作原型时可通过Protonotes官方提供的数据库和自己设定的数据库，把相关的注释文字写进数据库、团队协作查看，让文本注释在线随时随地查看，方便沟通需求的好工具。

使用Protonotes也超级简单，不须下载任何工具，通过网上注册，填写邮箱地址申请团队协作码（groupnumber）。注意查收来自info@protonotes.com的电子邮件，内容一般如下：

Welcome to Protonotes!

Using Protonotes is easy. Your Protonotes group number is EkfN4pUZF8BG. All you need to do is copy and paste the code below into the <head> of any page of your prototype:

<script src=”http://www.protonotes.com/js/protonotes.js” type=”text/javascript”></script>
<script type=”text/javascript”>
var groupnumber=”EkfN4pUZF8BG“;
</script>

……….

这个回复邮件目地是告诉申请人两件事情：
一是团队协作码EkfN4pUZF8BG，这应该是随机并唯一的。任何团队成员共享一个团队协作码，便于统一使用查看；
二是在原型（如axure生成的index.html)插入 <script></script>JS代码段，便于加载Protonotes；

这里要说明的是JS代码段必须插在原型html页面的<head>和</head>之间，并随时保证网络链接通畅。
下面是官方的测试页面和截图 http://www.protonotes.com/test-protonotes-out.html

团队任何成员通过嵌入的Protonotes导航，可以在原型页面任何位置新建、拖曳、查看备份注释标签，并传到Protonotes给用户设定官方数据库，为数据安全隐私起见用户自己也可以设定数据库来同步注释文本。无论如何，团队成员只要通过以下链接都可以查看注释文本（备注：其中groupnumber是都各自不同的，这里是阿石自己申请的）

http://www.protonotes.com/get-all-group-notes.html?groupnumber=EkfN4pUZF8BG

如果是自己设定的数据库，Protonotes会在设定数据库完成后分配一个privetedb码，具体查看

http://www.protonotes.com/get-all-group-notes.html?groupnumber=EkfN4pUZF8BG&privatedb=SdT68P9ab0yp

AxureRP本身是带有注释功能，但在展示透明效果略差以及缺少注释同步备份功能上，虽然有团队share功能，但在给领导演示、产品展示方面Protonotes有可乘之机～稍微不足的是Protonote不支持中文，中文打注释时会出现乱码。另外我自己利用Protonotes的注释效果，也欢迎各位有兴趣的同学在上面打注释，：）http://www.ashnotes.com/experience/i-dong-game-center/

]]> http://www.ashnotes.com/protonotes/feed/ 4