关于产品模块化的思考

前几天，听一位前辈讲到产品模块化的事情，对此有些个人思考，特记录下来。

产品模块化的定义

在产品整个执行过程中，包括：用户调研–产品核心确定–原型设计–UI/UE设计–开发–验收，将一部分常用功能模块化。
在这个过程中，我将整个过程分为三种情况，第一种是思维方式的模块化，发生在产品前期，用户调研，产品核心确定、原型设计的环节。第二种是创意部分的模块化，发生在UI/UE设计部分，该部分是模块化使用到的最好的地方，第三种是应用的模块化，发生在原型设计画图，开发以及验收的过程中。

思维方式的模块化

该部分我们换一个大家更熟悉的场景来说明，比如：尼尔森十大交互原则、Google十大产品设计原则等等，我们在开始设计产品时所用到的一些方法论，除了上述的方法论，想必大家在工作过程中，也有属于自己的一套思路和逻辑。在经历过几个产品后，我们可以把这些已有的方法论与实践总结结合，创造属于自己的产品建立逻辑。这样在一个新的产品需求来临时，我们可以很快速的，花尽量少的实践完成新产品的调研，产品线路规划等等。

创意部分的模块化

其实说实话，UI部分是很难模块化的，设计风格受到时代、受众、趋势等等原因影响，所以大家可以根据自己的实际情况看是否需要UI模块化，如果是外包公司或者自己公司的产品线较多，且风格一致，可以尝试一下。至于UE，可以将部分模块化，这部分属于基础模块，例如登录、个人中心等等，在个产品中通用，被大家已统一接受的地方。

应用的模块化化

这个问题我相信在不同的公司，尤其是做开发的同学，想必早就接触过此概念，并应用到现实情境下，代码的模块化可以高效的完成工作，在开发着点我就不再赘述。在测试环节，可以将功能分解，逐步测试不同功能，功能对应到不同的页面，这样，可测试的点就会少且有逻辑，另外，在测试中，可以将部分自动化以提高效率。

写在最后

其实大家发现没有，所有的一切到最后本质就是思维的逻辑，模块化只是它的表达方式。当思维清晰逻辑性强时，那么此时的行为一定是有条不紊的，并且很高效；但思维不够清晰时，我们就会时长陷入产品中，分不清主次。因此在每做一件事情的时候，我都会发时间去思考，理顺要做事情的步骤逻辑，三思而后行，这样在做东西的时候很明确的知道自己现在在做什么，接下来要做什么，最后会出来一个什么东西。
还有一点是，模块化其实是对现有东西的整理，而在产品真正的设计中，对用户需求的满足才是重中之重，模块化只能做到锦上添花，做不到雪中送炭。