半年在Cowries，我发现我还是不太适合这个团队，我自己有一些“怪异”的想法，更期望是有一个环境可以让我去做一些我一直看好的事情。

朋友说我有些冲动

当初我是有一点儿冲动，只是计划并没有那么快，而是缓个半年。而当时公司也发生了一些改变，整个氛围变了，碰巧 twinsen 问我有没有兴趣先一起试试，我也默认了。

而离开Cowries，是因为我的个人规划。每隔半年我对自己会有要求，也对下半年会有更长远的规划，而目前为了达成我的目标，我只能选择离开，这是我事业上的转折点，并非是我个人的冲动。

完整地加入了米创

其实从一开始，就已经在帮米创做一些事。和米创的CEO Mingo，大家都是朋友，从他一开始创立这家公司时，说好了有产品上的问题，我可以帮到的，尽量帮助…

现在我也看清楚了未来的发展（移动互联网），我认为这是一个值得尝试的机会。

因此，我也觉得，除非全身投入，不然很难去做好这件事情。

互联网的未来

电脑已经不再是我们想象中一台主机+显示器+键盘+鼠标这样的设备了。
自从有了iPhone、iPad之后，Android平板电脑也开始兴起。
还有更多的移动互联网设备，电脑也变成可移动的互联网设备了。

缺一个什么产品？

市场缺少什么，我们去做这件事情。

到目前为止，产品名称还没有想好。姑且先叫 meeapp，这是因为买了一个meeapp的域名。

meeapp是一个免费开放给用户，他们能够通过meeapp的这个平台，创建一个 mee（这个mee代表everything）。

这个mee等同于多个互联网产品：

1. 网站，网页，有 www 网址可用于浏览器访问的
2. App，应用，Android、iOS、Windows Phone 等等移动设备的原生应用程序

mee的最终效果并非是一个简陋的产品，而是一个精致的，个性自主的互联网站点、应用。

通过这个 mee，用户可以很快速制作自己的互联网站点，将其发布为 web、app 等。

或许真的就像是一个魔术，这正是目前从未看到的。

所有操作都非常简单，也可以非常个性，这个是优势。

或许几分钟，你就可以做完一个 mee：
你与你女朋友甜蜜的站点；
企业自己的品牌站点；
商家的购物站点。

想法与实现

想法目标都很明确，我们都坚信这整套思路都是可行的。

很多人支持我们的想法，也有一些人给了“嘘”声，但这都不重要。重要的是我们自己想清楚要做什么，怎么做。未来怎么规划，只有清晰的商业模式，有利的市场环境，才真正给了我们动力，我们也期待这个项目尽快完成内测。

那么这是开始了 无日无夜的加班…

细化

把信息架构继续细化，加入功能点，每个功能点也需要通过相同的步骤，从用户使用的需求，到分配设计用户权限，最终叠加到原有的信息架构、权限表、框架图，形成一套完整的思路。

此时需要加入新的用户：所有用户的共同功能点

1.搜索（快速找到相应的信息）
2.用户资料管理（登录、退出登录；修改个人资料）

细化增加权限表的内容：

信息树、权限表反应的用户界面将会是这样（只展示增加的功能点）：

依据不同用户，增加所有用户的共同功能点中，权限也会有差异。

1.销售部 – 销售人员的需要的功能

销售人员的定位，只是查阅相应的客户信息。查阅客户信息、搜索的功能需要权限的细化：比如只能看到和搜索到客户订单的需求描述，状态。

细化增加权限表（客户）的内容：

信息树、权限表反应的用户界面将会是这样：

2.代练部-代练人员需要的功能

增加功能点：订单通知、生产单通知
需要按照代练人员的不同权限细化订单、通知、生产：

▪ 分配工作的代练人员（同时兼顾生产代练工作）
需要通知的内容：收到新的订单、订单内容调整、收到新的生产单、生产单内容调整
订单细化的内容：查阅与生产相关的部分订单资料、订单分配工作、删除工作分配
生产细化的内容：查阅生产情况、更新生产情况

▪ 参与生产的代练人员
需要通知的内容：收到新的生产单、生产单内容调整
订单细化的内容：查阅与生产相关的部分订单资料、接受工作分配
生产细化的内容：查阅生产情况、更新生产情况

3.客服部-客服人员需要的功能

客服人员拥有对系统较为全面的功能，比如客户、订单都是可以添加、修改、删除。生产部分客服只有查阅功能。通知也只是需要有生产单更新时通知即可。

结合2、3信息树增加了新的功能点（用户资料管理、通知）：

细化增加权限表（订单、通知）的内容：

信息树、权限表反应的用户界面将会是这样：
▪ 代练部：分配工作的代练人员（同时兼顾生产代练工作）的界面

▪ 代练部：参与生产的代练人员的界面

▪ 客服部：客服人员的界面

最后，需要为系统多一个用户：超级管理员

整个系统的管理，维护，更新。
信息树则需要增加：用户与用户组管理
所有功能的权限都不作任何限制

小结

这是一个管理内部流程的网站，需要挖掘的用户数据只有真实的用户需求。当然在收集这些数据后，经过分析，提取对产品设计有用的信息。其次，要加上优化整个流程的思路去做。

而这里所描述的只是一个思路，思考的过程。它只作为设计、定位这个系统的基础，方式之一。从产品设计的角度去分析、解决问题。真正开始做这样一个系统的时候，还会遇到更多的问题…

索引

本文一共5部分，是一个简单的内部管理系统设计，为了快速解决内部流程问题，没有太多的时间去规划和思考。只有1天时间。
通过前期的有用数据挖掘，了解用户需求，分析，思考。在设计过程中也穿插了一些新的需求。思考过程的新增需求和细节变化，并没有影响起初的思考方向。

1.思路
2.搭建架构
3.权限定位
4.框架设计
5.功能设计(本篇)

通过基础的信息架构图，框架图是最能把信息树演变成为真实思维联想的一种方式。

框架图需要的东西很简单，在这样的电子系统中，使用相近的元素去表达界面最终的大致展现，会更容易让人理解，也可以开始进行小范围的用户调查，最终通过不断优化信息架构和框架图，形成策划阶段清晰的交互原型，最终可以进行相关设计、开发等工作。

信息架构反应了真实的用户心理模型。三种用户的权限关系，反应出来的界面将会是这样的：

1.销售部 – 销售人员的界面

2.代练部-代练人员的界面
代练人员是不应该看到客户相关联系方式，避免不通过客服人员直接联系产生误会、问题。

如果是参与生产的代练人员，实际界面内容会更少一些。
参与生产的代练人员只需要接收到生产单即可，可以看到正在生产的其他人的生产情况。

3.客服部 – 客服人员的界面

索引

本文一共5部分，是一个简单的内部管理系统设计，为了快速解决内部流程问题，没有太多的时间去规划和思考。只有1天时间。
通过前期的有用数据挖掘，了解用户需求，分析，思考。在设计过程中也穿插了一些新的需求。思考过程的新增需求和细节变化，并没有影响起初的思考方向。

1.思路
2.搭建架构
3.权限定位
4.框架设计(本篇)
5.功能设计

整体的信息树结构，是一个最全的信息体系。而针对不同的用户群，他们在需要获得信息的内容上会有不同的需求。

1.销售部 – 销售人员

最少信息获取者。销售人员需要的信息，只是需要预见客户的潜在需求即可。连带客户已有的需求订单，通知客服人员作相应的推广、联系。

2.代练部-代练人员

代练人员需要的信息只是根据订单，对生产进行分配；随时反应生产进度、问题，最终交付产出。此时系统的流程已经满足需求，但对于代练人员，还需要可以提升工作效率的需求：

▪ 对于多个订单的合并的代练单，没有信息结构分支可以查阅。
▪ 对于代练人员如何分配工作，分配到具体的人、机器上也需要有分支点。

实际情况分析，信息树单独有一个生产单是没有太大价值的。因为生产单的内容多数会重复订单的内容，比如一个订单对应一个生产单，在信息树结构上，订单的内容与生产单的内容是一致的。只是针对用户权限不同，内容有细微差异。

而从工作的权限角度思考，代练部（并非代练人员，只是部分包含代练人员）权限的细分：

▪ 分配工作的代练人员
分配工作到参与生产的人员，分配到自动化生产的机器上。

▪ 参与生产的代练人员、参与生产的机器
参与分配的工作，过程反馈进度，结束反馈产出。

因此，信息架构树层级一需要一个新的分支：生产，分支下的内容主要为代练人员、代练机器。
不以生产单划分信息体系，以工作角度去划分这个信息体系，更有价值，同时可提升生产、分配的效率。

3.客服部 – 客服人员

客服人员需要的信息，应该是目前信息树中最全的。客服与客户是紧密联系的，也是代练部与客户之间问题解决的桥梁。客服需要了解最全的状况。
客服人员需要查阅生产情况，但不需要分配、维护、补充生产情况。

权限分配方式

依据实际的信息获取量，对信息架构进行权限划分，可以在下一步细化功能点时，作为一个基础的框架。比如，查阅订单需要什么功能，维护订单需要什么功能，这些要结合基础的功能架构，和在真正系统搭建完成，用户使用的过程中，不断去运营、优化的工作。

索引

本文一共5部分，是一个简单的内部管理系统设计，为了快速解决内部流程问题，没有太多的时间去规划和思考。只有1天时间。
通过前期的有用数据挖掘，了解用户需求，分析，思考。在设计过程中也穿插了一些新的需求。思考过程的新增需求和细节变化，并没有影响起初的思考方向。

1.思路
2.搭建架构
3.权限定位(本篇)
4.框架设计
5.功能设计

根据内容整理信息架构

三个内容模块，模块之间的信息组成是多变的。
客户的需求会有很多，或者只有一个。当一个客户有多个潜在需求，其中有1个或几个需求下单时，客服人员根据需求的关联性，给客户下一张订单。

代练人员根据订单，按照实际代练工作的状况，转化为生产单。
一个订单中可能转化为多个不同的生产单，每个生产单对应不同的生产线。

多个订单中可能转化为一个生产单来完成。

依据现实的操作，系统起初按照内容模块的特性，信息架构的主要层级，第一个层级分支为三个节点：

设计理论上解释：信息树应尽量窄而浅，主要层级分支越少，分支树浅，信息结构更清晰，内容阅读的上下文关联性更紧密，更符合逻辑思维。

三个分支或更多分支（不够窄），完全按照流程、工作方式来设计系统：
优点：符合现状，将流程归纳到电子平台中，沉淀现有工作内容，解决问题。
缺点：内容之间的关联性不够紧密，阅读关联性差，需要来回跳转较多，出错率可能性高，阅读效率低。未能达到现有流程的优化。

减少分支信息来回跳转，缩减节点（窄的信息树），需要了解平台的用户，对用户群进行分类：
1.客服人员
2.代练人员
3.销售人员（主要是查阅客户的潜在需求）

依据用户需要的内容，对平台进行信息架构分析。
层级一：两个节点，满足三类用户的需求
1.客户：客服人员、销售人员使用
2.订单：客服人员、代练人员使用
客服人员是平台主要内容创建、维护者；而代练、销售人员只是针对平台的内容进行查阅、补充。

窄的架构会造成信息树深的问题，信息架构的每一个深度都需要考虑。
内容从两个模块开始细分，客户内容中会需要有每个客户的资料；
订单中则需要有订单信息，生产情况，客户跟进的情况。

再细分内容，到结束点，可以看到信息树三层已经可以解决问题，信息树也达到了尽量窄而浅，阅读信息整体关联性紧密，也优化现有流程。

客户与订单之间的关联，分支的方式仍存在信息跳转
1.当查看客户资料时，需要可以关注到该客户的订单的信息
2.查看订单时，需要可以查阅到客户的资料信息

如果层级一只有一个分支，选择客户为首，会导致不容易找到订单，订单信息无法全局化；相反，选择订单为首，则会有反面的问题。而一个分支的导向是不符合实际使用需求的，并且信息树也会更深，信息阅读困难也会提升。

索引

本文一共5部分，是一个简单的内部管理系统设计，为了快速解决内部流程问题，没有太多的时间去规划和思考。只有1天时间。
通过前期的有用数据挖掘，了解用户需求，分析，思考。在设计过程中也穿插了一些新的需求。思考过程的新增需求和细节变化，并没有影响起初的思考方向。

1.思路
2.搭建架构(本篇)
3.权限定位
4.框架设计
5.功能设计

如何从无到有，设计一个全新的互联网产品：网站、app …

一个什么样的产品是目前市场上最有价值、竞争力的？这个话题比较复杂，而本文是讲述有了这个基础之后。
而在这一切都已经有了目标和方向后，考虑怎么动手开始设计。——更准确的说法是指“产品设计”。

▪ 不是说“产品经理”在公司召集了各种技术人才，然后按照他自己的想法，把一个产品实现。
▪ 当然也不是闭门造车。

互联网产品的设计，需要一个概念：快。

不可能在已经有了方向后，还需要1个月甚至数月的时间进行策划、设计。最后走一系列的视觉设计、技术开发流程，或许半年后出来了一个beta，经过数月的测试，修补BUG，最终1年后你的产品完成了。

那么，这个阶段，你需要什么？

▪ 了解用户。
若专业一些，可以说在“交互设计”领域，需要使用一些科学的方法，比如 角色定位、卡片分类、信息架构设计、用户调研 等等。当然，不可能全部都会用上，根据实际需要，能够获取更多的有用数据信息作为产品设计前的分析，是更好的。

▪ 了解技术。
最起码你要知道你的技术团队能做到什么，而哪些是做不到，当然，最好的用户体验与最快的技术实现进行权衡。

经常在大公司混过的人，会有这样一个问题：

交互设计、产品经理，他们之间有什么区别？或者说他们工作职责是什么？
或许我认为：产品经理 与 交互设计，应该一起来做 产品设计。

设计一个产品的时候，获取更多的信息，无疑对产品设计阶段是有用的。

但有一些信息是需要先忽略的，避免：

▪ 过早地陷入设计细节讨论：我们网站需要什么样的颜色，整体风格会怎样。
▪ 项目还没有规划清楚，则开始构思用户界面，我们的用户希望看到什么内容。
▪ 我想要什么样的东西，我需要什么。我认为他们会接受我最终的设计。

索引

本文一共5部分，是一个简单的内部管理系统设计，为了快速解决内部流程问题，没有太多的时间去规划和思考。只有1天时间。
通过前期的有用数据挖掘，了解用户需求，分析，思考。在设计过程中也穿插了一些新的需求。思考过程的新增需求和细节变化，并没有影响起初的思考方向。

1.思路(本篇)
2.搭建架构
3.权限定位
4.框架设计
5.功能设计

目前问题分析

几个名词：
客服人员：淘宝店的客服、客户联系人
订单：客服人员通过确认客户需求，发出一张订单
代练部：对订单进行相关生产工作的部门
目前的流程：
客服人员通过旺旺、QQ、手机等其他方法，与客户沟通后，客户需求明确，下单，客服人员将需求填入Excel，将订单发给代练部，代练部打印订单，安排代练工作；代练完成或发生问题时，代练部会通过订单资料与客户联系。

以上方法会出现以下已经发生或还未发生的问题

1.客服人员与客户之间的关系问题
▪ 客服人员与客户不能有效沟通，挖掘客户的潜在需求转化为订单
▪ 客户在一次咨询后，再主动找到客服人员询问问题时，如果对应的客服人员未跟进过，会出现无法得知之前的沟通状况
▪ 容易出现重复需求，本地保存订单的方式不能及时同步
▪ 给客户的报价不一致，优惠策略不一致
▪ 客户咨询订单时不能有效、快速响应，人力成本大
▪ 销售部有新产品或促销活动时，不能有效针对潜在需求的用户进行告知

2.客服人员与代练部的关系问题
▪ 订单与生产单之间更新不能及时同步，当前运转情况不清晰
▪ 代练单容易丢失
▪ 不同代练人员面对同个订单时，可能出现重复劳动
▪ 代练部与客服部沟通成本大，效率低
▪ 代练人员发现问题可能直接联系客户，容易引发更多问题
…

解决核心的问题

1.多个客服之间的沟通，如何有效对待同一个客户。
2.保留有潜在需求的客户信息
3.将客户的需求转化为订单，订单转化为生产单，流程化管理，降低错误，提高效率
4.销售部可以有效地进行定向促销

问题来源于“模式”

目前出现问题或目前流程不够好，原因在于工作模式是否达到有效、准确。

从实际了解的问题来看，目前模式有以下几种：
1.TXT记录客户需求

2.Excel安排需求订单
3.代练生产使用打印的纸张

每一种模式都会带来不同的问题，三个模式中则会引发更多的问题。
采取一种有效、准确的模式，可以减少问题的发生，同时也可以提高效率。

解决方案的思路《一种模式》

将工作的流程转化为一种可行的模式，模式中分为三块内容。
客服通过与客户沟通，记录客户信息与潜在需求；将客户需求转化为订单；订单转交给代练部，形成生产单进行生产。
代练人员更新生产单状态
客服可以随时跟进代练的情况与最终产出，与客户有效沟通

客服人员 与 代练人员 之间的衔接关系

客服人员需要的信息
记录客户潜在需求，将客户需求转化为订单。
关注订单状态，可以有效与客户及时沟通。

代练人员需要的信息
将订单转化为生产单，关注生产单状态、生产情况，实时反馈代练情况。

目录

1.思路(本篇)
2.搭建架构
3.权限定位
4.框架设计
5.功能设计

“当一个人过马路的时候，他在斑马线上是从马路的一端，走到另一端。”

· 我们可以观察到这个过程的变化。

“种子、发芽、最后开花。”

· 种子到开花的过程我们很少会看到，那是因为它的变化速度很慢，需要几周甚至更长的时间。

· 而这个过程通过监拍摄像机快速回放时，我们也可以看到过程的变化。

…

现实世界中，我们所感知的事物变化，都是连续的。

相反

人们制造的科技产品中，却存在很多不连续的体验，比如街边的红绿灯、饮料机…；

在计算机网络中，网页的设计也存在不连续的问题。

需要关注的

在设计一个互联网产品的时候，不仅仅只是考虑界面上的图形表现、布局排版… 其实还需要考虑到体验的连续性。我们应该关注细节，每个可操作的环节。设计师们（产品、交互、视觉设计…）都应该确保每时每刻产品的体验都是完美的。

现实中的连续

“门在打开/关闭时”，我们可以观察到它的变化的。

关闭的门 > 打开的门 。过程：从下往上收起。

实际的例子，这里是腾讯大厦某一楼层：

过程：从中间往左右收起。

以上例子中，我们可以观察到：门什么时候打开；什么时候可以进去。

现实中的断续

“自动投币饮料机，它的操作让人感知是断续的。”

饮料机的操作步骤：投币 > 选择饮料 > 拿到饮料

以上例子中，我们只能通过声音判断机器是否正在运作。

如果不再听到机器运作的声音；等了很长时间，饮料还没有出来；那是在说饮料被卡住了？机器坏了？

“红绿灯”

红灯表示停车

绿灯表示通行

驾车在十字路口，我们经常会发现等红灯的人多数时候会在绿灯亮时没注意到，而受到的困扰是后面的车会不断地鸣笛，直到前方的人意识到绿灯已经亮起，可以通行。

发生这个问题在于红灯到变换绿灯的过程，是没有任何过渡或提醒的。大部分都是直接变换。

同样，腾讯大厦的电梯间，没有人可以知道这个电梯什么时候到达该楼层。当想上、下楼时，等待电梯到达是一个很漫长的时间，我试过在中午高峰时期等了半小时，最后放弃改走楼梯。

这里的问题也类似红绿灯：等待电梯到达的过程没有明确的提示，不知道什么时候哪一部电梯会到达。甚至是电梯发生了故障到不了，也不知道。等待时间过长，容易让人产生焦虑。

网页中的连续

flickr批量管理的界面

(访问 http://www.flickr.com/photos/organize)

Qzone照片上传界面

(访问 Qzone 的相册>上传照片)

Qzone个人中心动态

(访问 Qzone 的个人中心)

以上的例子中，用户在感知这些变化的过程时，可以预知到将发生什么变化。

此外，在Flickr批量管理的界面中可以发现，除了等待过程的动态效果，更多的是，在鼠标经过可操作的位置时，动态效果暗示着区域中有可操作的元素，同时也暗示着如何去操作。

网页中的断续

Qzone导航项切换的时候

(访问 Qzone 的日志)

QQ农场偷菜

(访问 Qzone 的个人中心>QQ农场)

有时候单击偷菜，没有反应；重复单击很多次… 依然显示“可摘”。

以上的例子中，缺少等待过程的提示，容易产生误会，造成重复的单击操作。

连续的好处

· 不打断用户的任务流──每个人都希望他的目标可以实现；用户在每选择一个操作时都希望当前的任务是连贯的。

· 让产品设计更贴心，提高易用性

断续导致的问题

· 断续会让人没有预期、无法预知结果。

· 面对自动售卖机会愤怒、等待红绿灯会不知所措、等电梯时焦虑…

· 网页还没有打开，重复点击刷新。等待时间太长，离开网站。

· 网站的高级功能不知道怎么用

…

网页中为什么会产生断续的界面？

网页的后台运作就好像变魔术一样：

1. 用户激发一个操作 ── 鼠标单击一个超链接，从导航上的主页切换到日志

2. 发送一个请求到服务器 ── 服务器收到请求，处理，返回结果

3. 返回一个结果给到用户 ── 页面内容刷新了

单从技术层面把内容呈现给用户时，则只会有1、3；断续的原因在于，2没有呈现给用户。

如何改善这样的断续变成连续？

简单来说，让“过程”有“提示”动画。

这些过程包括：

· 鼠标经过

· 鼠标单击

· 键盘

等操作行为，包括现在的触摸屏设备。

“提示”动画

Gmail邮箱载入界面

等待过程采用动画的进度形式，减少用户的焦虑；
等待时间过长时有其他的选项，使得产品更贴心。

什么时候需要提示？

对于网页中的时间，大家比较认可的方式：

0.1 秒
在该时间内显示反馈结果用户是可以接受的。

1.0 秒
是用户保持不间断的思维流的限定时间，用户会注意到这样的延迟。

10 秒
是保持用户关注当前对话框的极限时间。

·如果没有特别的信息反馈超过0.1而少于1秒，他们会比较难以忍受。
·对于长时间的延迟，用户会想在等待完成期间处理其它事务。所以需要显示将要完成的时间（通常选择进度条或百分比来表示），不然用户期待会大打折扣。

什么时候需要动画？

· 隐喻的操作──文字链、按钮、某个操作区域（鼠标经过高亮突出可点击）…

· 等待的过程

· 操作的结果──下拉列表菜单单击后展开的抽屉列表、拖动后的位置、删除后将会消失…

另外一个特别的例子：

Mac OSX系统中，最小化窗口时的动画效果，告诉用户最小化窗口的位置：

动态中的微妙设计

Android（htc sense）

单击、选中都采用绿色高光的动态效果。单击某个项目后，动态效果暗示着已经激活并运行了这个项目。

我经常有这样的烦恼：

“我明明点了，怎么没反应？”，重复单击尝试。—— 用户经常不确定是否已经激活了

缺少选项激活过程的提示──没有一个动态效果告知用户：系统正在处理请求。

Ipod

单击、选中都采用蓝色高光的效果。表面上看，和android的操作效果毫无区别。

单击音乐播放，这个过程偶尔需要花点时间等待，它将选中的效果一直呈现。

选中状态的保留，隐喻了选项被激活── 使用中发现，将单击的效果保留可以避免误会。
不用冗余的激活过程提示──大多数人并不会觉得有延迟。一般情况下，加载过程只在几秒之间（可接受的范围）。

如何改善我们的产品？

红绿灯例子中，在红灯到绿灯的过程，添加以下某种方式：

1.最后几秒会闪烁
2.加上倒计时
3.利用声音快慢来告知，也方便了盲人
4.沙漏的形式

Qzone导航项切换的例子，可以添加等待过程的提示，避免用户重复点击或等待时间过长离开。

还有很多需要我们一起思考、探讨的，如何让产品体验更贴心…

本文在 2010-7-12 发布于薯片会 （原文 薯片会）。

周末。30度的高温天气…

500wan 网站的前端成员，来到了 巧维 参观。

真热闹………… > . <

在巧维有一种比较特别的气氛，比较像在家里。很随意、随性做任何事。当然我们也会很有规矩。

至少，这满满桌子上的零食是为他们准备的

说完笑话后，他们开始有规有矩地… 围坐在一起，一起探讨前端的技术…

twinsenliang 给大家介绍了前端的一些经验《一专多长》

他们开始有很多激烈的探讨，坐着已经不够亲近了…

此时此刻，我在尝试mix亲手调制的《六月金龟》，很棒！正点！

这杯带点酒的饮料是否可以给大家准备… 看来不行，我似乎有点点醉了！

等大家在探讨完前端知识之后，再享用了，嘿嘿！

讨论的小小结：

· 怎么去理解你做的事
· 怎么去做好你该做的事
· 想得更远更多做得更好
· 如何拿数据去证明你的价值，不是凭空而论
· 一些前端优化的技巧
…

当然，接下来还有很多精彩的东东… 凉快地渡过炎热的下午

Over the last 4 years

一直呆在 Tencent，不知不觉已经4年。

这四年，我从“视觉设计”转到“交互设计”的职位，曾经也小有研究“产品经理”的工作职责，发现有时候“交互设计”工作中，会有和“产品经理”职责是相似的地方… 甚至有时候会很迷茫，我应该做什么，应该不做什么，应该怎么去做…

在公司大大小小的项目历练中，学到了很多设计理念、思维、方法；当然还有一直不愿意去做的办公室小政治…

在公司的每一天，几乎都能有不同的体会。

而在4年前，我也曾是一名“页面仔”。

那时我也很单纯，以为“好好学习，可以天天向上。”

Again

04年我离开了广州，离开了曾经的VIKA（似乎是现在的微博）。当时考虑回老家和ZOMY创业，搞B2B。当时JosnChen告诉我，如果你有得选择，你应该去其他地方再试试。

Again

我再一次选择离开，离开Tencent。碰巧撞到了TwinsenLiang，“日”久生情，我们在一起商量着有可能一起创业，至少我们都有共同的目标。

比起4年前的我，多了一份自信，有了自己真正的梦想。

Start Over Again.

结束，重新来。从头开始。

我们几个人，组成一个Team。一起住，一起吃饭，一起体验游戏。

比起原来的设计团队几十号人，现在就只有两个人。

设计师们都喜欢晚上熬夜或通宵做事，这不是我们永久的风格，只是刚开始，我们还没有进入一个待机状态。

生活即是上班

如果有正常上下班时间，那么上班中有一部分时间肯定是发呆、打盹的。没有固定下班时间也是我们追求自由的目标。只有利用这样自由的空间，才能够做出几近理想的设计。灵感总是在体验生活中捕获的。

写到这里，这段时间我们准备好了一切，也准备正式开始，结束以前的懒散、最后的逍遥。

此时，办公区也只有我一个人，在熬夜，一会通宵打游戏去，嘿嘿！

简洁 & 极简主义 ？

越来越多的网站开始走简洁风格的路线？！

自从Twitter、Facebook等等…诞生之后，国内也喧起了众多的社交网站、微博… 他们大多数都模仿他们的简洁设计：色块、导航、布局结构、信息排版方式。当然还有很多新功能、特性，很强悍。相反，身边的多数朋友在使用这类型的网站时，也都经常说：“很晕，很复杂，不知道点哪里，怎么用…”，甚至有很多功能都没用上。最可怕的是，不知道能做什么；只是听说大家都在用，赶着潮流来用。

极简主义渐渐形成了风潮。其中，界面设计上的简洁，并非完全的简洁。不能一味盲目地去追求简洁。功能设计也应适用为准，不是越多越强大才算好。

less is more是设计领域对现代主义的解读，主张功能决定形式（forms follow function），废除一切不必要的装饰以及重复的信息，它的基础就是理性主义。如果它被解读成“要简单，清晰，明确”，应该说是不够完全的，因为只看到了表面的“less”却忽视了实质的“more”。—摘自不一样的简洁

什么才是简洁

Twitter

Twitter 最初，用户只能发表简单的文字信息。用户相互之间渐渐需要交流，产生了 @ 的行为…从简单开始，它把自己定位在服务的底层，用户则是建设者，借助用户的力量，演变到今天，功能众多但用起来并不复杂。

Mark Trammell 在 Twitter的设计原则提到：
添加新功能的同时，我们也精简功能，这个过程很痛苦，如果你想创造良好的用户体验，必须这么做。无须明确地知道可以做什么，在这里什么都能做，任何信息推送的事情都是可能的。

Facebook

蓝色的风格，简单的色块，栅格化布局… 耐人寻味的简洁风格，贴心的细节体验… 这些仅仅是表面的设计。

Luke Wroblewski 在 Design at Facebook 提到：
· 设计师需要参与整个过程：从战略到发布。
· 尽早且频繁地分享想法。了解用户能帮助实现更好的设计。
· 设计师往往错在设计过于简洁，而工程师则错在提供过多功能。
· 不要爱上你的设计。软件的生命是短暂的，它总是在变化，你需要接受这个事实。
· 不要怀念今天的成就，要永远向前看。作为一个设计师，你需要预测并思考在下一年事情将发生怎样的变化。
· 例如：全局导航的改版。在数月里尝试了无数的想法。甚至在昨天网站的头部又变了。

iPhone iOS4

iPhone极简的物理功能键，只有一个 home 按键来配合iOS系统的使用。

iOS4 的多任务

双击Home ，会在 iPhone 底部呼出多任务切换条。用户在上面选择程序，即呼即出，简洁易用。无须打开任务管理器，查看复杂的任务数据表。甚至，完全不知道双击 Home ，你一样享受多任务的绝大部分好处。

iOS4 的文件夹创建

在界面拖动一个图标堆栈在另一个图标上，生成一个新的文件夹。在文件夹把图标拖回主界面时，文件夹消失。无须先找到如何创建文件夹，再思考怎么去进行归类。

一种简洁的设计

instagram

创新，就是对一切说不，除了那些真正必要的。界面的设计风格并不简洁，显得更个性。拍照、分享，其实就是握在手中的“拍立得”，除了这个，别的都没有。

一种极简的设计

越来越多的云端服务。只要连上互联网，几乎没有什么事情是不能做的。很多用户只想需要简单的功能，简洁的界面，能最快速帮助他实现目标。

写句话，发给朋友
Notepad 则实现了这个极简理念。

传张照片，发给妈妈
Minus 如此容易。

这些网站的风格简洁得不能再简，真正符合了“极简主义”精神。简洁的界面，简单设计理念符合了这些用户的预期，他们可以很快速去实现目标。如果不够，Flickr 则可满足更多甚至是所有人需求的网站。

简洁的设计理念─“less is more”

Picasa

早期的Picasa是一款本地存储照片的工具。后来有了网络存储，方便用户分享电脑上的照片。

当朋友来作客时，把在家里的照片拿出来分享，给他们欣赏。当他们觉得不错时，在经过你的许可后，可能会拜托你洗多一张，好让他们放在自己家里，也给更多人欣赏。
Picasa 与传统的相册服务（先上传照片，再选择哪些照片加密）相反，它更接近于现实世界的模型：“先有照片，后有分享”。

Momento

私人日记本，模拟真实日记本的材质。日记也可以再分享到网络上。偶尔会想把自己心里的某些话，或者自己的某一篇日记，与朋友分享。而不是先有日记，再选择是否加密。

一个接近“现实世界心理模型”的设计

· 模拟生活中的真实场景，更容易让人学习。

“简朴和产品以用户为中心”─Christopher Cox

· 设计越简，用途越多；用户越多，蕴含的创造力越强。

设计时应避免

· 一堆规划，而且需要很长时间去设计与开发，在产品的设计理念没有完全弄清楚之前；不然，结果总让人失望。
· 盲目追求简洁的界面设计；往往简洁只是为了更快速完成产品的设计理念。
· 完全满足用户的需求；用户不一定是对的，往往会有用户说这里不好那里不好，但还有认为对的，沉默的99%用户都还没发表任何意见。
· 别认为这个设计是最完美的；总有一天，它会被推翻或完全被颠覆。互联网，一直是这样。