Graph Search能成为Facebook的杀手锏么?

  最近半年来,Mark Zuckerberg 一直比较烦,无法变现的巨大流量如同烫手的山芋,IPO 时的风光无限变成了华尔街逼宫时的颤颤兢兢。为了活着,Facebook 一口气推出了礼品赠送服务、状态置顶功能(需要支付 7 美元)、基于位置的友邻(Nearby)服务、允许向陌生人发送收费消息(价格高达 100 美元 / 条!)和语音通话功能。就这样,社交网络巨人 Facebook 一步步走向中国二线城市中青年的最爱——QQ 空间了。而这次高调推出的“Graph Search”甚至声称要挑战谷歌,赢得业界阵阵喝彩。经过认真研究 Graph Search 后,我认为这并不是一步好棋。

  按照 Facebook 的描述,基于用户、社交关系和用户创造内容的 Graph Search 能够提供个性化的搜索答案。例如,在请杨幂女神吃饭前,你可以上 Facebook 搜索“杨幂喜欢的餐馆”,然后 Facebook 就会诉你答案。Facebook 希望用户的每次点击“喜欢(Like)”、每次“签到(Check-in)”都会进入数据库,帮助 Facebook 优化搜索结果。他们认为这种基于人际关系的搜索与 Google 的基于网页的搜索相比,具有得天独厚的优势。除了能提供购物、餐饮和商品建议外,Graph Search 还能帮助砖工求职、助力猎头挖角。例如如果 Mark 希望在北京建立研发中心,就可以直接搜索“在北京‘喜欢’过 Facebook 的 Google 雇员”。听上去非常酷,不是吗?确实如此,如果人们在社交网络上的行为是个人内心的真实表达的话。

  笔者在《Facebook股价腰斩的背后》曾分析过人们在社交网络制造的是低质且具有误导性的流量。Facebook 的首批用户,当时在哈佛校报的莱斯特写道:“ 用户多数时候都是在作秀。”。我们在 Facebook 上大多是一种消遣或者娱乐的状态:刷一刷时间线(Time-line)、看看新动态和上传那些精挑细选过的照片。其实,社交网络上我们展示的形象与真实生活中并不相同。这种实名的社交关系反而让我们每个人都带上了面具。一个“喜欢”过 Prada 的女孩,狠可能默默地淘宝了高仿包;一个在裕达国贸酒店签到过的男孩,则更可能每天一个人吃重庆麻辣烫;一个“喜欢”过湖南毛家腊肉的人也许仅仅在委婉表达他的讽刺,而 Facebook 无法有效鉴别这些情况。同时,“喜欢”过也不代表用户永远推荐。小时候,我非常喜欢百度,为了支持“国产”,我甚至要求全家都得用百度;而长大之后,我就再也没碰过它了。难道只有用户改变想法后及时通知 Facebook,Graph Search 才能提供靠谱的答案?

  其实 […]

代码的抽象三原则

软件开发是“抽象化”原则(Abstraction)的一种体现。

所谓”抽象化”,就是指从具体问题中,提取出具有共性的模式,再使用通用的解决方法加以处理。

开发软件的时候,一方面,我们总是希望使用别人已经写好的代码,另一方面,又希望自己写的代码尽可能重用,以求减少工作量。要做到这两个目标,这需要”抽象化”。

最近,我读到美国程序员Derick Bailey的一篇文章,谈到”抽象化”应该遵循的三个原则,觉得很有启发。

一、DRY原则

DRY是 Don’t repeat yourself 的缩写,意思是”不要重复自己”。

软件工程名著《The Pragmatic Programmer》首先提出了这个原则。它的涵义是,系统的每一个功能都应该有唯一的实现。也就是说,如果多次遇到同样的问题,就应该抽象出一个共同的解决方法,不要重复开发同样的功能。

这个原则有时也称为“一次且仅一次”原则(Once and Only Once)。

二、YAGNI原则

YAGNI是 You aren’t gonna need it 的缩写,意思是”你不会需要它”。

这是“极限编程”提倡的原则,指的是你自以为有用的功能,实际上都是用不到的。因此,除了最核心的功能,其他功能一概不要部署,这样可以大大加快开发。

它背后的指导思想,就是尽可能快、尽可能简单地让软件运行起来(do the simplest thing that could possibly work)。

但是,这里出现了一个问题。仔细推敲的话,你会发现DRY原则和YAGNI原则并非完全兼容。前者追求”抽象化”,要求找到通用的解决方法;后者追求”快和省”,意味着不要把精力放在抽象化上面,因为很可能”你不会需要它”。所以,就有了第三个原则。

三、Rule Of Three原则

Rule of three 称为”三次原则”,指的是当某个功能第三次出现时,才进行”抽象化”。

这是软件开发大家Martin Fowler在《Refactoring》一书中提出的。

它的涵义是,第一次用到某个功能时,你写一个特定的解决方法;第二次又用到的时候,你拷贝上一次的代码;第三次出现的时候,你才着手”抽象化”,写出通用的解决方法。

这样做有几个理由:

(1)省事。如果一种功能只有一到两个地方会用到,就不需要在”抽象化”上面耗费时间了。

(2)容易发现模式。”抽象化”需要找到问题的模式,问题出现的场合越多,就越容易看出模式,从而可以更准确地”抽象化”。

比如,对于一个数列来说,两个元素不足以判断出规律:

  1, […]

修改 php.ini 解决 XAMPP 数据库导入文件大小限制

前不久分享过一篇关于用 shell 命令解决 XAMPP 数据库导入文件大小限制的文章,被站长之家等网站转载,发现反响还不错,看来在本地安装 WordPress 或者在用 XAMPP 导入数据库时,文件大小的限制确实给我们带来了一些麻烦。但是这篇文章很可能把那些连什么是 shell 命令都不知道为何物的初学者拒之门外。

所以就有了这篇文章,用另一种方法,通过修改 Apache 的 php.ini 配置文件来改变上传导入数据库时的文件大小限制。

首先,启动 Xampp 面板。

然后,选择 Apache 右侧的 Config -> PHP(php.ini),如图:

此时默认会用记事本打开 php.ini 这个配置文件,当然,你也可以在 “D:/xampp/php/php.ini” 这个安装目录对应的文件夹下找到这个文件。

最后,有三个参数需要被修改,这三个配置参数以及它们的默认值分别是:

upload_max_filesize = 2M memory_limit = 128M post_max_size = 8M

它们分别表示的意思已经可以从它们的名字上理解出来了。

根据你要上传导入的数据库文件的实际大小来修改以上设置就可以了,如:

upload_max_filesize = 100M memory_limit = 1024M post_max_size = 100M

最后的最后,不要忘记需要重启 Apache 才能生效哟。

[…]

营养信息看得到,麦当劳全新包装设计

西方有句俗语叫做“You are what you eat”,足见他们对食物和健康的重视。最近,麦当劳在全球范围内推出了全新的包装,并将食物的营养信息印在包装上。与以往不同的是,这些营养信息不再是枯燥的文字和数字,而是通过精心设计的可爱插画来呈现。此外,包装上还印有 QR 码,方便顾客了解更多。

对于快餐品牌而言,消费者的健康必须放在首位。虽然近年来关于快餐行业的负面新闻此起彼伏,但是从新包装的设计中我们也可以看到麦当劳正在努力传递正面信息,塑造健康积极的品牌形象。也希望它能能够真心为消费者的健康努力吧。

[…]

点到即止的优雅,赏心悦目的彩色玻璃餐具

见惯了透明洁净的葡萄酒杯和香槟杯,给它们来一点色彩或者线条会怎样?来自荷兰的设计团队 Scholten & Baijings 为丹麦品牌 Hay 设计了这一套淡彩的玻璃杯。杯子中有的抹一些浅淡颜色,有的则是画上金色、黑色的网格线。有色块和线条的是酒杯,在顶部颜色晕染开或是在杯底凝成一圈的则是水杯。

整套玻璃杯具摆在一起时很是漂亮。难得它们不浮夸又不寡淡,是真正体面的优雅。

[…]

数据可视化6步法

在当前互联网,各种数据可视化图表层出不穷,本文尝试对数据可视化的方法进行归纳,整理成6步法。

 

一般的数据图表都可以拆分成最基本的两类元素: 所描述的事物及这个事物的数值,我们暂且将其分别定义为指标和指标值。比如一个性别分布中,男性占比30%,女性占比70%,那么指标就是男性、女性,指标值对应为30%、70%。

 

 1.  将指标值图形化

一个指标值就是一个数据,将数据的大小以图形的方式表现。比如用柱形图的长度或高度表现数据大小,这也是最常用的可视化形式。

传统的柱形图、饼图有可能会带来审美疲劳,可尝试从图形的视觉样式上进行一些创新,常用的方法就是将图形与指标的含义关联起来。

比如Google Zeitgeist在展现top10的搜索词时,展示的就是“搜索”形状的柱形,图形与指标的含义相吻合,同时也做了立体的视觉变化:

 

2. 将指标图形化

一般用与指标含义相近的icon来表现,使用场景也比较多,如下:

 

3.将指标关系图形化

当存在多个指标时,挖掘指标之间的关系,并将其图形化表达,可提升图表的可视化深度。常见有以下两种方式:

 

借助已有的场景来表现

联想自然或社会中有无场景与指标关系类似,然后借助此场景来表现。

比如百度统计流量研究院操作系统的分布,首先分为windows、mac还有其他操作系统,windows又包含xp、2003等多种子系统。

根据这种关系联想,发现宇宙星系中也有类似的关系: 宇宙中有很多星系,我们最为熟悉的是太阳系,太阳系中又包括各个行星, 因此整体借用宇宙星系的场景,将熟知的windows比喻成太阳系,将xp、window7等比喻成太阳系中的行星,将mac和其他系统比喻成其他星系,表现如下:

 

构建场景来表现

指标之间往往具有一些关联特征,如从简单到复杂、从低级到高级、从前到后等等。如无法找到已存在的对应场景,也可构建场景。

比如百度统计流量研究院中的学历分布,指标分别是小学、初中、高中、本科等等,它们之间是一种越爬越高,从低等级到高等级的关系,那么,这种关系可以通过构建一个台阶去表现,如下:

 

支付宝新出的个人年度账单中,在描述付款最多的三项时,构建了一个领奖台的形式:

小结:

根据之前3步,可将指标、指标值和指标关系分别进行图形化处理。

以最简单的性别分布为例,可以得到一个线性的可视化过程,如下:

以上图示为供参考的线性化过程,实际可视化思考中,将哪类元素进行图形化或者图形化前后的顺序可能均有不同,需根据具体情况处理。

4. 将时间和空间可视化 时间

通过时间的维度来查看指标值的变化情况,一般通过增加时间轴的形式,也就是常见的趋势图。

空间

当图表存在地域信息并且需要突出表现的时候,可用地图将空间可视化,地图作为主背景呈现所有信息点。

Google […]

2013 年,有哪些设计风格趋势?

趋势分析非强项,仅在自身知识范围内寻找可能形成的设计趋势,如果有遗漏及不足,请补充说明,感谢! PS. 其实个人从内心里不喜欢follow趋势,但有时又无它法,趋势的形成往往通过了设计及市场的验证,如果能从各种趋势当中发现一条潜在的河流是一件非常欣喜的事情,并可使用你的设计脱颖而出。P.P.S.别为了标新立异而做出新颖的设计,最少它应该是经得起验证的。

让我们开始吧!(如觉得文长阅读起来比较麻烦,跳到最后看结论就好 ^_^) Web端及桌面端:

平面化 随着微软Win 8的发布,相信在随后的日子里,平面化设计风格也能开始多起来。 ps.「咔嗒」的洗脑视频广告最近一直在脑中萦绕. 简约风格要开始流行了,同时简约风格能够更好的符合响应式设计的要求。

实例网站: 腾讯ecd – 电商用户体验设计部 E-Commerce User Experience TaoBaoUED | 做地球上最好的UED QQ音乐-音乐你的生活! http://www.outlook.com/ http://www.microsoft.com/

2x精细化 水果在桌面平台推出Retina屏,业界估计也只有水果敢于做出如此逆天的举动(软硬都自己操办,无需像微软那样瞻前顾后),相当有魄力,对于用户体验来说,这也是一个质的提升(现阶段大部分的用户感知都基于视觉)。

当然,应用及分辨率适配无法立即到位,只能慢慢发展,日后随着Retina的深入及用户数量扩大,对于有追求的桌面应用及网站,均会设计对应的高分辨产品。以后视觉设计师可能就需要做两套Sprite了。

图1

通栏化 为了能够更有效的打通同一平台的多个应用,Google、Naver、豆瓣近期的改版及新发布的iTunes均采用了顶部通栏的设计。一下个会不会是百度呢? ps.关于iTunes还欠@鄭紫陽 一个问题 -_-’

图2

动效化 实际证明适当的动态效果能够有效的对用户进行引导,符合用户的心理预期,并可增强应用及网站的体验效果。

实例网站: iCloud Julien Renvoye(@JJ Ying 友情提供) QQ音乐 For Mac Animate.css

大幅图片制造视觉效果 随着带宽以及用户屏幕尺寸的增加,越来越多的网站在它们的页面采用大幅图片来突出产品或制造视觉效果,当然,使用得当的话,会有不错的效果。

实例网站: Welcome to http://about.me (about dot me) http://www.jianjia360.com/ […]

交互设计师的产出物是什么?

加班中,为换脑子翻翻坟。

要不要长文呢?…… 算了,还是以一些图片代替吧,大部分都是在07~08年间在之前公司建设团队时的产物。

UE Team 内部工作流程(图1),指导性的流程,实际操作中会有偏差,如任务紧急有些环节及review就会被跳过,大体是这样一个流程。

图1

UE Team 外部工作流程(图2),简陋版(复杂版估计看不懂了),表达出大体的意思,各方之间的职责及工作范围。需求方要提供详细的需求文档(request doc),需求有变更需要被记录(change request doc)、接受需求后进入内部流程并交付产出物给开发团队(一堆doc,视觉都需要文档化),开发团队依据设计文档交付版本,QA部依据设计文档进行测试并反馈bug,UE继续跟进,然后无限循环……. -_-’

图2

产品Workflow文档(图3 只列出流程图的一小角),这玩意除了我和开发其它人都不敢看,伤神!当初画得这么复杂也是有点报复心理 -_-’ 。交互人员请多画画workflow能帮你理清逻辑,但别像下图这样。

图3

产品spec文档(图4),用来杀脑细胞的,为这头发白了不少!下图是老的制作方法,完全手写,后期就与原型一并产出了。详细到界面上每个元素的具体定义及行为描述,Diagram图的编号需要与上面的Workflow内的编号一致,方便开发人员查找!有些同行说没用、没人看,但我的体会是写个一年半载,整体设计能力将提升一个level,workflow文档和spec文档也可以考验一个人的细腻程度,现在的基本功也是那时候练下来的。

图4

Spec文档细分(图5),上面这个是大spec文档,还包含一些其它部分的文档。像之前我们的产品进行设计时是一个通用性的产品,当需要针对不同的客户进行订制化时,又将产生相应的Site Modification文档 。

图5

产品原型(图6),早些年做原型时基本以PPT进行产出,review时方便进行展示,后来也用Axure(算是国内较早一批使用Axure的用户吧),由于前期流程比较扎实,review环节也比较多,我们制作原型时往往会产出高保真原型。另外,我们使用Axure制作原型除了看重它的交互性之外更重要的是它能方便导出spec文档。ps.现在已经较少用到了。

图6

工作资料目录(图7 科技树要完整 ^_^ ),做完一堆工作,产出N份文档,需要有一个逻辑清晰的目录管理,方便以后工作。下图仅列出产品目录,三个层级:产品名称 》 文档分类 》 具体目录。 简单、明了、命名清楚(相关人员只要看到文档名就知道是哪个产品的哪份文档以及版本情况,下面介绍)

图7

文档命名规范(图8),这个是有大用处的东西!交付物从不同的设计人员手中产出,以文档的形式进行存放,并且需要给不同部门、不同人员进行阅览, 命名统一后管理方便、沟通一致。

图8 -_- 这… 没想又成长文了! 罗列到这吧,除了上述这些,还有许多杂七杂八的文档。

目前,市面上用户体验人员越来越多,设计师也越来越多,但… 对于流程、规范、交付物、都没有太多介绍,不知道上面罗列的对各位有木有帮助,各个公司都有各个公司的玩法,算是一个补充吧。

UX / UE / […]

#极氪# 仅一行代码,打造一个在线编辑器

在大部分人眼里,技术宅给人的印象是沉默寡言,总摸不透他心里想些什么,彼此都保持距离。作为半个程序员,我觉得真正的技术宅大部分时间都在找乐子,鼓捣各种想法,和大部分人的极客心理是一样的,程序员也还爱讲笑话,也喜欢烧菜做饭,虽然大多是为了减减压,这样看来和常人没什么不一样。

不一样的地方,技术宅崇尚极致,喜欢极简,又希望简约不简单,背后就是技术宅满心思的不断的尝试,我正在看着一出好戏在上演:

"程序员 Jose Jesus Perez Aguinaga 在 CoderWall分享了一个小技巧:在浏览器地址栏中输入一行代码:data:text/html, <html contenteditable> ,回车即可把浏览器变临时编辑器(需要浏览器支持 HTML5 属性 contenteditable)。不少程序员受 Jose 的启发,开始对这行代码加工改造,比如改成支持 Ruby 语法高亮的编辑器……"

从引子中可以看到,本来只是简短的小段代码: data:text/html, <html contenteditable>,经过程序员们不断改造,从一个简单的可编辑页面,逐步变成了包括支持 Java、Ruby、Python 等多种 编程语言高亮的代码编辑器,截至不到 1 个小时的最后更新,我已经看到了一个和 notepad.cc 网站功能相近,使用了第三方网站数据库 API 服务存储内容的 在线编辑器 了:

data:text/html, <style type="text/css"> #e { position:absolute; top:0; right:0; bottom:0; left:0; font-size:16px; } </style> <div id="e"></div> <script src="http://d1n0x3qji82z53.cloudfront.net/src-min-noconflict/ace.js"></script> <script src="http://code.jquery.com/jquery-1.9.0.min.js"></script> <script> […]

U&A在产品市场竞争状况调研中的应用

  在产品发展过程中,多数产品都不可避免面临与竞品共同存在的情况,在竞争中此消彼长,如何衡量一个成熟产品在市场中的地位、竞争情况如何,市场竞争研究为我们提供了一个成熟的可以借鉴的方法。之前的工作中做过这方面的项目,结合一般理论和案例,与大家共同探讨市场竞争情况研究的方法。所应用的调研方法是使用习惯和态度研究。

相关名词解释:

(一)品牌渗透率:

  所谓产品的渗透水平是指产品的使用者占总人口的比例,一般有三个指标衡量,包含曾经使用率、过去一段时间内的使用率和某品牌的采用指数:

  对于新产品,曾经使用率可以说明产品在市场上的成熟程度,但对于老产品研究,曾经使用率意义不大,因为消费者可能是五年前才用过一次。企业所关心的是近期使用过产品的人,为此一般将时间限制在过去六个月或三个月内来考虑使用率(时间的长短可根据产品种类调整)。

  品牌的采用指数(Adoption index)如下:

  为了反映消费者对品牌的认同程度,对于新品牌,采用指数的分母也可以改为曾经使用率。若某品牌的采用指数很低,说明消费者使用过后很少再用它,因此对它的认同程度很差。但产品的采用指数接近于1,则不能认为消费者对它的认同程度很高。

(二)最常使用率:

  最常使用率可以反映品牌在市场上的相对地位。在U&A研究中,通常用品牌最常使用率作为品牌在当前的市场占有率的粗略模拟计值,而用品牌以前最常使用率作为品牌在以前的市场占有率的粗略模拟值,并用它们来分析当前和以前各品牌在市场上的地位及其变化。

(三)品牌忠诚度

  衡量品牌忠诚度常用指标:保持率和转移率

适用的调研方式:

  定量研究,定量前期需要一定的定性研究(电话访谈、开放性问卷等)配合,比如寻找用户使用某产品的原因,以便后期的量化。

整体问卷结构:

  比如要调研市场上P(品类,比如邮箱、搜索、微博)产品的市场竞争情况,整体思路如下:

 

问题问法举例:

用户甄别:

问卷主题:-产品使用情况

我们可以从中得到什么结论?

(一)用户认知——问题S1

(二)品牌渗透情况

  通过问卷调查,可以分别计算出各个品牌的曾经使用率(问题S2)、过去3个月内的使用率(问题S3)、过去1个月内的使用率(问题S5)及品牌采用指数。

 

  品牌采用指数反映消费者对品牌的认同程度,从图(3)(4)可以得出品牌a的曾经使用率、过去3个月/1个月的使用率及品牌采用指数都高于其他产品,用户对品牌a非常认同。而品牌d的使用率虽然高于品牌c,但是品牌采用指数比品牌c低,表明品牌d用户的认同度相对较低。

  品牌采用指数反映消费者对品牌的认同程度,从图(3)(4)可以得出品牌a的曾经使用率、过去3个月/1个月的使用率及品牌采用指数都高于其他产品,用户对品牌a非常认同。而品牌d的使用率虽然高于品牌c,但是品牌采用指数比品牌c低,表明品牌d用户的认同度相对较低。

  其中,过去3个月用但最近1个月没使用过=过去3个月内的使用率-过去1个月内的使用率

  曾经使用过,但最近3个月以上没使用过=曾经使用率-过去3个月内的使用率

 

  图(5)展现了各品牌用户流失情况,曾经使用过,但最近3个月以上没有使用过比例越高,表明流失越严重,相对来说,品牌a用户最为忠诚,而其它品牌产品流失较为严重。

(三)市场占有率——问题S6

Category

Archives