复杂行为交互设计 设计方法思考

       复杂行为交互设计不同于一般的简单交互设计。一般而言个人完成的简单交互设计，往往是一个功能或者一个页面，涉及到的功能和交互十分有限，一般是：确定具体功能→功能实现方式→功能实现，这样的简单流程。

       如果说是一个完整应用的交互设计又该如何完成呢？一般而言两个大的设计方法：自上而下或者自下而上。（ps：不讨论细化的设计方案。）

 

 

           优势：能够密切关注项目整体，快速建立项目原型，高效的与项目委托方或者老板沟通。

      设计从项目整体布局，需要做多少页面，每个页面需要有什么功能，这些可以在一个项目早早期就得到完成。并且相当重要的是，我们这些原型做出来之后可以，给两个方面的关键人物预览：项目委托方和消费者或者使用者。必须明确的是，任何产品想要拿到钱，都必须满足委托方的胃口；想要做好，都必须理解和满足产品使用者的需求。

      在项目早期能够建立起大致的项目雏形，可以相对较容易的协调好两者的关系（ps：这个真的无奈，可能客户爸爸比较懂市场，我们比较懂交互。其实都有道理，但是两个不同行业的人没办法了解到两者在目标消费者心中的比重，只能进行“拍脑门子”式的取舍。）

 

        缺点：交互设计师和产品经理还有客户爸爸一起商量出来的原型，不用脑子想也知道肯定有一些功能难以实现或者实现困难。可能有些功能的确是客户想要而市场上没有的，但是估计更多的是客户想要，却无法实现的。

      所以如果选择了自上而下的设计方案，那么可能就会获得整体设计上的优势，部分功能实现上可能会改无数遍，然后最终下线。（ps：题外话，可能本身客户没有考虑这个功能，结果emm，最后无法实现，然后背锅。。）

 

 

      

       优势：嗯，最大的优势就是我们平常用的比较多，操作比较熟练emmm。场景演示：

      1、  客户巴拉巴拉说一大堆需求

      2、  产品经理记笔记，然后总结几个关键功能

      3、  一个功能，一个功能去实现需求

      似乎没什么特别之处？事实上这样非常高效，设计并不知道用户需求确切是什么，所以直接去做功能的交互。而且每个设计只需要完成特定的功能，针对性强，而且这样做出来的功能在使用性上有一定的保证。

       缺点：似乎看来没什么问题，我们可以通过这样的方法解决大部分问题，高效，准确，来钱快。但是这样做出来的只能说是一坨能用的功能，而非一个完整的软件。

 

        

       首先自下而上设计，每个功能的衔接上可能就有问题，因为是独立设计的，可能在设计风格上保持一致，但是功能与功能之间的交互就不会那么流畅。（不知道怎么描述了，词穷。大概意思就是一个功能到另个功能的切换会有两个软件的落差感，虽然界面风格是一样的，但是就是不一样）

       还有就是设计缺乏整体性，举个例子：提到QQ，我的脑中给它的第一定义词是沟通，而非QQ群，讨论组，联系人等，这些功能有机的构成了一个整体，这就是一个功能的内在联系。然后我们打开QQ的应用管理器，会发现一大堆QQ游戏，QQ动漫、QQ音乐这些功能，这些功能现在并没有整合到QQ本身（以前曾经有过整合的版本），因为实质上这些功能都不是QQ的定义，但是我们能不能通过QQ访问呢？可以的，尽管体验不够优秀。

      这又是为什么呢？举个例子：

      有个葡萄酒商找你帮他做一个卖葡萄酒的应用，他忽然对你说我每年很多利润也通过卖葡萄获得，能不能把这个功能加入到葡萄酒应用中？

这个设计整体是各种葡萄酒，但是葡萄也是客户要求的一部分。按照自下而上的思考，就是卖什么不是卖，一股脑塞进去就是。对！对于客户而言就是这样，毕竟可能他30%利润来自于卖葡萄。

      然而我们设计的软件是卖葡萄酒，目标用户也是葡萄酒选购者，他们会不会买葡萄呢？大部分会，但是不会通过这个平台。如果我们把这个功能强塞进去，可能就会导致部分用户觉得这个软件不够专业，可能就不会选购。那么设计思路就和QQ一样，设置一个外链，而非做内容整合。

 

 

       两种设计思路各有优势，实际上的选择一般就是根据钱来选择了（emmm，这个现实的社会）。自上而下能够获得较高的质量，前提是花时间不断改改改。自下而上可以快速部署，快速上线，节约成本。