首页

移动应用界面设计7宗罪

周周

【译者注】本文是移动原型工具Proto.io的设计团队8月份在自家博客上发表的一篇“软文”,通过与移动设计界大牛们的对话,帮助大家了解在进行移动设计时应该特别注意的禁忌,顺便推了一下Proto这个工具。大家可以回顾一下自己团队的应用正在触犯哪些禁忌,想必会有点意思。读完本文,相信你能找到优化自家移动应用设计的方向。

专业干货!如何用科学方法帮你提升用户粘性?

周周

improve-users-healthy-habits-1

编者按:如何提高用户粘性?今天阿里锦笙同学翻译的好文,从心理学、用户行为习惯、钩状模型、触发器、动机等方面给出了科学专业的分析,行文流畅自如,循序渐进,有不少闪光知识点,来收!

设计原则(第一部分):视知觉和格式塔原则

周周

小编语:大家在看这篇文章的时候,我们现了解一个概念——格式塔学派。

格式塔学派(德语:Gestalt theorie)是心理学重要流派之一,兴起于20世纪初的德国,由马科斯·韦特墨(Max.Wetheimer,1880~1943)、苛勒(W.kohler,1887~1967)和考夫卡(K.Koffka,1886~1941)三位德国心理学家在研究似动现象的基础上创立。格式塔是德文Gestalt的译音,意即"模式、形状、形式"。Configuration(配置;结构;外形)”等,意思是指“能动的整体(dynamic wholes)”又称为“完形心理学”。

UX/UI,使你的产品拥有病毒式传播力

周周

 

 

我们已经在之前的文章中提到过,我们在设计Tubik工作室博客中开放了问答平台。的一期主要集中在一个问题上,而这个问题必须经过深思熟虑。所以我们请来了我们的同事——来自印度的UX/UI设计师Kenil Bhavsar,同时也非常高兴和Tubik工作室的设计师们聚在一起,针对于这个实际而深刻的话题捕捉到了一堆想法。那么,让我们开始吧。

问题是:什么样的理想化的ux流程,能够使产品具有病毒式传播力?我们通常避免谈论什么理想化,因为这是相当矛盾的范畴。不过,我们非常热切地想分享关于在UI/UX阶段让产品具备病毒传播力的想法。今天我们就跟Medium读者分享这些观点。

 

工具产品情感化

周周

 

《情感化设计心理学中》作者唐纳德·诺曼将情感化设计与马斯洛的人类需求层次理论联系了起来 产品特质也可以被划分为功能性、可依赖性、可用性和愉悦性这四个从低到高的层面,而情感化设计则处于其中最上层的“愉悦性”层面当中。

的UX挑战:个性化设计

周周

图片1
当使用设备时,用户希望有独特的个人体验。从地理位置工具,到回应某个声音或者叫别人名字的语音激活系统,用户希望拥有一个了解他们喜好的工具。

但是面对可能截然不同的每个用户,如何设计一个系统或入口?这是今天网页和移动设计面临的最大挑战之一。

总监级的思考!视觉设计该如何赋予产品个性?

周周

visual-design-character-2

@刘津legene :最近经常被问到“设计如何赋予产品性格”,“如何通过分析确定哪种视觉风格更合适”等问题。遇到这些问题我很高兴,因为这说明越来越多的人开始重视更高层次的设计问题,而不是局限于设计技巧、审美等表层问题。

12306 APP,我该拿什么爱你?

用心设计

一年一度的春运抢票大战又开始啦!前段时间一个12306手机号码双向核验的消息刷爆了小伙伴们的朋友圈,12306 APP 凭借此举不花一分钱就冲上了 App Store 免费榜首位。

其实我已经很久没用12306官方 APP 了,光看图标那骚气的红蓝配色我已经醉了,打开12306 APP,我的内心是奔溃的,感觉整个人都不好了,依旧是那么的…………… 哔 ..

不说了,发几个截图你们感受一下:

5jay20151211

敏捷开发之Scrum扫盲篇

博博

为了不落后他人,于是我也开始学习Scrum,今天主要是对我最近阅读的相关资料,根据自己的理解,用自己的话来讲述Scrum中的各个环节,主要目的有两个,一个是进行知识的总结,另外一个是觉得网上很多学习资料的讲述方式让初学者不太容易理解;所以我决定写一篇扫盲性的博文,同时试着也与园内的朋友一起分享交流一下,希望对初学者有帮助。

关于敏捷式设计和开发的一些思考

蓝蓝

如何做到敏捷式设计和开发呢?

屏幕快照 2015-12-14 上午11.35.37.png

1首先是能够胜任工作的人,理解力能力到水准。对人的要求比传统的设计开发要高。



2做事方法。因为要做得快,所以错的会多,会比较粗糙,然后一步步再精细。我看到过国外的一个网站ceo介绍,他们的开发是功能程序员自己想开发什么就开发什么,出来结果之后再找领导审批,经常有一半都会开发不下去了。他们是通过这种方法,通过大数据的形式与用户的使用率来判断这个功能模块是否往下继续发展,优胜劣汰。是自下而上的一种自发性的工作。员工会非常有成就感。这公司开发的支付系统,后来以几十亿的价格卖给了亚马逊。


工作上有一种认领工作的形式,同项任务有人认为6小时能完成,有人认为三天完成,选择一个最短时间的人认领完成这项工作,做他最想做的,最擅长的事情。开始的时候少写文档,每天整合这个设计和代码开发的成果,然后大家一起看到每个人每天的成果的进度是什么样子的,对每个人的速度快慢反馈次数都一览无余,最终纳入绩效考评。机制奖励多劳多得。鼓励同事们之间的交流和学习,少开那种特别大的,特别长的会。


从工作流程上当然要做用户研究访谈,了解这些事情的行业背景,做行业分析,做好产品定位,有对功能对产品定位的取舍,因为不可能满足所有人的需求。比如上面我介绍的那个国外的那个公司,做的很快发展的很快,他甚至允许支付系统的发生的一些漏洞和失误,他觉得这种快速发展的收益能够弥补发生错误的成本。大家分工不—定是很明确,产品经理功能架构师高级程序员可能在这一个想法中,自己从想到做也就做出来了,能做什么就做什么。不断的去迭代反馈测试改进。

日历

链接

个人资料

蓝蓝 http://www.lanlanwork.com

存档