产品架构怎么做才好？

2017-09-20 10:25:00

产品架构的好坏影响的产品未来拓展性和业务发展，那么产品架构怎么做才是合适的？

产品架构的好坏影响的产品未来拓展性和业务发展。好的产品架构特别在初期快速迭代期，不会因为技术原因耽误产品。

在产品设计初期，建议在结构流程以最粗的流程进行设计。在后台管理模块上，已最大的划分结构进行应用。但是考虑到后期可拓展性，在表结构建立上，尽量进行对细分对象和关联关系去架构。在前端设计上，尽量以简洁的核心业务模块为主进行展示。针对主场景的应用进行MVP产品设计。

一、思考方式

1、商业模式思考

商业模式对于电商来说，有简单的搭建平台和自营方式。这样的方式，就是对于前端产品的架构设计提出了要求。我们使用不同的方式进行产品架构。在商业模式思考上，要把核心业务赢利点的流程设计清晰。比如，单车类产品的押金收费，这个环节设计甚至比之后的每次骑车付款的流程都要有用。

2、公司运营模式思考

在运营模式思考上，要对公司后台管理人员进行有效了解和知晓未来产品推广的方向。在通过大运营的模式下，去提高产品设计结构完美性。比如，在复杂的公司等级时，会有很多审核流程。但是当初期后台产品上线时，完全不需要这些功能。比如banner运营管理，初期产品都可以不做。

3、为使用者进行考虑

对于后台使用者来说，会有不同管理权限和对应的不同职责。在设计后台时，尤其要考虑使用人员的所在公司等级关系情况。针对性的进行设计。

比如，A运营人员有上级领导B。所以对于B的权限，就要可以查看到的A，而且也可以进行系统管理。这些都是进入实际应该场景中。在一款新app上线中，大部分app都可以无需注册进行使用，甚至可以保存浏览记录。只要登录注册就可以看见。这些都是保障了使用者的场景思考。

4、用户使用进行考虑

除了用户初次登录使用之外，几乎绝大部分的情况都是登录情况下进行操作。我们要尽量监控和维护用户所产生的数据。对于数据来说，我们在产品结构中是称为很底层的东西。在这个底层的数据中，我们需要通过数据挖掘去发现业务和进行业务营收的重任。

二、拆分结构对象

（PS：对象指的是我们在做产品管理时，会对某一事物进行描述。比如，用户管理，就是对用户进行抽象。）

1、结构对象足够分离

在拆分产品结构时，我们需要对产品结构进行足够细致的拆分。比如，产品分类和商品上下架简单的系统设计中完全可以放在一起操作。但是当运营人员职责更加精细管理时，这样的结构就不适用了。所在，在设计之初，要告知开发人员这里是可以进行分类的。产品分类管产品分类进行设计，商品上架和内容进行设计管理。

2、对象足够有扩展性

对象怎么有足够扩展性呢？比如，在设计商品时，我们如果考虑到初期是自营，后期未来发展方向是平台的时候。就必须把商家的字段内容给独立出来进行拓展表结构设计。在这个时候，厉害的产品会与技术进行沟通设计，这样就是为了保证未来的拓展性。

3、对象有足够成长性

抽象出来的对象，要对管理的进行有足够成长的判断性。比如，在商品管理中，除了分类，还有商品内容，商品的运营管理等等。等当一个管理涉及很多细小模块的管理时，我们就必须进行拆分性的思考。特别是商品管理，还涉及主业务的订单管理、前端的购物车、营销管理、运营管理等等时。作为核心的管理模块，我们必须进行细致的拆分。

4、拆分需要合理性

拆分对象，需要绝对的合理性。并不是所有的对象都合适进行拆分。比如，在拆分价格时，有市场价格、标准价格、营销价格等等。这个是不是需要具体拆分那么细致吗？比如，在电商行业中，是有必要的。但是在O2O电商中，比如共享单车，就不会有市场价格，因为这个价格本身是不存在的。但是大家会说，它还是有划去的价格，那个是它本身的价格。而我们现在买的月卡，其实是一种营销价格去推广市场用的。