传统电商和O2O电商产品架构怎样搭建和注意事项？ 举报 理由 举报 取消 我是自问自答，欢迎其他同学盖楼一块完善。 2017年12月10日 3 条回复 999 次浏览 B2C,分析,生鲜,电商,电子商务
回复 ( 3 )
电商APP后台主要是支持APP常用功能和活动营销，主要有以下几个模块
用户管理：
用户类型：B端用户，C端用户
新增用户：用户名，密码
删除用户：删除，禁用，黑名单
修改：用户基本信息，权限修改
用户查询：手机号，ID，用户名，姓名，状态，区域查询。
权限/功能管理：不同用户分配不同权限等级、功能。
用户等级：用户用户价值区分，便于活动营销
消息推送
条件触发：按照某些条件，订单，支付，到货，确认收货，退款等特定条件触发通知。
手动触发：按照用户、地区、年龄、性别、等级、时间，事件等人工给用户推送的特定通知。
通知内容：文本公告通知，活动通知链接到指定活动页面URL，页面通知，链接到app 内固定页面。
商品管理
商品新增：
删除,禁用
修改：
查询：
商品基础信息管理：根据实际应用内容合理添加功能。
商品ID设计时注意不要超过11位（超过11位后excel 会自动科学计数法显示，会严重影响线下效率）
商户管理（有B端商户的APP）：
新增：
删除：
修改：
查询：
商户基础信息管理：根据实际应用内容合理添加功能。
商品ID设计时注意不要超过11位（超过11位后excel 会自动科学计数法显示，会严重影响线下效率）
类型管理：
商品分类：需要有专门对商品分类进行管理和配置功能，便于维护扩展。
单层分类：商品分类一般为三层或二层，根据商品数量具体
双层分类：对于商品较多品类丰富的电商强烈建议采用前后台两套商品分类形式（双层分类指后台分类和前台分类，后台分类是在商品录入时赋予商品的固有分类，前台分类是指商品给予用户端展示的分类，双层分类之间是多对多关系，并且对应关系简单可配置可参考淘宝前后台分类结构），可大大提供系统扩展性和易用性，同时可用于商品营销。
商户分类（需有B端商户）：需要对商户按照一定维度进行分类，便于归类总结统计等。
APP配置：
文本配置：App所有文字都要通过文本文件下发，尤其对于跨境和多语言App尤为重要。App前期会有很多“坑”所以强烈建议可配置。
功能可配置：用于app 功能AB测试，和针对不同级别用户展示不同功能（参见微信红包照片），可很大程度提升App扩展性。
入口\分类可配置：分一下几种入口（形式参见淘宝十大圈圈和分类），商户类别，商品类别，功能入口，活动营销入口（一般是H5url）。
所有IOCN图标/app背景可配置：针对重大活动或者营销（参见天猫双十一）明星粉丝节等，可给做全平台类大型营销，让APP整体换新。
备注：考虑到大量O2O公司在搭建电商系统时考虑不足特建议按照地区维度： 大区（华北、华南、华东等）、城市、直辖区、商圈（商圈维度相对较小了很少有比商圈还精细的业务）等维度去搭建系统包括以上提到的，功能配置，入口配置，以及下面用的活动营销配置都要加上 地区维度。地区完整结构表可以从国家某网站直接下载（具体记不得了，谁找到了可以分享一下）也可以从百度或者高德地图API获取。
订单管理：
查询：查询维度：订单相关，用户相关、商户相关、收件人相关，对应销售相关，时间相关等。
冻结：异常订单处理。
修改：及其特殊情况需要变更订单内容，一般退换货较多类型电商常见（超市O2O类）
发货：操作订单的发货和录入物流信息。
订单状态：按照实际情况标明订单状态。
备注：订单数据属于一个公司的核心业务数据，所以在权限查看上一定要限制好时间和数量，避免不想干人批量导出（数据外流会造成重大事故）。
物流发货：
大规模交易量会涉及到批量发货问题需要着重考虑。
推荐搜索：
搜索词黑名单：某些违禁词（你懂得）不允许被搜索或者搜索后是无结果页面，该功能一定要操作实时生效，具体可参见315晚会直播时淘宝和京东反应速度。
推荐商品：推荐黑名单，通过商品ID、关键词、分类等过滤布可以推荐的商品。
因搜索 和推荐涉及到产品配置功能较少多为RD直接修改。在产品架构搭建上我会给出一份更详细针对搜索和推荐产品的产品经理应该改怎样做。
活动营销（以下内容配置需要考量用户级别，地域，时间等因素请产品设计时考具体场景）：
搜热词：可以手动配置搜索热词，用于特殊商品或品类推广
搜索banner：PC上会用到，NA用不到不涉及PC业务的可以忽略。
Banner：常用app在首页顶部都有banner几轮播这里用于配置banner内容，一般会连接到h5活动页面。
开机画面：开机画面变参考嘀嘀打车启动界面（广告收入日赚百万）。
活动营销：因活动涉及内容较多这里不再详细赘述，列举常用活动类型和说明。
1.直降：直接对某个商品进行降价，商品信息页会提示有“直降”优惠。
2.赠京豆（京东京豆）：购买某个或某类商品时订单完成后赠送一定额度京豆，直接打到账户，其他公司根据自己的豆子送，美团豆，外卖积分之类的。
3.买一赠一：买1个主商品，送1到N个赠品。所购买商品数是1的整数倍时，送N的相同倍数赠品。
4.买多赠：买N（N>=2）个主商品，送1到M个赠品。所购买商品数是N的整数倍时，送M的相同倍数赠品
5.套装直降：将多件商品组成一个套装，用户购买该套装时，优惠X元。例如：A和B一起买，可享受直降优惠20 。
6.满减：购买指定的活动商品满N元后，可以优惠X元。例如：满100减20元。
7.百分比满减：购买指定的活动商品满N元后，按活动商品总价的指定百分比进行优惠。
例如：满100减20%，则满99无优惠，满150减30，满200减40。
8.满赠：购买指定的活动商品满N元后，可以从指定的赠品（可能是1个或多个）中任选一个。
9.阶梯满减：购买指定的活动商品满不同的金额，给予不同的优惠。例如：满100减10元，满200减25，满300减60。
10.加价购：购买指定的活动商品满N元后，以X元的价格购买指定商品一件。例如：加5元得价值20元的商品。
11.满返京券/东券：购买满M元指定活动商品的订单完成后，给相应用户账号返京券或东券。
例如：购买洗发用品购满100返10元京券。
12.秒杀：制定时间内限制购买X件商品。
13.限购：一般是 单个订单或用户一天内只允许购买N个（具体需求具体设计）。
14.商户补贴：该商户下每下一单给商户补贴X元。
15.商户激励：每完成多少单补贴X元，逐一递增或递减（参考滴滴uber等司机补贴策略，常用于O2O类电商）
16.分享领券：某活动用户点击后可领取一定金额代金券，多用于O2O类电商。
17.商户拉新：类似商户激励从商户维度让商户帮助拉新，同时补贴给用户优惠券，商户返现（不收佣金等）。
18优惠券：优惠券分为平台优惠券和品类优惠券商户优惠券（通用券，某商户独享优惠券，某类型商户独享优惠券，某品类商品独享优惠券，品牌优惠券某某品牌下可用券）
19.免运费（包邮）：单品免邮，品类免邮，店铺免邮，满额免邮，区域免邮（江浙沪）
出钱策略：涉及到活动就会涉及到活动的前谁来出，以上活动的“钱”会有平台、商户、供应商、品牌商、渠道商等几个维度出，包括补贴金额比例，也可能是混补。
作弊和刷单：涉及到活动和补贴时就需要考虑作弊和刷单问题（切记！）。
建立虚拟币：建立自己虚拟币（Q币，京豆，淘点）好处就是可以丰富自身的营销活动。
活动设计原则：电商活动设计原则是活动规则尽量简单，太复杂的规则用户看不懂冲着又回来到最后没搞懂就放弃里，这就是很多活动做完之后效果不佳的原因。
数据统计：
统计维度：APP，用户，流量，订单，流水，区域
APP维度：这里只要说app,其他涉及到M端和PC的请再系统设计时自动加上。
总览：（安卓、iso、wp etc）用户，装机量，下载量，订单，流水，转化率，各个版本占比，
用户维度：用户量，新用户，老用户，用户价值，活跃用户，用户级别
商户维度：商户数量，区域，覆盖品类，覆盖区域。
流量维度：流量UV/PV,流量来源，去向各页面店铺维度流量。
订单维度：新用户订单，老用户订单，订单来源，订单区域占比，各端维度订单，店铺维度订单
流水维度：各端流水，各渠道流水。
区域：各区域，流水，订单，UV/PV,日活
转化率：各主要流程转化，首页到 详情，搜索到详情，分类到详情，详情到购物车，购物车到订单
营收：营收对比，各区区域营收，用户级别营收
实时数据：实时订单（对比环比），实时流水，（对比环比），实时流量（环比对比），全国区域（实时订单数据）
AB测试数据：AB内不同功能之间做BA测试时用于对比效果。
预警：流量预警，订单预警，区域订单猛增/降预警。
除以上常用维度统计外在日常生产中还会遇到比较复杂的数据需求，大公司的做法是给部分有能力的人提供sql 查询权限，查询结果按照可视化或数据格式展示再进行分析（sql查询会涉及到部分机密内容权限处理一定要做好）
关于数据统计方式：电商因数据日志量巨大对统计系统要求很高，高效的数据统计系统不仅能方便常用数据分析而且为搜索和推荐打下良好数据基础。数据统计目前常用的有两种形式一是url统计形式，每一个url代表一个点击，App也是这么用。第二是js埋点通过“坐标”记录点击点每一次都会向服务记录坐标点，用于记录用户操作位置，最后通过坐标点对应功能点去分析用户点击和操作。因为这里重点将电商产品架构关于详细的数据统计会在其他内容中分享。
用户反馈CMS：该系统包含用户评论晒单，咨询，反馈投诉
评论晒单：因评价晒单需要对外展示所以需要对内容进行过滤（天朝你懂得）。通常是正则过滤，对于可以的评论进行人工审核，特殊的需要删除。
评价分析：对评价内容按照商户维度，产品维度进行分析，可以有效发现优质劣质商品/商户。
咨询：这里的咨询类似于京东的网友讨论圈
反馈投诉：投诉反馈针对用户对app/PC 进行的投诉反馈，很大程度有利于提升产品品质，产品经理必看。
缺少系统：
反作弊系统：
财务结算系统：
销售业务系统：
客服系统
物流系统（自建物流电商）
——————–割一下，增加以下数据分析的相关知识—————2017-03-15 更新—————————————————
以上是自己工作时一点经验分享欢迎拍砖讨论，各位工作中在以上模块遇到问题也可以一块讨论交流。
另外对于以上缺少的系统希望有经验的同学盖楼分享。
我来补充一下楼上没有说的O2O部分吧，
1.O2O的线下部分承接着线上营销活动的线下实现，也就是线上流量带到线下。
2.线下商品的售卖
3.用户线上购买线下自提。
所以会涉及到的功能有：
1.线下资产管理及维护
2.店铺销售的销售终端 POS机 小票等打印。
3.店铺内的商品管理（盘点，日结）及人事管理
4.区域内店铺的等级划分及对应功能。
5.用户自提业务。
很受用，谢谢以上两位的资料。