首先解释一下啊，大兵小将只是借用了下年初热映电影的名字，本文跟该电影没有任何瓜葛。最近在做一些产品的维护项目，实际上在现有成型产品的基础上进行完善。想到最近因一桩桩口水战引出的微创新概念，以及题目中提到的大兵小将，突然觉得最近做的项目情况也是这样一种形状：在大产品下做一些小项目的设计，在大产品的规范性下做一些交互的微创新。于是乎，用了个交互设计之大兵小将作为题目，总结下最近的任务情况和感想。起了名后，突然发现本人也不经意间用了抢手概念，哈哈。没有炒作的意思啊，完全是突发奇想，妙手偶得。

大产品小项目

进入搜狐UED以来做的项目不断围绕白社会产品，偶尔也会参与CHINAREN、微博。这是几个成形并在运转阶段的产品，所以所做的项目是一些产品的完善、更新、改进任务，这也决定其项目规模不大，至少不用花上数月甚至数年那么大周期，而且每个项目的团队人员也比较精炼。貌似互联网行业的产品有很多共同之处，据了解FACEBOOK的项目开发也差不多这种情况。所以说，是在做大产品的小项目。

做小项目的交互，对交互设计师的有不一样的挑战。最明显的表现两个方面。一是由于没有时间留给你做详细的用户调研，还好我们在平日的任务里开展了一些用户访谈，对用户的使用情况、习惯和心思有一些积累；二是没有足够的时间等待完整的产品需求，在做设计的时候，就把本人当做产品经理，不只需求从交互设计师的微观角度深入，还需求从产品经理的宏观方向把握。当然也有很多好的地方。比如项目小组人员精炼，沟通传达的成本低；产品项目从策划、设计、开发到上线，周期很短，很快就能看到本人的产品，成就感经常得到满足。

大流程小细节

了解到产品需求后，就开始了产品的角色任务流程分析。分出角色，可以勾勒出产品的各种使用场景；理出任务流程，有助于把产品的功用顺畅的融入用户交互流程。把大流程理定后，差不多产品的设计思路就成形了。后面做的，就是一些流程的细化推究考量任务了。整个过程就像是先把建立一个大树，然后再插上大树的枝蔓。这就是所谓的大流程小细节。

在大流程小细节的过程中，需求考虑一些产品的限制要素，如审核、隐私等。我总觉得这是一个很有意思的过程，由于在梳理流程前，可能会觉得产品要完成的是一件复杂的事，用户需求繁杂的交互才能实现其目的。但是经过一步步梳理，你会发现原来这事并不复杂，其实就那么几个环节。当然还可以考虑将哪些环节让计算机来完成，用户只需完成必须的实在不能再省的那几步。把一个复杂问题简单化，乐哉。

大框架小设计

俗话说，没有规矩不成方圆。对于一个成熟而健全的产品，都会有或者应该有它的规范，这是产品长期发展保持统一性所必须的。对大产品的维护完善项目来说，大框架的设计基本上是有法可依、无形可鉴的。交互设计所需求做的就是依据项目本身特点，在产品规范下设定大框架，然后在细节处理上最大限制从用户角度出发，从交互的易用方面进行设计。可谓大框架小设计。

这一方面有点像机械化大生产，可以带来高效；另一方面也会对各个项目产生一定的限制，就像是在狭缝中做设计。理想形状是既有高效，又能游刃不足。

大背景小故事

对于交互设计思想的表达，一个重要的环节就是交互讲解或者评审会。这是一个讲故事的环节，把产品的功用、交互流程贯穿在假设的故事中，让与会人员了解这是什么样一个东西？这个东西有什么用，怎样用、在哪用？等疑问。也就是用一个小故事，讲出许多问题。所以这个小故事是大有来头，有个大背景的。

讲故事最拿手的除了老师，我映像最深的就是张震了，他的鬼故事曾风靡大江南北各学校。我在讲故事时比较喜欢先用一句话概括这个产品是什么干啥用的，然后用角色任务流程来说明这个产品是怎样用的，最后结合交互原型，对故事的呈现过程进行详细说明。目前来看，可不能达到张震那个效果，但对于与会人员来说，应该还不错。

以上仅是近期任务的一个总结，及一些小悟。纯属团体唠叨，如有同感，甚是巧合。