时间: 2021-08-03 09:53:26 人气: 26 评论: 0
产品架构的好坏影响的产品未来拓展性和业务发展，那么产品架构怎么做才是合适的？
产品架构的好坏影响的产品未来拓展性和业务发展。好的产品架构特别在初期快速迭代期，不**因为技术原因耽误产品。
在产品设计初期，建议在结构流程以最粗的流程进行设计。在后台管理模块上，已最大的划分结构进行应用。但是考虑到后期可拓展性，在表结构建立上，尽量进行对细分对象和关联关系去架构。在前端设计上，尽量以简洁的核心业务模块为主进行展示。针对主场景的应用进行MVP产品设计。
商业模式对于电商来说，有简单的搭建平台和自营方式。这样的方式，就是对于前端产品的架构设计提出了要求。我们使用不同的方式进行产品架构。在商业模式思考上，要把核心业务赢利点的流程设计清晰。比如，单车类产品的押金收费，这个环节设计甚至比之后的每次骑车付款的流程都要有用。
在运营模式思考上，要对公司后台管理人员进行有效了解和知晓未来产品推广的方向。在通过大运营的模式下，去提高产品设计结构完美性。比如，在复杂的公司等级时，**有很多审核流程。但是当初期后台产品上线时，完全不需要这些功能。比如banner运营管理，初期产品都可以不做。
对于后台使用者来说，**有不同管理权限和对应的不同职责。在设计后台时，尤其要考虑使用人员的所在公司等级关系情况。针对性的进行设计。
比如，A运营人员有上级领导B。所以对于B的权限，就要可以查看到的A，而且也可以进行系统管理。这些都是进入实际应该场景中。在一款新app上线中，大部分app都可以无需注册进行使用，甚至可以保存浏览记录。只要登录注册就可以看见。这些都是保障了使用者的场景思考。
除了用户初次登录使用之外，几乎绝大部分的情况都是登录情况下进行操作。我们要尽量监控和维护用户所产生的数据。对于数据来说，我们在产品结构中是称为很底层的东西。在这个底层的数据中，我们需要通过数据挖掘去发现业务和进行业务营收的重任。
（PS：对象指的是我们在做产品管理时，**对某一事物进行描述。比如，用户管理，就是对用户进行抽象。）
1、结构对象足够分离
在拆分产品结构时，我们需要对产品结构进行足够细致的拆分。比如，产品分类和商品上下架简单的系统设计中完全可以放在一起操作。但是当运营人员职责更加精细管理时，这样的结构就不适用了。所在，在设计之初，要告知开发人员这里是可以进行分类的。产品分类管产品分类进行设计，商品上架和内容进行设计管理。
对象怎么有足够扩展性呢？比如，在设计商品时，我们如果考虑到初期是自营，后期未来发展方向是平台的时候。就必须把商家的字段内容给独立出来进行拓展表结构设计。在这个时候，厉害的产品**与技术进行沟通设计，这样就是为了保证未来的拓展性。
抽象出来的对象，要对管理的进行有足够成长的判断性。比如，在商品管理中，除了分类，还有商品内容，商品的运营管理等等。等当一个管理涉及很多细小模块的管理时，我们就必须进行拆分性的思考。特别是商品管理，还涉及主业务的订单管理、前端的购物车、营销管理、运营管理等等时。作为核心的管理模块，我们必须进行细致的拆分。
拆分对象，需要绝对的合理性。并不是所有的对象都合适进行拆分。比如，在拆分价格时，有市场价格、标准价格、营销价格等等。这个是不是需要具体拆分那么细致吗？比如，在电商行业中，是有必要的。但是在O2O电商中，比如共享单车，就不**有市场价格，因为这个价格本身是不存在的。但是大家**说，它还是有划去的价格，那个是它本身的价格。而我们现在买的月卡，其实是一种营销价格去推广市场用的。
做产品经理，少不了多交流。
与运营沟通最多的最好是他们的运营方式，要满足他们的运营方式。但是运营人员喜欢去跟你说实现方式，实际上，讨论那些不是重点。重点是，我们要帮助运营在产品上能发挥出最大的价值。怎么发挥最大价值？就需要知道他们真正想要怎么和用户互动，怎么去做推广。这些都是最基础的。
与技术确认表结构很重要，因为表结构不仅决定了未来产品可扩展性的大小。
还决定了之后市场中推广**不**因为产品而拖累。在确认的时候，要对产品结构有充分认知和理解。也要对未来这些表结构所能产生的数据有所认知。
产品结构最终需要满足企业和用户之间的架构桥梁。产品结构没有绝对的完美，因为每一个业务都是有自己的生命周期和发展历程。我们产品经理尽量要做到产品结构未来的发展、成长、拓展、甚至是变化。这些才是最重要的。
晓翼，微信公众号：上海人在北京。人人都是产品经理专栏作家。专注于电商、O2O的产品经理。**IOS开发、**P图、**运营的逗比一个。常关注社交、旅行类产品。
本文原创发布于人人都是产品经理，未经许可，不得转载。
题图来自PEXELS，基于CC0协议
