教育产品组件化交互设计的实践与思考

正文

请到「今天看啥」查看全文

目前组件化已经趋于普遍，单一功能的组件更常见，比如搜索组件、筛选器组件，也有较完整的功能模块组件。每一个组件都是一个完整的产品，它们在业务产品内不断扮演着再组合更多产品的角色。但并不是所有的功能都适合去做组件，组件本身不存在影响产品的好与坏，最重要的是在驱动组件化设计及升级之前，要以组件化思维的姿态，对项目现状有比较清晰的评估和认知，全面审视需求方向，考虑解决方案，提炼全功能组件。在衡量组件化设计这个问题上，也可以去尝试探寻一些量化方法，当然也不局限于量化的数据，更重要的挖掘产品方及用户的诉求。这就需要考验组件发起者对产品需求的思维广度与深度。

✨

设计前期

怎样快速接收并消化组件化需求？

拿到需求后怎么着手去消化并分析需求，也就是我们设计前期应该做好哪些工作？从确定发起做题库组卷模块的组件到项目落地，我几乎没有富余的时间去深入了解需求。简单分析一下，首先组件化需求的特点是业务需求下沉，需求功能模块化，模块与模块关联性更强。组件化需求的终极目标是将需求实现成由n个box组合而成的功能，类似于乐高积木，虽然每个积木都是相互独立的，但是可以灵活，可以多样。同样，组装起来的组件模块也是灵活多样的，功能也是强大的，所包含的逻辑性也就更强。所以，面对组件化需求，根据其需求特点，总结了以下几点快速接收消化需求的方法：

1. 需求思维模块化，快速分解需求。组件与组件之间不应该存在环形依赖关系，所以大可以去快速分解需求。换种说法，就是将业务设计思维转化为通用设计思维。

举个简单栗子：题库需求可能涉及到多种题型，比如单选题，多选题，填空题，组合题等。题型与题型之间会有相同属性和不同属性，那就需要将所有属性抛开题型抽离出来，对相同属性进行分析，相同属性即可设计为同类组件，甚至也考虑可以使用同一组件。

2. 尽可能完整地走查和整理所有已有 & 潜在业务场景，并根据对需求稿的理解构建全局观，全链路考虑解决方案。

3. 提升同理心，积累塑造自己的知识体系，拓宽自己的需求视野。

✨

项目问题与解决方法

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

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

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

请到「今天看啥」查看全文