小贝的知识文档
日历
网志分类
· 所有网志 (39)
· 思想 (5)
· 杂杂谈 (11)
· 广告 (3)
· 好好生活 (6)
· 互联网 (9)
· 胡思乱想4号线 (1)
· 未分类 (4)
最新的评论
站内搜索
友情链接
· 我的歪酷
· 个人学习方法上的导师
· TechWeb.com.cn - 操作比理念更重要
· 网站分析在中国——从基础到前沿
· Link Love GA
· 艾瑞咨询
· 新浪科技时代

订阅 RSS

0013640

歪酷博客

在这里收集知识
小贝 @ 2011-04-25 13:45

转自派代网 http://bbs.paidai.com/topic.php?id=47966

第一次发新贴,该支持的支持,该拍砖的拍砖。
不是专家,不过做电商的同时也在做网站运营,所以看问题的角度可能和很多朋友不一样。

现在电商热钱太多,不管是融资圈地的大B还是苦苦挣扎想尽办法挣钱的小C都面对着同样一个问题,流量成本节节攀升。不管是CPM还是CPC还是按效果付费都在考虑如果降低成本,如何让效果更有效。很多朋友在投放广告时的理解和数据是有偏差的,这就和电商运营中自我认定的爆款和数据反映的爆款往往不那么一致是一样的原来,还是要看数据

个人做了个小总结,我统计样本不大,只简单统计了1000万PV展示的效果,太多了看得晕,所以也可能有偏差。不过不管国内最大的门户也好,还是二线三线行业网站很多问题都是万变不离其中的

<图一>用的GG数据
1.大部分的可供投放网站的流量基本80%都在内页(这和淘宝商品的一样),但是首页、栏目的报价远高内页。
2.首页、栏目页第一屏的点击率高于内页,但是第二屏、第三屏可能相反(这和页面的内容密度和版式、功能设计有关)
3.左侧效果远好过右侧,可能差距在1.5-5倍。
4.同样页面第一屏的不一定就比第二第三屏的点击率高(左侧除外),主要是和页面功能构造、广告周围内容的影响力有关。比较明显的就是新闻资讯页,新闻标题附近和内容下方评论位置其实点击率差不多,但是报价就有一定差距。
5.广告的规格形式比尺寸大小要重要,资讯类网站160×600就比728×90效果要好,再次是300X250,其他效果会差一些,而论坛形式确是728×90效果最好,没仔细去分析每种尺寸。

<图二、三>用的百度热图数据
6.密集型文字区域,效果最好的左上侧,基本形成左上三角的热区。
7.虽然大部分时候图片效果要比文字好,但是仍然取决于相关性,很多时候有意想不到的效果,相关性很重要,有木有!!

这里注意下,CPM还是CPC还是按效果,实际处理上都是有分别的。高点击率可能带来转换率降低,低点击率可能会有高转换率,具体还要看匹配程度。

选择投放建议,尤其是针对一些小卖家通过一些小的联盟去做投放的时候要注意(大卖家我无法建议,估计很多投放经验比我丰富)
1.定位不明确的媒体(如中小型综合性新闻类等站点)不建议投放
2.流量主要在首页的网站不建议投放(例如淘宝联盟是可以看到目标网站受访最近地址的),这类大部分都是采用导入流量。
3.日IP和PV在1:2以内不建议投放,基本来了就走,说明什么问题不用多说
4.日IP和ALXEA排名存明显不吻合的不投放(虽然ALEXA只是样板数据,准确性一般,但是流量越大的网站相对越准,日IP5K以上才比较适用此方法)
5.论坛及SNS媒体类型争议比较大,但是我个人不建议,尤其是粘性很大那类。
6.广告密集不要投放,这个不是指总广告数,只是说区域密度。尤其是单屏区域类的密集程度超过1/3的那些不建议。
7.价格异常低、性价比非常高的不要考虑,天上偶尔掉馅饼,但是砸到你的机会微乎其微,还不如去买彩票

较优选择:
1.专业类型网站,能清晰定义访问客户的群体特性,性别、收入、关注的产品;
2.产品相关站点且已形成口碑,在同行业中有较高的名气
3.流量分布清晰,广告位设置统一性高的网站
4.PV:IP在1:3-1:10之间最佳,过低的来了就走根本没有时间看你广告,过高的粘性太强,每天都会有很大程度的重复PV。




 
小贝 @ 2011-04-25 13:44

原文链接 http://bbs.paidai.com/topic.php?id=45431

运营B2C日久,越来越深刻的意识到IT系统对确保规范化业务流转,支撑消费者端的均一服务有着决定性的作用。于是,一直想好好整理下相关的系统架构,怎奈俗务缠身,一直拖到今日,猛然发现下周娃很可能就要出生,拖无可拖,快马加笔,居然整出来了。本文的重点是理清系统的逻辑关系,详细的功能模块请参见结尾附上的系统架构图。


首先,聊下对系统逻辑架构的看法;我个人始终坚持认为,系统的开发与演化,前台严格follow消费者的购买流程,后台则盯牢订单流转,牢牢抓住这两条主线,才能高屋建瓴的看清B2C的逻辑链和数据流,更深刻的规划功能模块,从而更有效支撑实际业务的流转。


前台系统包括:商品展示,内容展示,订单确认,支付系统,用户中心四大模块


一, 商品展示

按照Ebay的内部分类,任何将商品以单个或批量的方式展示给消费者的功能均应归入此系统。因此,该系统至少包括:

A, 站内搜索(搜索提示,搜索规则,搜索成功页,搜索不成功页,相似推荐)

B, 导航(频道导航,其他导航如销售排行,广告位,推荐位,文字链,Also buy等)

C, 商品分类(品牌分类,品类分类,属性分类如剪裁形式)

D, 登陆页(商品列表页,商品详细页,商品活动页)

这里的访问逻辑是:A /B/C分流消费者去往相对个性化的页面,由登陆页体现商家的核心诉求和价值传递,完成call-to-action的第一步。



二, 内容展示

内容展示较为简单,对纯购物品牌而言包括:

A, 公告区

B, 帮助中心

C, 论坛(如需商城与论坛发生交互,则需自行开发,否则可集成discuz做同步登陆即可)

大家都知道,就不多说了。


三, 订单确认

订单确认,就是帮助消费者正确提交订单信息的环节,看似简单,实则非常复杂,需要对很多信息逻辑判断和处理,一般由2个部分组成:

A, 购物车(购物车浮层,购物车页面,无注册购买)

无注册购买是需要慎用的功能,除非刻意追求用户的短平快下单,如团购/换购,一般不推荐使用,会造成系统异常复杂,开发量也很大。

B, 订单提交(返回购物车,收货地址&地址薄,支付方式判断,配送方式,发票,订单标记,实付金额计算等等)

值得一提的是,几乎大多数的促销逻辑运算在这个环节完成,充分考虑各种促销方式之间的互斥与重叠是系统设计的核心,需要充分考虑各种情况,避免出现逻辑漏洞。




[版权归自在有我(王稀达)所有,欢迎转载,但请注明出处]



四, 支付系统

与一般的想象不同,支付系统其实并不简单等于第三方支付工具接入:

A, 外部支付系统(支付宝将接口,财付通接口,网银直联端口,信用卡分期端口)

B, 内部支付系统(账户余额,积分,礼品卡,优惠券)

支付系统的逻辑设计不但需要考虑到各种极端情况的发生(如一张订单先用礼品卡,再用积分,最后网银支付),还要预留财务做账所需的相关字段,并充分考虑订单取消之后如何回滚各类内部账户。


五, 用户中心

用户中心的实质是用户自助功能的dashboard,一般4个部分组成:

A, 注册&登陆(快速注册,完整注册,注册有礼,推荐注册,密码找回,主站id登陆,open-id登陆如QQ,新浪微博等)

B, 订单中心(历史订单状态,中间状态订单修改,物流追踪)

C, 服务中心(各类自助服务如退款申请,退换货申请,建议与投诉等)

D, 信息管理(用户基本信息管理和账户信息管理)

用户中心的价值在于:尽可能引导用户自行获取所需的信息并提交所需的服务,在提升服务准确率,及时性的同时降低对人工成本。


后台系统包括:商品&促销,CRM,订单处理,WMS,采购管理,财务管理,报表管理,系统设置,WA系统9大模块


一, 商品&促销
商品&促销模块的核心在于确保消费者下单之前,前台内容所见即所得

A, 商品管理(品类管理,品牌管理,单品管理)

B, 促销管理(活动管理和自定义活动模板管理)

在上述模块中,最重要的是2个部分:单品管理中的批量产品生成的自动程序和活动管理中“共享与互斥”管理。前者用于大幅提升上新速度,后者避免促销活动失控。


二, CRM

CRM是对B2C核心资源—会员的管理,服务与再营销系统,包括如下部分:

A, 会员管理(会员信息的增删改查和到其他系统的链接)

B, 用户关怀(条件触发和人工触发相关EDM & 短信 & OB)

C, 定向营销(会员分组和营销活动管理)

D, 客服管理(内容非常多,集成所有需前台与后台交互的功能,详情还是看图吧)

E, 呼叫中心(IVR,坐席管理,统计报表,参数传递与窗口嵌入)

值得注意的,EDM和短信通道市面上已经有成熟的外包服务商,一般都会外包;呼叫中心和在线客服自行开发成本太高,特别是呼叫中心系统,业务初期也都是外包的。


三, 订单处理

订单处理是在订单未正式进入仓储部门处理之前,对订单的前置性处理环节。

A, 订单录入(电话订购,网上下单,外部团购订单,无金额订单录入如礼品单)

B, 订单审核(自动审核和人工审核)

C, RMA处理(RMA申请单和RMA处理单)

RMA的逻辑也异常复杂,需要在效率和成本之间找平衡,确保在不拖垮仓储部门的正常出入库的前提下对消费者端快速有效close工单;对内部则需要控制成本,货损不能超过预算上限。


四, WMS(Warehouse Management sy&#115;tem仓库管理系统)

WMS的流程很长,功能模块也很多,大致分为入库管理,库存管理,出库管理和票据管理4个模块四个模块,细细道来就是另外一篇文章了,各位可以参考我这篇文章:庖丁解牛—B2C仓储内部运作解密(上,中,下)http://blog.sina.com.cn/wangxida0855


五, 采购管理

采购管理的核心是有效跟进采购合同/发票的状态,大货的采购入库/退库,财务结算和在仓库存查询和处理。

A, 供应商管理(供应商信息管理,合同发票管理)

B, 采购单管理(PO单管理,负PO单管理)

C, 库存管理(库存查询,库存占用单,库存变动log)




[版权归自在有我(王稀达)所有,欢迎转载,但请注明出处]



六, 财务管理

B2C的财务管理,主要是对供应商,渠道和内部费用支出的成本控制。

A, 供应商结算

B, 渠道结算

C, 配送结算

D, 内部结算

说实在的,哥对财务这块也不算很了解,大家将就看看,图片上有明细。


七, 报表管理

报表是B2C业务的宏观表现,理论上说,每个部门的KPI都应该从中找到。

A, 搜索报表(站内搜索量查询)

B, 销售报表(多个维度销量查询,优惠券使用情况,报表导出)

C, 财务报表

D, 客服报表(客服日报和坐席报表)

前者反映与消费者发生的日常交互(包括正常与异常),后者考核客服的工作绩效

E, 仓储物流报表

这几块报表,是业务运作的核心,涉及到公司机密,就不能写的太细了,见谅。



八, 系统设置

这块大家都知道是干嘛的,也就不多说了,分成三块。

A,基础设置(和业务有关的一些字段值)

B,权限设置(不同账号的操作权限和操作记录)

C,其他设置


九, WA系统(Web Analytcis)

网站分析系统,几乎全是外购,很少有能够自建的,即使自建,最多做几个简单的模块。用于实战的,要么是免费的GA(Google Analytics),要么是昂贵的Omniture。