为用户设计

以用户为中心的设计,或站在用户角度的设计,这些是挂在设计师嘴边的话。每个人的理解都不同(也有些人从未去理解过),我的诠释是:

  • 了解、感受用户的需求;感受用户的“饥饿”、用户的“痛”。饱汉不知饿汉饥,很多产品场景中,设计师或许已经脱离了“温饱”问题,“饱汉”怎么为“饿汉”设计呢?比如,一直使用iPhone的设计师去设计一款低端智能手机;比如,已经结婚的设计师去设计一款婚恋产品。
  • 对用户真诚、有爱。真诚,是以正直、正面、积极、爱的态度去帮助用户解决问题;而不是,竭尽所能的利用人性的软弱、阴暗面。满足人性中“罪”的需求,是一条“捷径”、效果明显且快速获益,但长远看来,这必定是一条灭亡的路。Myspace 与 Facebook就是鲜明的例子。
  • 具体设计时,设计师回归本真,忘记“炫技、炫酷”。设计出发点是“如何创造用户价值,并以合适的方式反馈、呈现给用户”,设计不应当成为设计师“标新立异”的工具。

回归本质

过去三月,我们“正确做事情”的能力,已经得到非常好的证明。在反思,我们是不是在“做正确的事情”上,不幸,亦或是幸运,我们最终决定要换个方向。今天沟通的目的,是传达给投资人这样一个信息:调整后的方向,是一个“正确的事情”,并希望他最终敲定投资。

 

产品形式,现实生活中已经有完整的模型与使用场景。问题是,如何“搬到网络”上,如何通过“网络”,让用户以更低的成本、更高的效率、获取最大的价值。说实话,这个问题我没有想清楚;简单的分析+直觉告诉我,这是一个非常好的方向,同时,这也是一个有挑战、需要花代价去验证的一个方向。

 

或许是“回避困难与挑战”,我选择了一条相对容易的路,与同行45度或者60度差异化的路,显然,这样的路是相对轻松的。

 

今天我将这样的方向表达给投资人时,遭到其质疑,给我的几个建议是:

  • 一定要做出差异化。在当前看似成熟的市场下,没有差异化,就无法杀出那最具价值的一条路,最终不过是在“老大的裤裆内”求生存;
  • 忘记所有条条框框,譬如:SNS关系,六度理论,等等,回归本质,以“最适合”的形式与组合去满足用户需求;

 

诸般“口诀”,其实早就了然于心;但今天,的确是有“一语惊醒梦中人”的感觉。

 

我诚心接受。必须好好静下心来思考。另外,今天提到的是“创业者的平常心态”,少些浮躁与急于求成、急功近利,应该会走得更远。我认同并接受。

 

今天不算一次成功的谈判,条条款款都没有具体落实。仅仅确定的是,年后正式运作。

 

这样的结果,我能接受。

 

这是一个挑战,挑战自己到底有没有金刚钻,到底能不能揽这个瓷器活。

 

加油,2012。

做点小事情

2012年元旦,花一整天,制定了一个自认为可执行的新年计划。

前面5天,按计划生活,作息正常,工作、学习、娱乐平衡;随时、即时收拾,家里整洁;做饭,烤鱼、葡萄汁、还给自己切盘水果。如此生活,的确不错,有条有理。大处,产品设计有思路;小处,生活有滋有味。信仰状态也不错。

 

--

 

6号,与投资人见面谈投资与公司成立的事情。谈判的前提,是这个产品靠谱。所以,对于产品,我这边有这个责任与压力。

新年计划的崩溃始于此。

我生活重心一下子落在产品设计上,产品设计之外的一切事情都不屑花时间做。(或许,有些人认同这种状态)但,我的生活开始乱了。不屑收拾与整理,虽然仅需几十秒钟;不屑做菜,随便应付吃饭,更别说洗碗;不屑刷牙、洗脸;不屑把厨房垃圾拎出门外;不屑把换洗衣物扔进洗衣机;不屑…

乱了。

生活乱了,我心境变得浮躁了。虽然,心被工作紧紧抓住,但工作不仅没进展,心里还变得忧虑、担心、失去信心。

显然,我的生活与心里状态出了问题,我把工作看得过于重要。

工作是敬拜神的一种方式,但工作不是敬拜的对象;换句话说,爱工作,但不要超过爱神。

 

--

 

今晚7点半,虽然饿了,但仍懒得去做点什么吃。雨天,不想外出吃,也想不到要吃什么。

实在饿了,三个鸡蛋,就着中午的剩饭炒了。要知道,中午也是如此,只不过使两个鸡蛋。

吃完,盘子放在水槽的瞬间,忍不住笑了。水槽里堆满盘子,家里已经没有干净盘子了。

 

--

 

为什么生活变成这样?

我尽力克制“浪费时间”的想法,决定收拾干净。

其实,收拾一下花不了多少时间;恰恰,洗碗,擦台面,擦微波炉里外,擦电饭煲,仔仔细细的清理的过程,大脑得到了放松,休息,内心变得安静了,非常享受这样的时间。

 

--

 

于是,我想到,正是这些不屑于做的小事情,恰恰使我变得谦卑。人心容易骄傲,总觉得把时间花在“做大事”上才能提现自我的价值,特别是事业心强的男人。

每天做点小事情,挺好:)

Protected: 2012年计划

This post is password protected. To view it please enter your password below:


为什么信仰生活那么难?

为什么,不能像每顿按时吃饭那样的读圣经?我活着,的确不能单靠食物,食物满足肉体需要,圣经是灵魂粮食;

为什么,除了周日礼拜以外,还要每周晚上花一个半小时参加圣经一对一学习?

为什么,每年都要为圣诞节做很多准备?如果真的了解耶稣,深深的感受耶稣的爱,真的爱耶稣的话,为圣诞花时间,应该是甜蜜的才对啊,为什么现在对于我是个负担?

为什么,总是想做些事情去证明自己?或许,源于内心深处的自卑。而,这些,神不能给我吗?

--

说到底,我的价值观仍旧没有改变,仍旧依靠自己(依靠自己就是远离神)。

我很难想象,仰泳的人,手脚不划动,能够漂浮在水面上;我不能相信,水的浮力能托起我沉重的身躯;我没有信心;

对于神也是这样,我应该怎么交托?

我觉得内心中不自由。

--

还有,工作为了什么?创业为了什么?追求更多的金钱为了什么?

用户心态

越来越像美食家,品尝不同的产品,随意咀嚼后,做出一个“专业”的结论。世间美味的东西太多了,如果只是为了品尝本身,或者只是为了完成“品尝过这个”的目标,结果是,不经意间,我不再懂得享受本身。

 

instagram也好,read it later也好,path也好,一个一个的吃过去,但是真正在享受吗?真的是以普通人的心态在使用它吗?若时时刻刻以“评论家”的姿态去品尝,那我们离“用户”越来越远了,那句最常挂在设计师嘴边的“我认为用户是怎样怎样…”,已经变得毫无意义,因为,你真的,没站在用户的角度。

 

圣经说,保守你的心,胜过保守一切。诚然如此。

 

懂得节制,何其可贵:)

Stamped

非常有意味的一段话:

我们正努力解决的问题是信息的噪音问题。尤其是现在,当你想在网上搜寻餐馆、书、电影或者音乐的时候,得到的结果实在太多了太杂了,很难从中找出自己真正想要的。来自70多个陌生人的3星级打分意味着什么呢?是说这个东西好呢还是不好呢?他们的意见值得信任吗?他们是谁?如果你曾有过这些疑问,说明你已经深刻体会到了当前的那些评论打分网站的弱点。

 

降低信息噪音,如何让信息更有效,Google从依赖算法到+1,google+的尝试,facebook的SNS推荐,都是在试图把这个事情做的更好,包括Twitter。

 

这也是我这些年来感同身受并一直思考的问题。前几年被Google Reader 1000+的信息淹没,接着是汹涌的开心网、豆瓣好友feed,现在是新浪微博。每一天的生活,需要这么多信息吗?或者说,离开这些信息,会死去吗?

信息泛滥迎合了人性的“贪婪”,然而,始终是要回归“本真”,回归生活的本身。信息本该为人服务,而不是去奴役、捆绑人。

 

如何让信息更少、更有效,值得设计师们去思考。

 

另外,Stamped的用户最开始的时候会获得100个“印章”来评论,当他们的朋友关注到他们的推荐的时候,他们就可以增加印章。这是一个不错的用户活跃机制设计。

神的恩典-鼻子

众所周知,鼻炎仍然是医学界目前无法解决的一个顽症。

而我,就是一个深受鼻炎痛苦的人,包括每天凌晨一点左右总是被喷嚏或流鼻涕弄醒。这样的情况,已经有一年多了,冬节情况更加严重。

想象一下,每天都是这样的情况;再想象一下,接下来几十年,都要如此生活。我有些绝望了,直至一天晚上,我发出长长的、自暴自弃的怒吼“为什么是这样?!!!”。

 

然而,我是基督徒啊,我所信靠的神,是起初创造天地的神啊,是唯一的神啊;耶稣不是有权柄吗?他不是死而复活吗?想到这些,昨晚睡前,我简单的祷告了,求耶稣保护我的鼻子,我的睡眠。

半夜的时候,鼻子好几次有痒痒的感觉,几乎都要打喷嚏了,这样半睡半醒的状态下,我呼叫“耶稣,耶稣”。

早晨醒了,直至现在,我都没有流鼻涕,没有打喷嚏。

我要感谢神。

 

我不知道今晚、明天的情况会怎么样,但今天,我真的感谢神。

当然,我真的是一个容易忘记神的恩典的人,所以,我写下来,以免忘记。

Code Sign error: Provisioning profile XXXX can’t be found解决方法

最近通过Xcode在真机上测试App,因为新增了device,所以需要更新provision。删除旧的provision,下载新的provision,安装后,报错:

Code Sign error: Provisioning profile XXXX can’t be found

google找到一个方法,但是苦于下载文本编辑器速度太慢,所以,自己找了这个方法,奏效,如下:

去project里面,Build Settings,点击 code signing indentity选项,点“other…”,将编辑框中老的provision identifier(一串编号)改成新的就可以。

注明:provision identifier可以在organizer中找到。

 

设计视角

先翻出一个老段子:

某大型企业引进了一条香皂包装生产线,出现了bug:常有盒子没装香皂。企业于是重金聘请了一个博士后,耗费上百万后成功解决。有空皂盒时,机械手自动检测并拣走。某乡镇企业买了同一生产线,遇到同样问题,老板花了90块钱买了一个大功率风扇猛吹,空皂盒都被吹走了。

 

目前,在项目里,正遇到同样的问题。按“常规设计思路”,似乎“合情合理且滴水不漏”,但是于系统,于用户,显得复杂。我需要:简单、直接、有效。

尝试走另一条路。

 

设计方法重要;独特的设计视角,更可贵。

Page 1 of 712345...Last »