O2O电子社区商务网站平台建设产品架构解决方案，我们在前面相关文章中聊完业务链路，大家可以看到，O2O平台的基础产品功能和电商是一样的，包括商品、价格、促销、购买流程和支付等。网站建设公司认为产品的主要差异是履约流程的差异，履约模式的变化，在产品结构上不再需要采仓配的架构，取而代之的是站点模式的分单履约模式。从商家维度看，由于O2O服务的性质，所有实体（如商品、购买和促销等）的管理都会以区域、商家的维度进行独立处理，不会出现电商平台那种混合下单的流程。优惠券、促销和商品也都是独立运营使用，这就造成购买流程的设计区别于标准电商，当然它们的本质差异不大。从结构上来看，我们将履约的环节单独拆分出来，作为供应链属性，替代原有的采仓配。由于O2O的平台属性，我们将运营分为商家自运营部分和平台管理部分，类似电商的商家平台机制。平台负责监管和整体，商家负责自身运营的环节。除此之外，还有一些公用的模块，如财务等，
如图7-2所示。O2O的模式在一些环节会出现多个不同的载体，比如商家和平台都有会员管理，但平台会员和商家会员的使用范围和福利范围都是不同的。
如图7-2所示。O2O的模式在一些环节会出现多个不同的载体，比如商家和平台都有会员管理，但平台会员和商家会员的使用范围和福利范围都是不同的。
对于O2O电商网站平台建设首先我们看一下前端的部分，在这里前端主要指用户终端的购买流程。用户通过用户端完成购物，由于O2O的场景没有跨店铺的情况，因此在设计购买流程时，订单下单环节的所有商品都出自同一商家店铺。这样的方式简化了类似电商的购买场景，影响到的环节主要包括两部分：购物车和订单确认及计算。电商的购物车在前端往往会使用单独的页面，这种方式有助于进行复杂的逻辑计算，电商的购物车包含大多数订单交易的计算逻辑，比如促销、优惠券和运费等，这些都是建立在跨店铺、跨商家成单（交易单）的情况下。O2O不存在这种场景，因此购物车无论在前端展示还是后端逻辑中都可以进行一定程度的简化。大多数O2O的用户端使用的是底部悬浮层的方式进行处理，跨店铺的商品不会存在于同一购物车中，即购买时如果切换店铺选品，则购物车不会累加而是清空。而实时触发服务的O2O模式省略了购物车的环节，直接进入订单确认的环节，比如打车类O2O。好了，限于篇幅，网站建设公司本文关于“O2O电子社区商务网站平台建设:产品架构解决方案(上）”搭建经验就分享到这里，我们会在本栏目下一章节继续与各位分享，谢谢关注，博纳网络编辑整理。
当前文章链接：/construction/foreign/14311.html
如果您觉得案例还不错请帮忙分享：
[声明]本网转载网络媒体稿件是为了传播更多的信息，此类稿件不代表本网观点，本网不承担此类稿件侵权行为的连带责任。故此，如果您发现本网站的内容侵犯了您的版权，请您的相关内容发至此邮箱【qin@198bona.com 】，我们在确认后，会立即删除，保证您的版权。