乐学 简述电子商务框架包括的三个层次和两个支柱???
一、 组织架构图：
二、运营中心主要职能：
市场部：负责新产品的开发、联络，销售市场的开发，商品上市前的宣传方案制定等。 后勤部：负责产品的制作，后期处理；商品销售过程中售前售后客服咨询等。 综合部：负责日常行政管理，体验店管理，公司人员入职、调动、档案保存等工作。 财务部：负责公司相关财务，税务工作等。
业务部：负责公司相关的包含但不限于农业保险、车辆保险、跨界经营等相关业务。
三、部门人员设置
市场部
市场部经理：
1、全面计划、安排、管理市场部工作
2、协调部门内部和其他部门之间合作关系
3、制定年度销售计划和方案
4、拟定并监督执行市场规划和预算
5、拟定并监督新产品上市计划和预算
市场专员：
1、负责新产品的开发和联络
2、收集整理产品所需的相关产品及企业资料
3、协助市场部经理制定新产品上市计划
策划专员：
1、策划新产品上市的宣传方案
2、协助电商部技术人员进行产品相关宣传详情的制作
3、及时进行广告、公关活动效果的评估
后勤部
后勤部经理：
1、全面计划、安排、管理电商部工作
2、协调部门内部和其他部门之间合作关系
3、负责公司产品文字以及宣传方案的制定
4、负责与总部联系沟通产品上线的相应工作
美工：
1、负责产品详情的制作
2、负责公司宣传材料的制作
客服：
负责网络销售产品售前售后咨询
综合部
综合部经理：
1、全面计划、安排、管理综合部工作
2、协调公司各部门合作关系
3、负责制定公司企业管制制度、人事管理制度等相关文件
4、负责企业各部门人才招聘需求的整理和审核
行政专员：
负责公司日常考勤、会议记录、办公用品发放等工作
体验店店长：
负责体验店的日常管理，货架产品的摆放、卫生，产品进销存管理等。
财务部
会计：
1、全面计划、安排、管理业务部工作
2、协调部门内部和其他部门之间合作关系
3、负责公司财务税务相关业务
4、制定各项费用的申报和审核程序
出纳：
1、负责银行账户的日常结算
2、保管现金、存单以及各类有价证券
业务部
业务部经理：
1、全面计划、安排、管理业务部工作
2、协调部门内部和其他部门之间合作关系
3、建立业务团队，保证公司各项业务顺利展开
4、统筹协调部门内各项业务的均衡发展
5、制定 工作计划 、目标与奖惩机制 农险业务人员：
负责公司农险业务开展工作
车险业务人员：
负责公司车险业务开展工作
跨界业务人员：
负责公司跨界业务开展工作大型电子商务网站架构，摘抄 7同一个网站的多语言该如何处理是好,使用配置文件然后cookie或url来判别===客户是自己公司，使用标准方法即可
8电子商务网站最多的就是 商品的打折方式和积分的赠送了,这里要怎么设计才好(工厂模式)===采购成熟的规则引擎
9如果同一时间并发大量订单的话,如果确保一个订单的有效提交呢
==电子商务一般要使用MQ，推荐IBM MQ；使用MSMQ也可
第一点是数据库要设计好，要达到什么级别，你可能需要考虑哪些表需要拆分，哪些表的核心数据需要冗余，如果是mysql，还要考虑其他的问题，比如存储引擎。
新闻肯定是要生成纯静态页，对数据库压力就小很多，不过静态页也有管理上的不方便，更新删除添加都要对磁盘文件进行 *** 作
做一个自定义缓存层，对缓存逻辑进行控制，可以采用第三方缓存模块，如果使用net来做，可以层层缓存，页面缓存，数据缓存（memcache，不过在win下效率不高）
电子商务网站特点就是对事务的严格，需要数据库设计的时候要求高性能，也需要合适的索引，支持高并发，经常对产品表用户表等进行索引检查，是否有很多索引扫描和表扫描（即使是局部的，也要将“局部”控制到最小范围）
mssql语句对不需要事务的查询要附带上with(nolock),以利于并发更新。
有些功能模块不能按照想当然的方式开发，比如产品访问次数，切不可将这些更新非常频繁的字段置于核心表内，明确的做法是将其剥离开来 还有就是切不可经常性将字段设计成bool类型，这样会给以后的扩展留出路，即使是男女这种字段，也建议采用tiny类型
其他还有就是在产品设计的时候充分考虑seo，网站目录结构清晰可读，而不是带着一串串的查询参数。
对安全要有整体的把握，最好全都是用存储过程，在项目上线前将数据库存储过程全部导出再查找貌似exec的语句，查找是否需要替换成sp_executesql。
另外，如果采用mssql，全文搜索直接用mssql fte就可以，速度和精确度都还是可以的，最重要的是维护和管理开发很简单。
打折的处理可以按照电信的一次，二次批价功能，如果你做过电信方面的系统。
当然也可以设计得更简单的一些。 静态的页面建议使用CDN加速，以解决网通和电信之间访问速度的问题；
数据的缓存方面建议考虑用memcache，另外也可以分别在表现层和数据层利用net中的现存缓存机制作业可；
简单执行的sql可以不用存储过程，存储过程会占用数据库服务器的处理时间，造成死锁；
mvc建议还是做些CMS的项目上应用，电子商城不是很适合，个人观点。url上可以做转义，使url显示更友好；
数据库建议建立分布数据库，这样可以转移查询和大访问量对数据库带来压力；
可以考虑单独放在一台服务器上；1三层架构
2使用手写sql,手写entity(生成也可),缓存反射绑定(不是缓存数据哦,缓存映射关系),要考虑网站的长期发展还是手写吧 灵活 性能也好
3没有这种问题,商业驱动的,纯购物就好了,千万别搞什么圈子,wiki
4纯net的mvc不建议,webform不搞viewstate,不搞服务端控件(除repeater)再加点mvc的思想已足够用了
5不需要缓存数据(除搜索产品部分),要考虑多台服务器的程序快速部署,config文件会很多,config要序列化缓存
6当然是先生成好了,参照jd吧,按业务每张对应几个不同大小的图
7据经验,电子商务网站仅靠中英双语来达到多语言是不靠谱的(文化 用户习惯不是简单的语言切换),如果想真正运营英语的就要重新开发一个版本
8不搞模式
9负载均衡(web,db)+ssb异步处理数据
10你是业务类型的日志还是异常日志 前台订单流程上异常日志不需要了,找个工具录个脚本不停的跑 保证随时发现问题发邮件就可以了
11找第三方搜索组件 类似endeca的
12负载均衡挺简单的,初期靠软件就可以,一切找第三方放cdn,前台网站用到ajax的地方很少,如果用的话jquery 1，一个电子商务网站用户995%的行为时Find
2、对于商品检索部分，能不用数据库就不用数据库（网上切词等相关的开源平台很多）
3、分布式缓存（Memcached 、Volecity），个人测试volecity 3还是不错的
4、系统设计时必须要考虑可运营。从这个角度去设计系统
5、对于电子商务网站改动很频繁，必须考虑架构设计如何适应频繁的版本更新
6、必须设计一个好的单点登录系统。
7、建议能不用sqlserver就不用它。
8、对于大型电子商务网站来说，系统的I/O是起决定因素而不是CPU和内存。1项目划分是否会有问题,图中分别是 实体层,数据访问接口层,数据访问层,业务逻辑接口层,业务逻辑,网站A,B,C
项目划分其实不重要，重要的的是你在写代码的时候是否能把代码合理的分到对应的项目里。
2数据访问层是要开发效率(NBear,Linq,Nh等),还是访问效率(直接使用sql等)是否可以先使用开发效率高的,等日后访问量大了,再重写并替换数据访问层
开发效率优先，访问量大了以后，我相信是有钱投到硬件上的，在你程序写的不是很烂的情况下，升级硬件远比优化程序节省成本。
3网站被切割成了多个子网站,有一些控件(如header,footer)是要共享的,如何跨网站项目共享这些控件呢
那就做成自定义控件啦。
4ms的mvc 10也出来不少时间了,是否已经够成熟运用到项目中或者是网站后台使用webform的,前台使用mvc
推荐使用使用webform的,前台使用mvc，对于前台来说使用mvc能更好的提升性能，更方便的更换页面表现形式。后台界面相对稳定，用webform可以提高开发效率。
5网站数据的缓存是自己开发一个hashtable什么的来维护呢,还是使用Memcached
初期建议用hashtable，因为简单，将来升级到Memcached 。
6缩略图的处理,我看有的网站是在上传的时候直接生成,有的是在>做抖音电商要的步骤是：
1、首先我们运营抖音电商和其他的平台电商都是一样的，我们需要把和用户建立信任放在第一位，这样才可以长久的运营下去。
2、我们应该考虑到的是自己在抖音电商中所卖的产品，产品质量是否过关等，一定要让用户认可你的产品。
3、第二我们需要考虑到的应该是用户了，不论在哪里卖东西，需要考虑到的都应该是用户需求。
4、第三在抖音上卖东西，我们需要考虑到自己拍摄的视频和售卖的产品的行业领域是否统一。
任何电商平台都离不开和用户建立信任；要从产品出发，坚持产品质量；从客户的角度出发，实时掌握客户需求；注意视频和产品的行业领域同一度。
如何管理电商的五个基础逻辑
流量逻辑
做生意，无论线上线下，都要解决“获取顾客”的问题。凡是能带来顾客的，都可以看作流量。这个渠道能带来多少流量，单个用户的获取成本是多少，是每个生意人都会算的一笔账。
比如你开一家麻辣烫。开在小区里一天需要100元摊位费，能获取50个客户，单个成本2元。开在地铁口呢，可能摊位费1000元，能获取400个用户，单个成本25元。
作为摊主，你可以选择开100个小区摊位，充分利用低成本流量。也可以选择在地铁口搞个大摊位，多搞些串的种类和饮品，提升单个用户收益，充分利用高成本流量。
流量逻辑包含三个基本的规则：
趋势红利
越早进入一个渠道，成本就越低。2010年开淘宝店，赚钱比较容易。2012年再开，你可能得开个淘宝直通车、买点竞价排名。随着卖家越来越多，淘宝的流量越来越贵，最终会上升到和线下一样的成本。所以淘宝并不便宜，便宜的只是淘宝刚兴起时的趋势红利。
前两天陌陌的人说，现在最大的感受就是流量真心贵，而且必须得买了。2017年他们必须要投钱去购买各家应用市场的头部排名，才能拿到流量，这是前所未有的事情。
移动端的流量越来越贵，用户越来越难以获取。实际上，用户并不便宜，只是智能手机刚兴起的时候，用户的在线时间突然得到了一个极大的释放。便宜的，只是移动端兴起时的趋势红利。
生意规模的边界
同一个渠道，想获取更大的量级，成本一定会升高。
CAC指的是你每获取一个用户的成本。LTV指用户生命周期内为你贡献的利润。只要一家公司的CAC﹤LTV，就可以继续扩大生意，直到两者相等。换句话说：生意的边界，就是CAC=LTV。而且随着用户规模的扩大，CAC一定会越来越高。
比如你卖榴。你如果自己写软文，在朋友圈发广告，CAC=0，但每天只能卖2个。想多卖一点可以考虑做个公众号，找水果店帮忙吸粉，可能变成CAC=3，每天卖50个。继续扩大，只能去投广点通了，CAC=20了，每天能卖1000个。还想扩大，那就增加粉丝通投放的量级，每天烧个几十万，你 会发现终于成本上升到了榴的利润覆盖不了的地步，这就是你生意的边界。
公司规模也存在着类似的边界，公司规模的边界是管理成本=外包成本。也就是如果外包比自己招人省钱，公司就没必要继续扩大规模。现在公司的规模正在变得越来越小，就是因为工具越来越完善，外包协作越来越容易。
总有便宜的渠道
越是只适合你的，就越便宜。由于不同产品的产品逻辑、用户属性都有着很大区别，有些渠道会仅适用于你的产品，由于缺乏竞争者，流量的价格就会相对便宜。
很多手游上线的时候，会联系游戏公会，通过送福利包的形式推广产品，其他的App就没法走这条路，那这样的CAC一定是相对便宜的。
只有莆田系，才舍得几百块一个点击地买流量，因为LTV实在是高。假设200元一个点击，100个点击换取1个就医患者，这个人就要为流量成本买单2万元。所以莆田系就算治得好病也别去。
成本逻辑
任何产品都有成本。
成本有多重构成，比如一部iPhone，研发、制造、零售商、物流、服务(客服/保修)、营销，都是成本。每次iPhone上市，都会有很多人转《一个iPhone的造价仅XX美元》的文章，其实没什么意义。须知经过这么多年的商业发展，在各方面相对稳定的情况下，一个商品的售价和定倍率都是相对稳定的，也是合理的。
但互联网的到来，改变了很多商品的成本逻辑，主要是从两个方面。
互联网改变了成本结构
一件商品的成本构成是很复杂的，制造成本仅占其中很小的一部分。
互联网的实质是连接，直接连接厂商和用户，省去中间的多次物流成本、经销商扣点、营销成本和广告费用，商品就能以极低的价格出售，用户获得更多实惠，厂商也能获得更多的利润。
互联网产品的边际成本为0
所谓边际成本，指的是每多生产或者多销售一个商品，带来的总成本的增量。
京东每年都亏损，为什么大家还是很看好它因为到一定的规模时，每多上架一个商品的成本接近0，这时候，京东怎么做都是赚钱的。而超市就不行，上架商品要占货架，要消耗租金，要人工来理货，成本无法降低到0。
定价逻辑
一款商品做出来了，如何定价呢
销售额=单价×销售量。那么定价就有两种倾向：高单价高毛利，或者低单价大量销售。
一般情况下，越是满足感情需求的，放在感性心理账户的商品，越会选择高单价。极端的情况是奢侈品，比如机械表，走得没有电子表准，性能也不如电子表，但造价高，有机械之美，有所谓的“工匠精神”，定价极高。买机械表的人，买的不是一块表，而是一种符号，成功男士的'符号。
而满足基本生理需求的，由于价格 *** 性较低，基本就只能走低单价的路了。前几年凡客诚品想试试高溢价卖衬衣、裤子什么的，看看这两年的热度你就知道，不太靠谱。
风险逻辑
做生意就肯定有风险。有些商业模式就会通过购买风险的方式获取利润。
比如茅台酒，经销商为什么能赚那么多因为经销商承担了库存的风险。厂家不知道生产多少是最合适的，而大量库存导致的资金链断裂是非常致命的。总代理呢，就把所有的货都包过来：“你的库存风险我包啦!但你得给我便宜的价钱才行。”之后总代再将商品逐步地销售出去。
注意：总代既然承担了风险，就不会只赚不赔!如果商品销路不好，总代就要降价倾销，是要赔钱的。那么总代这门生意的实质，就是对未来风险的判断。他判定商品的销路会好，是他做生意的前提。
风险买卖在商业中非常常见。自如的三年不涨价，天猫的7天无理由退换，各类保险公司，各种基金、贷款，本质都是在做风险买卖的生意。
规则漏洞
如果刷过单，你就会知道这世上专门有一类人靠着商业逻辑的漏洞赚钱。这种人，在线上叫羊毛党，在线下叫黄牛党，本质是一类人。
我们来看一个经典的例子：
电信公司推出活动，充200返200购物券。200元，换200话费+200购物券很合算，但话费是和账户关联的，没办法流通。有没有办法换成，200元，换200元购物券+200元购物券呢
有!再找一个人做等量置换就可以了。
A给B200元，B去营业厅，把这200元充到A账户里，自己又掏200充到A账户。此时A得到了400元话费，B得到了400元购物券!
这时候就简单了，比如你所在的城市有3所大学，每所大学5000学生，找一帮学生帮忙，打一个“充200赠200”的条幅，每搞到一个用户就奖励他们20元。假设每所大学能获取2000个用户，那么3所大学总共能获取6000个用户。每个用户，你都帮忙充值200，套取400元购物券，你就获得了240万购物券，九折变现，再去掉给学生的分成奖励，净赚84万，简直可怕……
前两年O2O大火的时候，有多少推广的钱，是烧给了这些羊毛党我相信真实的数字是很惊人的。大量的用户补贴被羊毛党套利获取，十几台手机，一家线下门店，每个月套利几万元乃至十几万元的黄牛，大有人在。
流量便宜的时候，怎么做都有得赚。流量昂贵的时候，就要回归商业的本质。如何提升流量使用效率，优化成本结构，采取合理定价策略，灵活处理风险，避免规则漏洞，这些都是电商从业者要修炼的基本功。
前台系统包括：商品展示，内容展示，订单确认，支付系统，用户中心四大模块
一商品展示
站内搜索(搜索提示，搜索规则，搜索成功页，搜索不成功页，相似推荐)
导航(频道导航，其他导航如销售排行，广告位，推荐位，文字链，alsobuy等)
商品分类(品牌分类，品类分类，属性分类如剪裁形式)
登陆页(商品列表页，商品详细页，商品活动页)
这里的访问逻辑是：a/b/c分流消费者去往相对个性化的页面，由登陆页体现商家的核心诉求和价值传递，完成call-to-action的第一步。
二内容展示：内容展示较为简单，对纯购物品牌而言包括：
公告区
帮助中心
论坛(如需商城与论坛发生交互，则需自行开发，否则可集成discuz做同步登陆即可)
三订单确认
订单确认，就是帮助消费者正确提交订单信息的环节，看似简单，实则非常复杂，需要对很多信息逻辑判断和处理，一般由2个部分组成：
购物车
订单提交(返回购物车，收货地址&地址薄，支付方式判断，配送方式，发票，订单标记，实付金额计算等等)
四支付系统
与一般的想象不同，支付系统其实并不简单等于第三方支付工具接入：
外部支付系统(支付宝将接口，财付通接口，网银直联端口， *** 分期端口)
内部支付系统(账户余额，积分，礼品卡，优惠券)
支付系统的逻辑设计不但需要考虑到各种极端情况的发生(如一张订单先用礼品卡，再用积分，最后网银支付)，还要预留财务做账所需的相关字段，并充分考虑订单取消之后如何回滚各类内部账户。
五用户中心
用户中心的实质是用户自助功能的dashboard，一般4个部分组成：注册&登陆(快速注册，完整注册，注册有礼，推荐注册，密码找回，主站id登陆，open-id登陆如qq，新浪微博等)
订单中心(历史订单状态，中间状态订单修改，物流追踪)
服务中心(各类自助服务如退款申请，退换货申请，建议与投诉等)
信息管理(用户基本信息管理和账户信息管理)
后台系统包括：商品&促销，crm，订单处理，wms，采购管理，财务管理，报表管理，系统设置，wa系统9大模块一商品&促销
商品管理(品类管理，品牌管理，单品管理)
促销管理(活动管理和自定义活动模板管理)
在上述模块中，最重要的是2个部分：单品管理中的批量产品生成的自动程序和活动管理中“共享与互斥”管理。前者用于大幅提升上新速度，后者避免促销活动失控。
二crm：crm是对b2c核心资源—会员的管理，服务与再营销系统，包括如下部分：
会员管理(会员信息的增删改查和到其他系统的链接)
用户关怀(条件触发和人工触发相关edm&短信&ob)
定向营销(会员分组和营销活动管理)
客服管理(内容非常多，集成所有需前台与后台交互的功能，详情还是看图吧)
呼叫中心(ivr，坐席管理，统计报表，参数传递与窗口嵌入)
值得注意的，edm和短信通道市面上已经有成熟的外包服务商，一般都会外包；呼叫中心和在线客服自行开发成本太高，特别是呼叫中心系统，业务初期也都是外包的。
三订单处理：订单处理是在订单未正式进入仓储部门处理之前，对订单的前置性处理环节。
订单录入(电话订购，网上下单，外部团购订单，无金额订单录入如礼品单)
订单审核(自动审核和人工审核)
rma处理(rma申请单和rma处理单)
四wms(warehousemanagementsystem仓库管理系统)
wms的流程很长，功能模块也很多，大致分为入库管理，库存管理，出库管理和票据管理4个模块四个模块
五采购管理
供应商管理(供应商信息管理，合同发票管理)
采购单管理(po单管理，负po单管理)
库存管理(库存查询，库存占用单，库存变动log)
六财务管理：b2c的财务管理，主要是对供应商，渠道和内部费用支出的成本控制。
供应商结算
渠道结算
配送结算
内部结算
七报表管理：报表是b2c业务的宏观表现，理论上说，每个部门的kpi都应该从中找到。
搜索报表(站内搜索量查询)
销售报表(多个维度销量查询，优惠券使用情况，报表导出)
财务报表
客服报表(客服日报和坐席报表)，前者反映与消费者发生的日常交互(包括正常与异常)，后者考核客服的工作绩效
仓储物流报表，这几块报表，是业务运作的核心，涉及到公司机密，就不能写的太细了，见谅。
八系统设置：这块大家都知道是干嘛的，也就不多说了，分成三块。
基础设置(和业务有关的一些字段值)
权限设置(不同账号的 *** 作权限和 *** 作记录)
其他设置
九wa系统(webanalytcis)
网站分析系统，几乎全是外购，很少有能够自建的，即使自建，最多做几个简单的模块。用于实战的，要么是免费的ga(googleanalytics)，要么是昂贵的omniture。
数据库的逻辑结构设计就是把概念结构设计阶段设计好的基本 E 一 R 图转换为与选用的 DBMS产品所支持的数据模型相符合的逻辑结构。
逻辑结构是独立于任何一种数据模型的，在实际应用中，一般所用的数据库环境已经给定（如SQL Server或Oracle或MySql)。
由于目前使用的数据库基本上都是关系数据库，因此首先需要将E-R图转换为关系模型，然后根据具体DBMS的特点和限制转换为特定的DBMS支持下的数据模型，进行优化。
0条评论