在做一个功能之前，需要先梳理这件事情的逻辑和整体框架，形成一个产品模型。这个过程相当于是把一个脑补的大楼，变成一个细节化的图纸。这样才能避免产品变成功能叠加，或者后续改造极大，对用户体验造成损伤，也避免系统反复重构造成的资源浪费。
光这么说很难理解。现在我们用case来详细解释一下。
第一个case，是偏C端的积分体系设计。积分体系的核心目的是激励用户产生我们所期望的行为。下图是我们之前做的积分体系。
我们可以看到，整个模型里，积分体系包含了获得、消耗、风控三大部分。其中积分获得机制跟用户关键操作行为相关，后期可能会根据产品功能的改变和当前阶段目标的变化不断调整；消耗机制主要是体现积分价值，跟商城相关；风控机制主要是避免恶意操作，主要包括系统根据算法，自动对用户行为进行判断和人工操作部分。
第二个case，是偏B端的对账功能。以电商平台的商家端对账功能为例。
对账的核心是应收和实收的数据核对，是一个典型的数据产品。这个产品的主要功能在于数据集成、支持个性化对账习惯，最终提供能够生成财务报表的数据。
理清了产品模型之后，后续开展新业务，只需要按照这个模型接入数据，在功能层面按照个性化对账习惯支持数据展示及导出即可，系统可以保持稳定状态，对业务线的支持也更加灵活。
