LOFTER-网易轻博

图1：用即时贴与白板做的简单流程图

图片来源于网络，如有侵权，请邮件告知。

转载请注明来处，关注我请点击：http://weibo.com/heidixie 

前言：近来一段时间，忙于整理业务流程图，期间，关于流程图的绘制方法和工具也与内部团队和外部做了心得交流，恰好，个人生活也牵涉在买房，婚礼，户口迁移等流程中。不知不觉，伴随着实践与反思，个人所得的系统知识趋于完整，今儿天气极好，坐在飘窗一隅，听着间或几声鸟鸣歌唱，偶尔瞥一眼窗外的遍地绿荫，真真觉得是个写点什么的日子。所以就整理成文，如果恰好对你有所帮助，那是真真好的。

真实整理的流程牵涉到公司未公布的计划，不好公开，所以在本文中会借助一个简单的案例替代（这个案例呢，也就是计划写本文前30分分钟才想到的，如有考虑不周，请各位见谅），但是仅传达概念和方法，倒也足够了。恩，甄環体告一段落，咱们开始吧。

本文会包含几块内容：

1. 什么是流程图？流程图和其他图表（如线框图，概念图，架构图，用例图）有什么不同？

2. 为什么需要流程图？

3. 流程图的分类？

4. 如何绘制流程图？

5. 流程图绘制工具

视篇幅情况，会在行文时略加划分为系列，敬请关注并多多交流。

第一部分：什么是流程图？

1. 定义

了解一个事情，我习惯从它的定义开始。至于为什么，可以参见我之前的博客文章：http://heidixie.blog.sohu.com/161709085.html

我们因为厌恶十年教育，厌恶背各种定理和定义，所以我发现生活中和工作中很多人都很讨厌给一个事情下定义以及去参考定义。所以你会发现很多人在一起争吵得不可开交，仔细去听，原来是鸡同鸭讲，根本不在一个频道上。对于一个事情的描述，没有一个共同的语言，没有所谓的术语。有定义很好办，你们共同引用一个定义，发现定义有问题，OK，去补充这个定义，并扩展到更多的人群。当然，任何事情过犹不及，我们相互提醒吧。

那什么是流程图呢？说文解字是一种了解定义的好方法。流程图=流程+图，如下图：

图2：流程图的定义

• 流程：Flow,是指特定主体为了满足特定需求而进行的有特定逻辑关系的一系列操作过程，流程是自然而然就存在的。但是它可以不规范，可以不固定，可以充满问题。所以就会造成看似没有流程。前不久，团队每个人对接一个业务团队去调研流程，反馈给我的流程有一些缺失。询问时，负责人反馈给我的答复是：这一块业务他们没有流程。其实严格意义上讲，业务已经开展，不可能没有流程，只是说没有固定的流程或者你调研的对象也讲不清楚。

• 图：Chart 或者 Diagram, 是将基本固化有一定规律的流程进行显性化和书面化，从而有利于传播与沉淀、流程重组参考。

从定义可以看出，只要有事情和任务，流程就会有，但是并不是所有的流程都适合用流程图的方式去表现，适合用流程图去表现的流程是一定程度固定的有规律可循的，流程中的关键环节不会朝令夕改的。

2. 流程图与其他图表的对比

工作中我们还用到或听到很多其他类型的图表，比如交互设计师们经常说的线框图(Wireframes)，信息架构图或站点地图(Site Map)，，开发工程师们经常说的用例图(Use Case)或E-R图。这些不同的图表要表达的内容有何种差异呢？简单做个对比，如图：

图3：流程图VS其他常用图表

如果要串到某一个项目来说，可以理解成：

用例图（Use Case）：

表现了一个角色在系统里要完成的活动是什么，比如用户这个角色与ATM取款机的交互过程中，用户需要完成的活动有存钱，取钱，查询等。而存钱这个活动再可以进一步细分为插卡，输入密码，输入金额，ATM吐钞，用户收款，退卡等活动。用例图可以不考虑用户动作的前后次序，而仅仅提取一些关键的动宾短语，映射出系统应该满足的功能点。常用用例图的人是产品经理和开发工程师。

流程图则表示用户每一个活动的前后次序，比如用户必须要先插入银行卡，才能够输入密码，且流程图必须直接表现出各种异常判断，比如当密码错误时，出现什么提示，密码输入错误超过多少次时，出现什么提示和动作。常用流程图的人是产品经理，设计师，或者任何需要讲述业务如何运作的人。

信息架构图,站点地图(Site Map)：

表现为了做一个这样的系统，功能与内容的展现层次是什么，比如用户一进去后，欢迎页面的导航如何设计，是否直接出现取款，存款，查询，或者还有别的导航？常用信息架构图的是设计师。但是常用组织架构图的是HR。

线框图（Wireframe）：

将具体每个界面的内容布局和权重表达出来，且标注出一些交互细节的设计，比如当密码错误后，如何提示下一步动作。常用线框图的人是设计师。

实体关系图(E-R图):

则是数据库架构的工作，表示一个业务系统或场景中的实体时间的关系，比如储户与银行卡的关系是归属1对多，通过开卡事件产生关联。一般来讲，用矩形来表示实体，椭圆标识这个实体的属性，比如储户这个实体的属性有：姓，名，手机号码，住址等。而银行卡的属性有：开户行，开户名称，银行卡号等。

以上的这些图表各自都有领域的专家，我这里就不班门弄斧了。

那么流程图要体现出他的差异定义，要素是什么？总结出了流程图的6大要素，希望大家能够记住，这6个要素可以在以后的文章里不断回顾，你也可以拿来判断你所看到的流程图是否专业。

图4：流程图6大要素

• 参与者：谁在这个流程中？可以是系统，可以是个打印机，更多的指什么角色——一般是有某种工种的人。比如客服同时有小A和小B两人，但是若他们的工作性质完全一样，那么在流程图里只需要写一个客服角色就可以了。

• 活动：做了什么事，比如点餐，结帐等活动。

• 次序：这些事情发生的前后顺序如何，哪个任务是其他任务的前置条件？比如客人不结帐，就不会产生送他优惠卡的活动。

• 输入：每项活动开始取决于什么样的输入物或数据，比如做饭的师傅开始做菜时，需要拿到具体的点菜单。

• 输出：每项活动结束后，会输入什么样的文档或数据传递给下一方，比如师傅做好菜后，如何让负责传菜的人知道菜已经做好？

• 标准化：采用一套标准化的符号用以传递你的流程图，从而使受众更快明白。

关于流程图的标准化，并不是强制的，事实上，我们见过很多种类的流程图，只要能够传递明白任务和次序其实已经归类于流程图了。如下面的图：

图片来源于网络，如有侵权，请邮件告知。

但是若在一个公司的环境下，你的流程图的受众又非常多的话，采取标准化的符号会带来很多交流上的好处，总之你懂的。

第二部分：流程图的分类？

常见的流程图有业务流程图（Transaction Flow）, 页面流程图（Page Flow）。 

在工作中，作为UED，你可能会发现PD经常谈的是业务流程，而作为交互设计师，我们更多产出的是页面流程图。页面流程图和业务流程图到底有什么关系呢？ 先有谁，其次再有谁呢？

先讲个故事：假设你的梦想是开个中高档的全国连锁餐馆，那么首先你想到的应该不是如何去选址，而是将为何要开连锁餐馆这件事情，以及你的定位，核心竞争力想清楚。是快餐，还是点餐，是连锁还是加盟？定位于社区还是繁华商圈？是川菜还是江浙海鲜？是面向中老年还是年轻人？是家庭主题还是动漫主题？竞争对手是谁？需要什么样的投资？可能的风险是什么？这些都想清楚了，问题都有答案了，所谓战略层要清晰了吧。然后假设你现在分析来分析去，与主要投资方决定了一个方向：面向年轻人的时尚动漫茶餐厅，连锁，但是先在杭州开始第一家，选址定位于年轻人约会，扫街的地域，比如风景区，著名商圈，电影院旁…………等等等等，那么接下来呢？

接下来就是想办法让这些实现吧？那么需要做什么事情呢？选址？拉投资？搞装修？选餐饮菜单？雇佣员工？每一步怎么去做，时间点是什么？等等的任务拆解以及计划，就需要到战术层了。

这些事情的执行，总是需要请人的吧？先是核心团队分工去部署各项建设任务，当餐厅开设起来后，就需要组织稳定的运营团队，如服务、卫生、厨房、采购、人事等等，厨房里面还得分工，白案，热菜，冷菜等等吧？每个部门需要设置管理层以及汇报关系吧？所以你的组织结构就诞生了。

那具体每种角色是如何顺畅合作完成日常稳定的以及突发的各项任务呢？比如，当顾客上门时，谁去引导客人入座，谁去点菜，怎么将点菜的讯息迅速传递到厨房，并分发到酒水间、冷菜间、热菜间？并保证客人尽快能够吃到所点的菜？你必须要考虑各种人员的协作流程，优化效率，所以业务流程就出现了。

人肉运营了一段时间，没有借助任何点餐系统，你发现也还可以。客人点菜时，服务员手抄写下客人的要求，因为有复印纸，所以服务员能够将副本送入厨房，同时写下餐桌号码。厨房规模较小，负责分配任务的员工看下菜单，分别往冷菜处的黑板上写下需要他们处理的，以及跑到热菜区的黑板上写下待处理的菜品，以及去酒水间报下品名即可。可是随着经营的扩大，以上的人肉方式出现了很多问题，首先，手抄效率太低，顾客频繁换菜，响应来不及，手抄出错，导致经常报错菜。厨房很混乱，不得不多招了几个人专门跑堂。而一旦顾客要加菜，撤菜就更麻烦了，需要找出他们当时点的菜，再进行人工的批注和修改，同时要修改厨房后端的各个黑板……

所以你们想要开发一套智能系统，取代很多人肉工作，你们请了系统开发团队，他们经过评估，判断从点菜开始，一直到传菜都可以用系统解决。手持终端，能够快速传递顾客点菜需求到打印机，打印系统能够根据顾客点菜的类型进行自动的分单打印，所以热菜间看到自己的热菜菜单，冷菜间看到自己的冷菜菜单，而酒水间看到酒店菜单。当他们准备完毕后，送出，传菜员可以根据菜名与打印出来的单据进行传菜并根据顾客的点菜小票进行核对。这套系统同时必须配备结算系统，将最终确认掉的菜单及消费价格传递到结算前台，收银员能够快速进行操作。

这套系统最终是需要展现出来的，那么手持终端的界面如何设计？服务员能够用更少的点击完成一个菜的点餐吗？结算中心的界面如何设计？

通过以上的故事，是不是更明白从战略、战术、业务流程图到页面流程图的关系了？总结下：

• 先是有一个业务需求和业务目标，也即我们的愿景是什么？（战略）

• 然后就诞生了我们需要分解出什么样的任务，如何执行战术？（战术）

• 然后就诞生了需要架构什么部门，岗位去分工协作？（组织架构）

• 然后就诞生了不同的部门在协作完成某件任务时的业务流程？（业务流程）

• 业务流程基本稳定后，往往会考虑优化效率，所以会诞生出系统来支持流程，减少人肉环节，促进数据采集（系统愿景）

• 为了设计这个系统，PD需要思考什么功能能够取代某个环节的人肉工作（功能需求，系统流程）

• 不管是怎么样的功能最终都会以界面的方式呈现，设计师们会关注用户在系统里的任务流，行为路径，让用户完成任务更加高效愉悦。（页面流程）(如何绘制页面流程图？)

当然，除了业务流程，系统流程，页面流程，还有数据流程被人关注。

我们平时工作中，还会经常听人谈到泳道图啊，任务流程图啊等等概念，究竟是神马关系呢？

图5：流程图的分类

本文着重于上述流程中的“业务流程图”——并会分享如何绘制泳道图——也即是PD们最多使用，技术们最多参考，UED们最多看到的流程图。

本来在第四部分会对泳道图的图示以及绘制方法、原则做更详细的说明，但是看目前的篇幅情况，预计会放到下篇，所以先在这里简单说明下吧。

在工作中，我们经常能够看到两种业务流程图，从表现形式来看，一种很好区分，俗称为“泳道图”的它，在样子上也确实像个泳道，可以有横向的泳道，也会有纵向的泳道。泳道图在某些文档里会被称为“以活动为单位的流程图”，浮在泳道中的都是一个个活动。

另外一种类型是以部门和岗位为单位的流程图，下图中的圆形就代表一个个部门或岗位。矩形代表活动。这种流程图关注事情如何完成的逻辑，但是在体现各个部门的责任上比较弱。如果是某个岗位的人来看，很难像泳道图那样一眼就能看到自己部门的职责和任务。所以现在用得比较少。

图片来源于网络，如有侵权，请邮件告知

再回过头来说泳道图，泳道图有几个关键点：两大维度，活动流转，流程要素。我们会在以后详解。

第三部分：为什么需要业务流程图？

流程图可以提供一种简单扼要的“缩略俯瞰图”，帮助观众快速了解业务如何运转。它包含了几个关键词：谁，什么时候，在什么条件下，做了什么事情，输入什么，输出什么，输出给谁……

与系统流程不同，业务流程更关注于业务本身如何运作，讲的是业务故事，包含的是业务规则。而系统流程则是满足业务流程，实现部分流程或全部流程的信息化和系统化。

所以业务流程是所有环节的前置条件——软件需求分析，信息系统建设也会先进行业务流程的梳理。

下面表现了业务流程图是如何在三个主要场景中发挥作用的：

1. 员工培训

图6：流程图的应用场景之一：培训

在此场景中：流程图能够提供一种快速了解业务如何运作的视图，通过业务流程图，新员工能够快速明白业务的最终目标是什么，中有哪些角色在参与以及他们的职责，以及彼此之间的联接。

除了培训新员工，在员工轮岗、调职场景中，员工也需要业务流程图参考，明白新的工作内容如何开展，以及自己所处的位置，自己的上游是谁，下游是谁，自己需要交付的工作内容是什么。

2：流程优化与重组

图7：流程图的应用场景之二：流程优化

业务流程重组（Business Process Reengineering）的存在可以明确反驳：存在即合理。事实上，存在的业务流程并未是合理的，有可能是参与的多个角色习惯了某种做法，有可能是变革尚未影响到末端的操作，也有可能缺乏对于运行中的业务流程问题的洞察以及强有力的变革推动——因为要推动业务流程变革，不是某个部门的事情，而是需要流程中各个部门的通力配合。

更多时候，业务流程优化是自上而下的，但是老板们未必对实际运作的业务流程那么心知肚明，业务流程图能够很好去表现这个“运作模型”。通过看业务流程图，找关键节点的人访问，能够直接切入：为什么要这么做，为什么不这么做？从而探索出更深层次的问题，而不是问：你们现在怎么做？

通过调研，分析业务流程图，引入更多角色，能够分析出目前业务流程的问题：缺失，重复，风险，效率等等。从而制定相应的优化方案。

3：信息化的基础

图8：流程图的应用场景之三：信息化基础

正如上文所述的餐馆梦想的案例，信息系统的一项任务就是解放员工的手脚，取代一些重复的人力劳动工作。系统上了之后，不是说业务流程不需要而是经过了一些调整，其中某个参与者变成了系统，或手持设备，或打印机而已。

那么在做系统的功能设计和系统流程设计时，是不是必须先要了解目前业务是如何运作的呢？从而更好分析分析，更好说明系统在什么环节取代了什么类型的人肉工作？

所以我们看到的PRD往往也会先以业务流程图开始说明，而叙述一个系统建设的好处时，也可以用以前的业务流程与系统上了之后的业务流程进行对比。根据分析，将愿景中的新的业务流程图背后需要系统的功能点撰写清楚。

第四部分：如何绘制业务流程图？

首先绘制业务流程图本身有没有流程？一定是有的。在软件工程学里听说一句话叫：万物皆对象。那么在流程学里，万事皆流程。吃饭难道没流程吗？就吃饭的动作而言，就有流程：拿筷子——夹菜——入口——咀嚼——吞咽。

有不少同学在这一部份很快想会问一个问题：Heidi，请介绍画流程图的工具吧？

我个人是工具派，从不否认人工欲善其事，必先利其器的道理。好的工具本身就是一名好的老师，除了技能，也能够教会我们一些理论与理念，这些理念也是“器”中很重要的一部分。其次才是具体的工具应用技能。所以我并不建议直接跳转到工具应用。对于初学者而言，笔与纸永远是最好的入门工具，因为你无需和任何一个陌生的软件较劲。

那么，绘制业务流程图有没有可遵循的流程呢？我建议可以从下面4步着手。

1. 调研

如何快速了解业务运作真相？有没有调研的技巧放送？

2. 梳理与呈现

能否快速将调研得到的文字和问题，快速转化为业务流程图？

业务流程图的标准图示是什么？

怎么评价一个业务流程图的好与坏？

3. 评审与确认——能否真正让业务流程图反映现实中的业务？

4. 归档维护——流程不断变更，业务流程图如何快速响应？

这些将会在下篇《业务流程图的绘制流程分享(二)》详解。

第五部分：绘制工具？

如果不搞工具研讨会的话，这部分比较简单.

Windows: 线下工具大家常用的就是下面三个：

小的流程图用用PPT就够了，完了就导出图片或截图。交互设计师们因为常用axure绘制线框图，所以也不必为了流程图去学习新的工具，完全可以用axure的flow控件完成简单的业务流程图的制作。而PD们则常用微软的visio。

此外，特别推荐一个软件：SmartDraw。

我最近的流程图都是用SmartDraw绘制的，你可以下载一个免费版本体验下。这个工具不仅仅是为了流程图而设计的，几乎上包罗万象：线框图，流程图，E-R图，UML ,韦恩图，甚至甘特图，脑图……没有像很多人推荐就是因为他太庞大了，尤其是里面的模版。大家体验下：

Mac电脑:

自然要推荐omniGraffle. 绘制出来的任何图表不知为何总会觉得很美……

当然，这个软件是可以去www.macx.cn下载免费版的……

但是不管windows还是mac，除了线下的工具，还有更多线上的选择：

不过貌似我们对线上工具普遍来说都不太放心，是对服务器，网速，还有对GFW不放心吧。

1. https://cacoo.com/

这个是界面做得最好看的一个工具。我用它来绘制过概念图（Concept map）。如下图即是用以上的工具画的。

2. http://creately.com/

3. www.lucidchart.com

http://

转载请注明来处，关注我请点击：http://weibo.com/heidixie 

《如何绘制业务流程图（二）》

前言：

上次与朋友在火车上闲聊，聊到最近的工作。他们正在做一个面向国外用户的App。首页简单清爽，但是从中国人的视角来看，会觉得清汤寡味，而果不其然，他告诉我，最近团队正在打算改版，重新设计首页，“嗯，会像你们的手机淘宝学习，做得丰满一些，让用户经常看到新鲜的东西，而不完全是工具、导航入口。”  当然，App上加强“逛”的感觉是很重要的，但是为欧美人设计的网站，究竟适合不适合照搬中国式首页的设计呢？我们展开了一些讨论，发现挺有意思，中间居然引申到了家庭的收纳学，这正是我之前觉得收纳和交互设计的共通之处。

一. 中国式首页设计的背后 

觉得奇怪吧，想来我们中国成功的商业模式也好，产品也好，大多国外有现成的原型可以参考。可是中国式的首页一开始就特立独行，即使是照搬国外的商业模式，在首页设计上，也面向中国人做得琳琅满目。

欧美等国家网站的首页更多是导航作用，大大的宣传词，简单清爽的文字，然后就是各种导航入口，就让用户站在十字路口，然后选择你想去哪里。我们使用起来，当然会麻烦，比如我会猜如果要下载驱动的话，是应该点击“Support” ,  还是“Download”,然后也基本上在这两个栏目之一就能找到答案。而，很多欧美的网站导航层级非常之多，比如

IBM的网站：http://www.ibm.com/cn/zh/，你试着在里面找到一篇名为《 整合三户，精准营销》的文章看看。

或者甲骨文http://www.oracle.com/index.html，试着在里面，找到Oracle Business Intelligence 11g 服务的在线学习课堂。

除了首页上偶尔会有新产品的宣传外，其他哪怕是新增的产品、内容，都能够忍心“收在导航里”，难道根本不担心用户找不到吗？

而如果我们做一个中国的网站，就难以用这种方法。

中国式的首页，更像网站的小型缩略版。除了固定的导航（全局性的导航、一级导航、二级导航）等等，剩下的页面都被分割成若干个大小不一的豆腐块，每个豆腐块，都是从各导航里的重要栏目中抽取出一部分，或者是最新的，或者是重要的，作为引子，勾引用户通过这里点击到栏目，而非把希望寄托于导航上简单的文字。

所以这种设计方式久了，也会给用户一个潜移默化的认识：凡是没有在首页上找到“引子”的，那么基本上不是重要的内容。

所以，首页就成了群雄逐鹿，商家必争之地，首页也就成了设计师无法主导，更多是利益、KPI的分配领地——叫成属地更加适合。

很多用户批评他所看到的网站首页繁杂，也会觉得这个网站没有品味，也会觉得国外的网站高端大气上档次，可是一旦下决心去变革，会有非常大的阻力不说，结果上也会付出沉痛的代价，得到一些用户的痛骂（找不到入口了，其实导航都还在，只是没有习惯），业务方的不满（少了豆腐块的引流，业务效果不佳），老板的否定，然后妥协了，不了了之然后回归到继续的中国式设计上去。

还个角度想，没准，出现中国式设计，还真不是咱们中国人审美的品味问题，也不是老大的品味和强势，也不是业务方的无理和分割格局导致，或许，还真的是市场选择的结果，是用户投票的结果。

用户的行为，受很多因素影响：1. 网站的设计。2. 自身的习惯。3. 认知（信息获取、加工、理解、记忆）。

我们假设下，会不会是我们中国人“特性”让我们更倾向于选择中国式的内容堆砌的首页设计，而非西方依赖于导航系统的首页设计。

既然是中国人的“特性”，我们不妨来看几个故事：

• 只能意会的经验：过年期间向婶婶请教她拿手的糖醋藕片怎么做，她讲先讲藕洗了去皮切片，然后放入锅里用开水焯下，我说焯到什么时候算好，她说凭感觉去生就好了。然后调料，在容器里放入纯净水、白醋、花椒、枸杞、盐、姜片、葱丝。然后将藕片捞出过凉水后放入到容器里放1、2天就可以吃了。注意在讲调料的时候，几乎不会说几克、几勺的概念，在我询问时，她也只会回答：依据自己的口味来就可以了，没那么讲究。所以这些经验的传递中，会有很多的变数，所以就诞生了我的版本的糖醋藕片。

• 国外的秩序敏感教育：朋友说，她在学习蒙氏教育，平时教小孩子认识事物时，讲究精确分类。比如指着汤勺就是说“汤勺”，平时喝粥的时候，给小盆友说这是“勺子”，而不会把所有那种形状的都说成“勺子”。平时的吸管，家里有区分成喝牛奶的，喝水的，喝养乐多的，也绝对不会让小盆友混淆。所以小盆友1岁半，就知道什么东西应该放到什么地方，在表达需求的时候，也能够表达得更加清楚。而我特意查阅了一下“蒙氏教育”，其中提到：秩序的敏感期 从出生的第一年就出现一直持续到四岁。这是幼儿的一种内部的感觉，以区别各种物体之间的关系，而不是物体的本身。

• 翻抽屉的年少经验。小时候，经常找不到某个东西，妈妈会说，在抽屉里。然后到底在哪个抽屉里，我们都不清楚，只能一个一个去翻。而且抽屉往往没有进行任何的分割，各种东西混在一起。所以翻抽屉是很经常的动作。而且，据我观察，老式的家具，一是抽屉本来就少，其次抽屉都设计得很高，不利于物品在里面分类摆放。中国父母不注重收纳，什么东西都喜欢放到眼皮子底下，即使不放到眼皮下，也是按自己的喜好，将物品收拾起来即可。分类是缺乏原则的，也因此无法重复使用这套原则，并在自己家庭里推而广之。

• 中年以上的用户使用淘宝：曾经观察过父母那一辈的人使用淘宝，不管是网页版还是手机版，会发现，在我们看来那么明显的标签，对他们来说简直是火星文，对各种分类标签居然会视而不见，直到有人去指导他们后，告诉他们先点这里，再点那里，然后怎么做，之后他们会强迫自己去记住这个路径，而不是去学习理解标签的含义，触发自己的学习。“让用户理解而不是记住”是交互设计原则之一，但是在某些用户面前，他们居然更加倾向于去记住，哪怕是应激的记忆，都不愿意去理解。

• 中国历史上，有各种经验（中医本来就更偏向经验言传身教，师傅带徒弟），而少科学。因为科学需要精确性。

注重言传身教胜于理论总结，注重经验传递胜于思辨演进，不讲究精确性，厌恶分类（经常进行模棱两可的分类或者不知道怎么分就干脆都放一起）——这些可以算是我们身上的根深蒂固的“特性”。

《思维的版图》一书主要阐述东西方思维方式的差异以及差异的来源，其中讲到一个测试：鸡，牛，草，如果要把其中两者联系到一起归类，你的答案是？美国的大部分儿童选择鸡和牛，因为他们认为这都是动物，而中国儿童大都选择牛和草，因为牛吃草。因为东方人注重事物之间的关系，而西方人注重实体本身的属性。而这多受希腊哲学的影响，希腊人认为人们要关注属性——归纳每样物质的属性，之后进行归类，这成为希腊科学的一个核心，并被西方所继承，当然，这本书我也刚购买不久，还未深读，有兴趣的盆友也可以买一本读读。以下是网络图片：

从小到大潜移默化的影响，导致我们对于分类没有太多的概念，也不善于通过层层的分类去找寻一个物品，进而转到我们的网站上，如果把网站比喻成一个大房子的话，我们也不太擅长从层层递进的信息结构里，逐级找到自己想要找的内容。

信息架构只所以比一般的单页面交互更加困难，更加需要设计者高深的技能，正是因为这门学问不仅仅是将东西分类放置好而已，而是对于用户的理解，对于用户习惯、认知的理解，将你的理解无限地去贴近一个普通用户，哦不，你面向的用户是多样的，他们有高级用户，也有菜鸟，有年轻的，也有年老的，有西化的，也有传统的，面向那么多用户，你却无法提供统一的分类规则，却要让他们都对你的分类有一致的、清晰的理解，这是很难的一个事情。

而导致很多人，宁可用搜索也不愿意用类目法的原因，也是因为设计者的分类原则和他们理解的不一致，往往点击进去发现不是那么回事，久而久之，这些人更加不信任一个网站的分类。分类层级越深，越是不受欢迎。

相反，将分类里的内容更多地展现出来，不要让用户去猜里面有什么，就成了中国式设计宝典之一。  

但是，一味地照搬国外的简洁设计，未必也是正途。毕竟，帮助用户高效达到目标才是至关重要的，不管是复杂的还是简洁的，都只是形式而已。

二. 收纳学 

两年前，机缘巧合，有机会在家居行业运营轮岗，所负责的类目是居家日用收纳，正是那时，接触到了很多收纳类的小商品，也正是彼时，对“收纳学”有了一些浅层的研究。

以前，以为收纳只是收拾、整理的同义词，从来不曾深层次想过这个词汇背后包含什么。虽然接触到很多收纳用具,如抽屉隔板，收纳挂袋，压缩袋等的，也只是认为是方便人放置物品，从而腾出更多空间，保持空间干净整齐而已。

但是后来，才发现收纳一词原本就来源于日本，日本语为“収納”，日本有很多专门教收纳学的网站，如：

• http://www.iris-interior.com/sukima/

• 图解收纳基本：http://zukai.shuno-oshieru.com/?page=26

而且不光是主妇们学习收纳，甚至可以考一个证书，好像叫做家庭环境设计相关的认证，日本的男人们也研究收纳学：

• http://www.s-storage.com/homepage/point/point.html

那么再深究这个词汇，发现收纳学的重点不是将东西放起来使家庭整洁有序，而是在你需要这件东西的时候，很方便能够获取到。且，家庭收纳不是某个成员自己的规则，而是要试图在家人种建立同一套分类、整理规则体系（秩序感），方便每个家人在需要的时候，都能方便找到物品。这证明放置某个物品，绝对不是从心所欲，漫不经心，而是有潜在的且被家人都认同的逻辑指引。日本的收纳学本身是依据物品的分类，但是且不像西方人那么僵化，而是会根据场景、场地、物品三大维度去决定物品的位置。 

比如，从属性分类来看，指甲刀和螺丝刀都属于家用五金，是否指甲刀就应该和螺丝刀、扳手一样，被放置在家用工具箱里呢？而其实上从使用场景上看，指甲刀使用频率远远比螺丝刀要高，且使用场景大部分集中在客厅的沙发前：家人一起看看电视的时候，心想随便修剪下指甲——所以，指甲剪反而更加适合与牙签、棉签（假设顺便再相互掏掏耳朵）等归类，放到茶几之下。

经验如何转变为学问，日本人似乎总是有一套，在我们看来觉得太过于龟毛的东西，比如就收纳学而言，就会发明出收纳指数，去衡量收纳效果的好坏。比如，当你正在炒菜，需要放食盐时（这是刚性的需求），那么需要几步才能完成动作，就可以叫做收纳指数。

不好的收纳，有可能你需要拉开抽屉、找出瓶子、拧开盖子（拧的动作也是很耗时间的）、撒盐，至少四步。好的收纳，可能一步完成，直接从灶台上拿起食盐瓶，也不需要拧盖子，只要倾斜，立马有食盐洒出。这只是举个例子，其实其他场景上依此类推。嗯，关于收纳指数的说明，有兴趣的朋友可以看看《懒人家庭实用收纳指南》一书。

有一天，看《生活大爆炸》的第6季第19集，Howard和新婚妻子邀请朋友们在家里聚餐，但是没有收拾房间，搞得一团乱，Howard急中生智，把所有的乱七八糟的东西都放到了储藏室，然后故意让谢耳朵看到，这个有强迫症的人受不了了，所以在大家都晚宴的时候，一个人在储藏室忙着整理——

可以看到Howard的储藏室里也到处是收纳用品，如藤编收纳筐，透明收纳挂袋，收纳箱，透明收纳抽屉等，物品放到什么箱子里，谢耳朵很快得到一套规则，快速实施。

源于北欧的宜家家居，也以收纳功能强大，被国内的小户型追捧。确实，宜家家居用品，从门厅（玄关）、客厅、卫生间、厨房、卧室都提供了完善的收纳方案——之前，看到宜家的一款沙发，除了可以放倒成为临时床外，在必要的时候，掀开就成了储存客人的衣物的空间：

喜欢看《六人行》的朋友们，应该也会对莫妮卡的厨房有点印象，各种烹饪用具，被子，食物井然有序地被储存在墙面上，就如同下面的图片（注：美好家居每日三推已经更改名称为我为收纳狂）：

日本人的收纳起源可能由其国土促狭，人们居住空间狭小有莫大关系，要让家庭成员和谐共处，除了利用每个空间，就是要建立内在的秩序。而西方国家地广人稀，居住空间在我们看来都是属于别墅、排屋的级别，却也特别注重收纳，却是为什么呢？这也许正是因为根深蒂固的思维方式影响，他们注重物品实体属性，讲究精确性，讲究秩序和条理，所以，小孩子从小就受父母的影响，从小都知道家庭里的规则并遵守同一套规则。

回到上文中首页设计的案例，既然西方人从小都会毫不费力地从400平米的房子里找出指甲刀、螺丝刀，皮球，打气筒等等，也习惯于实用完毕后归置到位，那么他们面临一个干净的貌似只有层层导航的网站，逐层点击，找出所需的内容，应该不仅仅习惯，也完全适应吧。

三. 收纳就是生活中的交互设计 

好的收纳和好的交互设计都是从用户目标出发，依据用户使用场景，设计和规划物品、内容所处的位置，提升用户完成目标的效率，提升过程的愉悦，预防和减少出错。收纳学与交互设计的相似之处不止于此，个人觉得，收纳就是生活中的交互设计。正如交互设计研究的是人，系统，场景三者的关系一样，收纳研究的是人、物品、环境三者的关系，人在什么场景下用什么物，物放到什么位置最容易被使用，物和环境如何相容，经过收纳设计的房间，好处不言而喻：

• 提升生活效率，把节省出来的时间用到更加美好的事物上

• 减少重复购买产生的浪费

• 从风水学角度，好的收纳带来的整洁舒适的环境是能够带来好风水的哦

• 培养系统化的思考和规划能力……

正因为两者的相似性，在生活中，有意识地研究收纳，正是交互设计的具体实践。或许，经过我们的言传身教，也能够帮助我们的后代，在分类意识上有所加强（后话后话……）？

所以，让我们看看，是否可以从收纳的开展上，有所借鉴：

1. 好的收纳需要基于“了解”基础上的规划

正如交互设计中要尽量避免让用户记忆，而是凭借理解认知就能够正常使用。对于琳琅满目的家居用品来说，全靠记忆力是找出任何时候所需的任何小物品，是绝对不可能做到的。所以好的收纳必须是建立一套符合逻辑的规则，符合家庭其他成员认知和已有习惯，或者易于被理解接受，很快养成习惯。正如好的交互设计是隐形的一样，好的收纳也是让家庭成员感觉不到的。比如家人出门前，发现下雨了，顺手就可在门口发现挂着的雨伞。为此，收纳规划前需要做一些调研工作，包括：

• 了解你的家庭的储物空间，有哪些空间或者容器可供使用。

• 了解你和家人所拥有的物品，对他们进行分类和预算，从而也避免买入太多重复用途的物品。

• 了解每个物品的使用场景，在卧室里用，还是在客厅看电视的时候使用？

基于这三点了解的基础上，要为你的每个物品规划它应该归属的“家”。然后长期坚持，每次使用完，都要将它放入“家”里。

这和网站信息架构设计有着莫名的异曲同工之处。

就像一个网站设计一样，在明确了网站的意义和目标之后，每个参与规划的人都要思考：

• 里面有哪些内容？图片，文字，栏目，频道等等（内容研究）

• 这些内容都应该是什么关系？他们彼此的关联和分类是怎么样？（卡片分类法）

• 他们分别应该放到什么页面上去？不同的页面又应该分成几个频道？（信息架构）

比如你知道了各种数据线、硬盘、U盘、相机充电器、相机、ipod、mp3、相机电视、屏幕清洁套装、耳机、耳麦、无线发射器、鼠标等等都应该是属于数码类的，你已经意识到你需要在一个统一的地方去放这些物品。

接下来，找到合理的家。你会发现客厅的抽屉、卧室的抽屉、书房的抽屉、床底的收纳箱、衣柜的抽屉，目前都是有空位的。具体要放到什么地方呢？接下来你会想到自己都在什么场景下用这些数码类物品，会发现频率最高的发生在书房，所以最合理就是将他们的家安置在书房的最便捷的一个抽屉或者收纳箱里。

在具体的某个抽屉或者收纳箱里，就像某个已经限定了内容的网页一样，需要进行规划和设计。

若你将它们一股脑都堆到抽屉里，就像没有经过收纳一样。他们的使用频率如何？一月一次还是每天都用？使用抽屉分隔为他们进行细化分类，将最常用的放到你最容易取出的地方。

等等！你回忆起，其实你经常将手机放到卧室充电，所以手机的充电器往往是经常被你从书房拿到卧室，再从卧室放到书房。鉴于这种情况，考虑便利性收纳，就需要将同属为数码类的商品，放到一个最常用的地方，并养成习惯。

这样，我们也会理解为何网页设计上，会有一些类目的内容会单独被拎出来，放到首页上，或者作为快捷链接。

2. 收纳建立的过程需要不断根据用户反馈进行迭代

不管怎么事先收集观察，都避免不了实际操作中被用户反弹。比如你收拾起来的物品，被家人说找不到了。他的习惯和你的习惯不一样，怎么办？这时同样需要平衡和妥协。

绝对没有完全完美的收纳方案，就像没有完美的交互设计一样。

3. 好的收纳需要规则的稳定性

每个物品的家是有一定的稳定性的，不能经常搬家。这里的物品，有时是抽象概念，而非具体实体，比如一件毛衣，冬天在衣柜里放着，到了夏天却放到储物箱里了，这不能说毛衣的家就不稳定了，而是将毛衣连同大衣等衣物抽象为：非当季的衣物。这样，你建立一个规则：非当季的衣物放入储物箱，以便给当季的衣物腾出衣柜的空间。这样的规则就保留了稳定性，便于家人持续遵守。

下一次，有空的时候，我们可以来十大交互设计原则中，与收纳学是如何暗合的。

晚安。