先打个岔，后台一大步，电商产品的核心在后台

　　

先打个岔，后台一大步，电商产品的核心在后台

　　

　　“前台一小步，后台一大步”，电商产品的核心在后台。本文总结了电商产品的后端设计，希望对你有所启发。

　　在我们谈论这个话题之前，让我来谈谈。经常有朋友讨论什么样的产品才是好产品，什么样的产品经理才是好产品经理。

　　其实这种问题就像是在问表面上哪个社会制度最好。不同的企业对这些有不同的定义。不要太纠结。保持初衷就好。好的产品应该对用户有价值，并能体现商业价值。对于产品经理来说，其实这个职位也在不断的演变。分前后端，分模块，分业务，但作为产品经理，你要时刻有远见，了解整体业务，整体产品，熟悉技术，有运营思路，维护自己的渴望学习。一碗鸡汤应该是“成长是你自己的事”。

　　回归正题，电子商务应该是近年来被验证最精辟的互联网商业模式，并且还在激发新模式的探索。看看大大小小的各种电子商务公司。你会发现电商市场的鱼塘很大很拥挤，逐渐开始发展的越来越精细。电商模式也有很多，比如B或者C，这里我主要讲B2C。其实其他机型也不错。它们纯粹是个人笔记。欢迎聊天。

　　私下，做产品需要有更清晰的思路：对业务有足够的了解，能够将业务清晰地描述为产品方案，拆解产品，明确关键流程和核心模块，并控制产品落地节奏，不断打磨。

　　电子商务产品包括前台产品和后台产品。 “前台一小步，后端一大步”。电商产品的核心其实在后台。本文（第1部分）将首先梳理后端产品。下一集需要看心情。还有天气。

　　电商平台核心模块划分

　　

　　电子商务始终围绕着商品、人、交易展开，其他一切都可以理解为电子商务的支撑子系统。讲的详细，可以出这本书，所以本文只简单讲几个核心系统，供参考。

　　一、产品系统

　　商品管理是电子商务的重中之重。商品系统的核心需求主要包括：

　　1.使用户快速发现产品，充分满足搜索和漫游需求

　　主要依靠搜索和产品列表页面过滤、前端分类操作、推广活动结构化精准推荐等，这方面需要产品管理模块提供结构化特征属性

　　2.让用户得到尽可能多的信息进行决策

　　方便用户做出购买决策，提高交易转化率。如品牌、名称、规格参数、描述和价格等

　　3.提高运营效率，方便维护产品信息，管理产品生命周期，构建管理产品库

　　尽可能简化维护步骤，使需要维护的信息尽可能简洁、完整

　　实现从创建、审核、发布、移除和回收的整个产品生命周期的管理。

　　随着SKU的扩展，需要对产品进行品类分类，从品牌、基础分类等多维度结构化管理产品库

　　商品管理主要包括：商品基础品类管理、前端品类管理、品牌管理、属性管理、商品维护管理。

　　

　　商品品类包括后端基础品类和前端品类。后端基本品类定义了商品属于什么品类，具有哪些属性；前端品类与消费者认知和消费热点相关，可以通过基础产品聚合，可以按品类、品牌等维度过滤

　　背景基本类别树：

　　一个电商平台只能有一个基础品类树，任何产品只能属于品类树上的一个基础品类（粒度到叶子品类），用属性维度构造一个解耦的品类树来串联所有产品

　　

　　品牌管理：

　　一个品牌可以维护多个品牌别名，方便用户在前台搜索；编辑产品时只能选择“启用”品牌；删除品牌时，只有当前品牌没有被产品关联选中，并且该品牌处于禁用状态才可以删除。 二、订单系统

　　订单系统是整个电子商务系统的生命线。电子商务产品体系应以交易为基础。订单系统贯穿整个业务流程

　　

　　1.系统设计和订单数据

　　订单系统作为电子商务系统中最核心的系统，对系统的高性能和高可用性的要求很高。

　　存储层：

　　订单相关数据的独立存储，通过主从库和redis提升存储性能，分开存储不同维度的数据，根据需要通过订单ID和接口服务提取相关数据，使用子库和表从长远来看，ES 搜索实现了高可用性和可扩展性。

　　服务层：

　　拆解主交易系统和查询系统，避免业务交互，支持业务迭代和性能提升。

　　运维层：

　　实现运维智能化、自动化。活动前定期对整个链路进行压力测试和关键日志；活动期间，实时监控和处理系统运行过程中的业务和接口服务指标。

　　2.下单流程

　　

　　3.订单状态机和订单推送

　　订单状态应该从它的存在价值来理解，才能理解其背后的设计机制。根据不同系统（角色）的维度定义，粒度也根据业务需求细化，主流程关键状态基本通用。

　　订单/支付/物流三个系统的主流程应该有独立的状态（包括流程状态和节点状态），避免耦合在一起，否则随着业务的发展，状态变得越来越复杂，降低效率和可扩展性。

　　4.订单管理

　　

　　三、会员/用户系统

　　会员系统聚合导出用户信息，满足所有相关系统对用户数据和服务的需求。核心诉求：

　　

　　对于其他子系统，真的需要花很多时间整理，尤其是天气不好的时候，下次再跟大家分享一下，最后说说电商系统的性能和安全性（真的很浅薄，跟阿猫阿狗系统没法比）：

　　四、系统容量、性能和安全

　　系统容量（流量）：

　　它关系到系统在一定压力下的稳定性。影响电商流量高峰的主要因素是抢购、促销和恶意攻击。例如，平台注册用户数达到1000万。按照一般电商平台数据计算规则：

　　

　　响应时间：

　　是关于系统性能的，对用户体验有更直观的影响

　　常见的电子商务平台安全风险：

　　写在最后：

　　有必要把一个非常大的项目解释清楚。照片有点乱，所以省略了很多。有些事情谈起来更方便。有些地方写得很厚。不明白或想深入交流的，可以微信聊天。什么。

　　不知何故，我已经很努力地写了很长一段时间。未经许可请勿转载。如果天气好，我会分享更多。

　　作者：Old Buffalo，曾经的HWer，创业，挖坑，10年产品，熟悉电商、支付、O2O，带来了产品技术团队。

　　本文由@老水牛原创发表，人人网是产品经理。未经许可禁止转载。

　　标题图片来自PEXELS，基于CC0协议

　　奖励作者，鼓励他努力！

　　欣赏

　　5 人获得奖励