B端产品设计：从产品角度谈“软件模块化设计”

“报销单”包含单据编号、单据类型、单据金额、提交人、提交日期等信息，但“财务分析”模块只需要用到单据金额、提交日期两项数据，那么就只允许“财务分析”模块通过接口调用的方式访问这两项数据，其他数据一概不能访问。

4. 面向数据结构（面向接口）

软件系统一般由逻辑（算法）和信息两部分构成，信息又分为内容和数据；逻辑是构建软件功能的骨架，内容和数据是血肉，其中以数据尤为重要。

假如要实现软件模块化且模块之间相互独立，必须要先抛弃逻辑（实现方法），因为有逻辑就代表这两个模块谁也离不开谁，就不能称之为独立。

如果这两个模块必须要关联在一起，但又不允许它们在逻辑上互相干涉，那么最好的办法就是为它们内部包含的数据进行抽象化，形成标准化接口，以数据调用的形式实现两个模块间的互相协作。

5. 高内聚，低耦合

这里要解释一下，其实“高内聚，低耦合”才是软件开发的内在要求，“模块化设计”只是实现“高内聚，低耦合”的其中一种方法。

• “高内聚”最精准的体现是“面向对象开发”，它的意思是从功能角度来衡量模块间的联系，也就是说一个好的内聚模块应当只做一件事；
• “低耦合”的精准体现是“面向接口开发”，意思是从软件结构角度衡量各个模块之间的联系，耦合强弱取决于模块间接口的复杂程度、进入或访问一个模块需要调用的接口数量和次数；极端的低耦合是不需要任何接口，但一般很少见。

“高内聚，低耦合”是判断软件设计好坏很重要的一个标准，关于如何达到这一要求，本文不作重点介绍，大家可以自己查查资料简单了解一下。

04 兼顾考虑用户体验和市场需求

模块化设计并不只是为了提高软件开发效率、适应快速变化，它在一定程度上也代表了最优的用户体验和市场需要。下面举几个例子：

• UE设计中有一个“就近原则”，就是对相关控件进行直观分组，创建一个更少混乱、更有组织的布局，使用户在一个区域只进行一类操作。
• 页面设计中的树状菜单和“面包屑”元素，代表着分层分级；
• 每个页面只进行固定的、少量的几个相关性较强的功能操作，比每个页面进行很多个操作学习成本更低，更容易上手使用；
• B端客户的定制化需要相对比较高，而ToB产品往往都做得又大又全，有的客户可能仅仅只需要部分功能模块，这时就需要为拆分后的功能模块进行单独定价，最终报价按照客户选用的模块进行汇总。
• 采用模块化设计的软件产品，可以结合客户行业特点或公司产品规划，针对性地对某个模块进行优化升级，使之单独成为一款产品参与市场竞争，并且不会对原系统造成影响。

作者：产品路漫漫；微信公众号：产品路漫漫

本文素材来自互联网

（编辑：核心网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!