在实际的设计与项目进展中，多多少少都会遇到很多问题。总结了以下几个比较典型的问题及解决方法。同时这几个问题也是做组件化需求尤其要注意的问题。

　　如何保证组件设计的一致性?

　　组件化交互设计最基本的一点是保证设计的一致性。在准备将某个功能模块做成组件时，我们通常要考虑所做的设计够不够通用，能不能满足接下来的需求?除了学习参考ios，andriod和其他操作平台的原生设计规范外，这里分享两种简单的方法：

　　1. 尊重用户习惯。可以挑选现在比较成功的同类竞品，将其产品框架结构及操作规范梳理一下，一般竞品成功的原因不外乎两个：一是给用户带来了使用价值，二是给产品方带来了商业价值。既然给用户带来了使用价值，那这些产品的功能或操作体验在某种意义上讲应该是基本符合用户心理预期的，这些成功竞品的功能或操作规范也是和用户的习惯相辅相成的，是有借鉴意义的。

　　2. 将需求最终呈现为交互框架时，可以尝试自上而下对信息结构化归类。比如归类颗粒度为：操作属性，信息展示属性等等，而信息展示属性又可以向下归类为列表类，卡片类等等，这就可以回归到我们常说的交互组件库。比如下图所示，题库的管理与试卷库的管理。题库是对题目的管理，试卷库是对单份试卷的管理，虽然是两个不同的功能模块，但确有着极相似的操作属性与信息展示属性。

　　如何保证设计方案的可行性?

　　在组件化交互设计上，保证设计方案可行性也是非常重要的。既然是整个功能或模块去做组件化设计，那它的逻辑性相对来说也是较为复杂的，因为它融合了更多业务方产品的需求。而我们的目标就是需要将这些复杂的需求转化为更简单，更灵活的功能，满足不同的需求。

　　在交互设计上，为了保证设计方案的可行性，首先要考虑整个设计的环路，无论是应用层，框架层，逻辑层都要 一 一 分析，然而真正在项目实践中，时间很难允许我们去套用完整的研究方法论，只能靠经验或自己习惯的设计方法快速产出最终目标。

　　这里推荐一种针对复杂项目特别实用的设计分析方法：通过基因分解，解构基因，再整合基因的方法，梳理结构、时间线、基因之间的关系去组织新的信息结构、并设定目标任务流程。这里的基因可以是需求，可以是模块，可以是场景，也可以细致到项目流程中的每个环节。也可以通过(人)人物原型，(事)要解决的需求，(物)所在的当下场景去分析。分析到位后再整合到整个设计过程中。

　　以下通过EduOS所做的题库组卷案例简单分析几个模块：

　　1. 应用层。题库组卷作为教学系统模块，可以从教学后台和用户学习前台两个场景下梳理需求及流程。将每个场景下的时间节点与操作节点梳理出来，并整理两个场景下的流程关联关系。

　　2. 框架层。在组卷内，原本的组卷方式根据4种不同的组卷形态存在4种不同的设置方式，形式单一，不够灵活。而题库组卷的需求是希望做更灵活，更通用的组卷方式，而不局限于组卷的形态。所以明确了如下图所示的需求设计方向。

　　另外，此次组卷我们新增了主客观组合在一起的组合卷。所以需要分析新的组合卷较以往的组卷形式，它们的区别以及各自的属性分别是什么。

　　3. 逻辑层。再来分别分析一下题库及组卷的业务流程及操作逻辑，结合其操作属性构建完整的设计环路，并将其转化为更直观的流程图。

　　4. 整合。最后将最终分析出来的有效基因进行整合，将整个环路整理出来，在这基础上再来进行交互大框架的设计。另外，组件化需求一般是在已有功能的基础上被提议的，产品策划一般会对产品设计的方式定义为3种：复用，配置，定制。这3种方式同样影响到交互设计方案。