团队博客 - 以用户为中心的设计团队博客

T公司做互联网个人软件的，其WEB相关的产品经理(PM)都很“盲”，网盲的盲。因为这些人大都是刚毕业就找过来的，没有任何经验的毕业生，而且很多都是和互联网专业不相干的，在到公司之前甚至都不了解公司的产品。他们每天背负的任务只有一个——“收入”，很少去研究行业发展和相关产品，更不要提如何做好产品的设计了。
有事实为证：某PM到其他部门同事的座位上讨论产品，看到同事正在使用一个竞争产品，该PM问：“这个是什么？！感觉很不错呀！”。实际上这个竞争产品已经出来很久了，而且在业内较有名气，作为产品经理他们竟然不知道。当设计师仔细告诉这个产品是什么、怎么用、怎么好以后，他们回到座位依然会打电话问“那天你用的那个xxx是什么来着？怎么下载？”。同事晕倒。
他们的PM和UE之间经常这样合作：PM突然想出来一个好的赚钱的点子(或者上头因为“业绩不好”压过来一个任务，他们又想出来了一个“强奸用户”的办法)，什么都没有准备或者只准备了一个“项目说明”，描述”我们想达到什么目的”，然后就直接拿跑去跟UE的同事说：我们有一个新项目，要怎么向用户收钱，你给我们“交互一下”吧…
查看全文 »

三国故事中，周公瑾和诸葛亮在一面共同抗曹的同时还不忘记在军中内斗，以至于公瑾在临死之前仰天长叹：既生瑜，何生亮！

在一个产品团队中，我们经常也能看到类似的矛盾，那就是产品经理和交互设计师之间的矛盾，因为在产品设计的过程中，这两个角色的具体工作有很大的相似和交集。
两者之间的分工在我理解就是两句话：
产品经理解决产品的从无到有（骨骼结构）；
交互设计解决产品的从有到优（血肉皮肤）。
（视觉设计好比是穿衣打扮）

查看全文 »

也许是繁忙的工作让我无法顾及周边的变化，亦或者是变化的环境让我忘记了自己。

我姓游名毅，结婚6年，现有一女，她妈不知去向。女儿今年5岁，智商只相当于两岁，是个智障。

女儿刚出生那时很漂亮，是我见过最可爱最美的孩子，可是从她两岁开始，女儿与同龄孩子的差距就暴露得明显了。她说话迟，且又慢又结巴。走路也不稳，力气却奇大，“啪”的一巴掌莫名其妙地就迎面打过来。
查看全文 »

Bret Victor写了篇名为“Magic Ink - Information Software and the Graphical Interface”的文章，这篇文章在国内外的一些设计社区中都引发了不少讨论。
一口气读完此文会导致窒息，很长很吓人。残忍的白鸦竟然请我翻译“全文”，工程实在浩大，翻译多半后我才发觉这根本是个无法完成的任务。现在只贴出文章简介以及和本期话题相关的“交互设计”部分。
………………

内容简介：
糟糕的用户体验和缺乏帮助信息的软件界面，激励着我们数十年来致力于研究“人机交互”。本文，我的观点是：长期以来我们过于注重“交互”，这可能是一种误导。我认为，对于大多数软件——也就是我们所说的“信息化软件”来说，交互无论对于用户还是设计师实际上都是一种负担，用户的目标可以通过其他手段更好地被满足。

所谓“信息化软件”设计其实可以被看作是情境关联信息图形设计。我论证了信息图形化设计的主要任务和三种目前常用的获悉情境关联的途径，而交互是其中最次要的一种。当论证完这些设计理念在文化上变迁的必然性之后，我会开始进行设计。我概述了这样一种工具——它可以让设计师在没有技术支持的条件下根据数据生成图形，以及这样一个平台──它可以在独立程序之间进行空前级别的隐形情境共享。在结论中我断言：随着技术水平的不断提高，信息化软件的设计原则将会变得越来越重要。

尽管这篇论文提出了许多具体的设计和工程理念，但文章的最大意图是——介绍信息化软件设计中的“统一理论”，向那些质疑软件世界是否如他们所知的那么“平”的设计师提供设计的灵感和方向。
查看全文 »

所有的交互创新都需要开发落实，并且越让用户更方便，逻辑也就越麻烦，两个指标正好成反比。不是说有了创意就能做出来，因为编码本身就是个复杂的系统工程，除了需要考虑可行性，还有执行效率、平台兼容、客户端兼容等因素。

关于模式，我们经常在网上发现一些有趣的交互方案(Solution)，能够开阔眼界打开思路，甚至可以原封不动的放到自己产品上使用，所见即所得，典型如Lightbox效果。

关于开发，有同行为了更好的分享资源，除了制作成演示控件(Pattern)，并且搭建为一体化接口库，目地是整合更多设计师的创意，实现高效开发，典型如YUI框架。

查看全文 »