从工匠到艺术家
Vijay Kumar的这本书浩浩瀚瀚介绍了101个跟设计思考或者创新相关的工具，一开始会被吓到，一是钦佩，二是觉得掌握了这个百宝箱是不是就无往不利了？
可是，通读完会有一个明显的困惑是，对于你具体的项目或具体的情境，你应该用什么工具呢？或者是在业界大家用的最多的是什么呢，因为似乎一些工具就是作者所在的IIT Institute of Design的学生们玩玩而已。
对比于此，我觉得Marc Stickdorn和Jakob Schneider编写的《这就是服务设计思考》(http://book.douban.com/subject/25908518/) 更值得大家阅读。
基于我的实践、阅读及理解，我对101这本书的实际使用进行了一些探讨，将书的逻辑梳理成如下5个步骤/阶段：
1. 了解趋势(Mode1+Mode2), 虽然说Sense Intent和Know Context不太一样，但基本都是了解该项目、该设计目的所处的趋势，通过"创新十型"(1.7)工具和"现状趋势探索"(1.11),或者"供应品-活动-文化圈形图"都可以很好的做到。
2. 体察用户(Mode 3),这个步骤是设计思考的重点，在IDEO的实践中更是把这个部分放在首位，我想是很有道理的。在此书中放到阶段2也未尝不可。在本阶段可以通过各种方法对用户进行观察(工具3.6-3.15都可以)，观察之前最好规划(3.2和3.3)，选好观察对象(3.1)。更重要是使用POEM框架(3.5)和人的五因素(3.4),让你的观察更系统全面。
3.构建洞察(Mode 4),觉得这部分作者的工具太啰嗦，斯坦福设计学院所使用的POV就是一个简单又好用的方式。即观察之后归纳为POV(Point of View), 用一个固定格式表达：[USER....(descriptive)] needs [NEED...(verb)] because [INSIGHT...(compelling)], “xx用户需要xx是因为什么”这其实就是insights了。当然，观察之后呈现洞察，用户体验图(4.16)和用户旅程图(4.17)都是很好的办法。
4.建构方案(Mode 5+Mode 6) 个人觉得这两部分可以合并，对于简单的项目/设计，从概念(concept)到方案(solution)便是一步到位。对于复杂的项目，可以根据洞察一一发散，再通过概念连结(6.4),情景设想(6.5)或者更工程概念的形态综合法(6.1)构建更多样的解决方案，而筛选方案是一件很简单的事情，可以用2X2矩阵或者更复杂矩阵进行筛选。
5.方案实现(Mode 7) 书中这部分更强调是方案许可之后怎么组建团队，规划实施，试运行等等。但Mode5当中角色扮演，概念原型等等方法(5.8-5.14)其实也可以编排为这一个阶段当中，因为prototyping的过程也是优化方案一个重要一步。当然，对于不少项目，项目原型制作、呈现、改善是一个循环迭代的过程。
作者给了我们一个当工匠的工具箱，每一个都试用一下都挺有意思，但能根据具体项目进行选用，这更是一种艺术。如果Vijay能够对各工具的实用性、业界使用频度，或者在后面能附上完整的例子，对于读者来讲，会有更大裨益。
(本人对设计思考完全业余爱好，欢迎拍砖、交流、指导。：)
可是，通读完会有一个明显的困惑是，对于你具体的项目或具体的情境，你应该用什么工具呢？或者是在业界大家用的最多的是什么呢，因为似乎一些工具就是作者所在的IIT Institute of Design的学生们玩玩而已。
对比于此，我觉得Marc Stickdorn和Jakob Schneider编写的《这就是服务设计思考》(http://book.douban.com/subject/25908518/) 更值得大家阅读。
基于我的实践、阅读及理解，我对101这本书的实际使用进行了一些探讨，将书的逻辑梳理成如下5个步骤/阶段：
1. 了解趋势(Mode1+Mode2), 虽然说Sense Intent和Know Context不太一样，但基本都是了解该项目、该设计目的所处的趋势，通过"创新十型"(1.7)工具和"现状趋势探索"(1.11),或者"供应品-活动-文化圈形图"都可以很好的做到。
2. 体察用户(Mode 3),这个步骤是设计思考的重点，在IDEO的实践中更是把这个部分放在首位，我想是很有道理的。在此书中放到阶段2也未尝不可。在本阶段可以通过各种方法对用户进行观察(工具3.6-3.15都可以)，观察之前最好规划(3.2和3.3)，选好观察对象(3.1)。更重要是使用POEM框架(3.5)和人的五因素(3.4),让你的观察更系统全面。
3.构建洞察(Mode 4),觉得这部分作者的工具太啰嗦，斯坦福设计学院所使用的POV就是一个简单又好用的方式。即观察之后归纳为POV(Point of View), 用一个固定格式表达：[USER....(descriptive)] needs [NEED...(verb)] because [INSIGHT...(compelling)], “xx用户需要xx是因为什么”这其实就是insights了。当然，观察之后呈现洞察，用户体验图(4.16)和用户旅程图(4.17)都是很好的办法。
4.建构方案(Mode 5+Mode 6) 个人觉得这两部分可以合并，对于简单的项目/设计，从概念(concept)到方案(solution)便是一步到位。对于复杂的项目，可以根据洞察一一发散，再通过概念连结(6.4),情景设想(6.5)或者更工程概念的形态综合法(6.1)构建更多样的解决方案，而筛选方案是一件很简单的事情，可以用2X2矩阵或者更复杂矩阵进行筛选。
5.方案实现(Mode 7) 书中这部分更强调是方案许可之后怎么组建团队，规划实施，试运行等等。但Mode5当中角色扮演，概念原型等等方法(5.8-5.14)其实也可以编排为这一个阶段当中，因为prototyping的过程也是优化方案一个重要一步。当然，对于不少项目，项目原型制作、呈现、改善是一个循环迭代的过程。
作者给了我们一个当工匠的工具箱，每一个都试用一下都挺有意思，但能根据具体项目进行选用，这更是一种艺术。如果Vijay能够对各工具的实用性、业界使用频度，或者在后面能附上完整的例子，对于读者来讲，会有更大裨益。
(本人对设计思考完全业余爱好，欢迎拍砖、交流、指导。：)
有关键情节透露
