刘钢的博客 – 我是UED

前一篇：8天的项目 也来谈谈小项目管理（一）
之前提的项目终于成功结束了、其实也没什么太多说了
计划总是赶不上变化、过程中还是出了一些计划外的事情占用了不少时间 感谢兄弟们都夜以继日的保质保量的完成了安排的工作

新版地址:http://www.51edu.com

那就分享下项目WBS吧：）

突然接到CEO的任务 8天 改版门户全部频道及首页 （包含栏目结构、页面展示、新内容建设） 就像当头一棒 突然蒙了

我是提前两天接到任务的，因为属于之前一段时间没有介入门户业务，所以这次是以项目经理身份出现 主要负责控制进度 把握质量 对整体项目成功与否负责 压力确实很大

今天是第三天 还算顺利 项目组的同事也都没日没夜的加班赶进度，很感动

我就谈谈这3天加提前两天我的项目管理方式吧

项目开始前我只做了两件事

一.项目边界、时间、资源、成本的确定

这我就不用详细说了 都是关键中的关键 也直接和项目核心原则相关

二.WBS分解

我认为wbs分解对于一个项目成功与否很关键 合理的制定里程碑进行监控 合理的分配资源 调整各任务的并行关系 ，我使用的是微软的Project~

因为这个项目时间比较短、所以追求的是敏捷、没有大项目的各类报表、分析

该项目涉及了多个部门协作 所以难点主要是来协调部门间的协同

目前进行第三天 基本上每天开晨会 总结昨日进度及今日计划、并听取反馈上来的项目风险信息、及遇到的问题、及时调整WBS

计划总是赶不上变化的、目前还算顺利 是否成功拭目以待了

这是一篇存档性笔记，我自己存档一下对这3个词的理解。如果你已经明了了这3个词的意思，请直接忽略之。

首先，搞清楚商品与单品的区别。例如，iphone是一个单品，但是在淘宝上当很多商家同时出售这个产品的时候，iphone就是一个商品了。

商品：淘宝叫item，京东叫product，商品特指与商家有关的商品，每个商品有一个商家编码，每个商品下面有多个颜色，款式，可以有多个SKU。

SPU = Standard Product Unit （标准化产品单元）

SPU是商品信息聚合的最小单位，是一组可复用、易检索的标准化信息的集合，该集合描述了一个产品的特性。通俗点讲，属性值、特性相同的商品就可以称为一个SPU。

例如，iphone4就是一个SPU，N97也是一个SPU，这个与商家无关，与颜色、款式、套餐也无关。以化妆品为例，下图是拍拍商城给出的SPU信息：

在商品信息电子化过程中，商品的特性可以由多个“属性及对应的属性值对”进行描述。“属性及对应的属性值对”完全相同的商品，可以抽象成为一个SPU。同 时，这些“属性及对应的属性值对”也在SPU中固化下来，逐步标准化。基于SPU的商品信息结构，可以实现丰富的应用，比如商品信息与资讯、评论、以及其 它SPU的整合。

P.s：从这个意义上讲，我认为比较购物的产品库以SPU为标准来建立是最合适的。

SKU=stock keeping unit(库存量单位)

SKU即库存进出计量的单位， 可以是以件、盒、托盘等为单位。在服装、鞋类商品中使用最多最普遍。 例如纺织品中一个SKU通常表示：规格、颜色、款式。

也有人解释说SKU就是库存的最小单位，在服装行业，正常情况是“单款单色单码”，国内品牌有把“单款单色”当做一个SKU、也有把“单款”的几个色当一个SKU、也有把一块面料的几个个款式当一个SKU,这些都是误读。

同时，引申出另外一个概念：SKC：单款、单色。如果一定要打比方的话：SKC是一个桔子，SKU是一瓣桔子，但不管怎么说，一个桔子是桔子，一瓣桔子也是桔子。

不过，SKU是物理上不可分割的最小存货单元。在使用时要根据不同业态，不同管 理模式来处理。比如一香烟是50条，一条里有十盒，一盒中有20支，这些单位就要根据不同的需要来设定SKU。比如仓储批发式大卖场，一定是按照一箱来设 定的。普通大卖场一定是按照条来设定的。烟酒专卖店一定是按照盒来设定的。过去上海等地的街边小店一定是按一支来设定的。这样一支就是烟的最小零售单位。 但要根据自己的业态和服务模式来设定。

P.s:关于什么是SKU、SKC，可以参考阿福先生的这篇博客。

【总结一下】：SPU是标准化产品单元，区分品种；SKU是库存量单位，区分单品；商品特指与商家有关的商品，可对应多个SKU。

ARPU=Average Revenue Per User(每用户平均收入)

ARPU注重的是一个时间段内运营商从每个用户所得到的利润。因此，高端的用户越多，ARPU越高。在这个时间段里，从运营商的运营情况来看，ARPU值高说明利润高，这段时间效益好。
转自：http://www.ikent.me/blog/3017

昨天去逛豆瓣小站（“前端攻城师”）发现了豆瓣新上了五指擒魔 有兴趣的可以去看下

之前在使用Google Reader的时候就发现了快捷键来进行操作的方式，对用户体验也是一种提升，现在基本看reader都是用快捷键

今天正好有时间就把豆瓣的实现看了一下 豆瓣团队的分享精神是我一直钦佩的 尤其是kejun 多次听他的演讲都深有感触

拿豆瓣的代码做了一个小Demo 地址是

http://www.iamued.com/demo/hotkey/

记得《赢在中国》中，郭凡生对创业者说过的一句话：你们需要的不是钱，而是投资者对你的信任。在虚拟的电子商务世界，信任显得尤其重要，因为如果交易发生，我们必然会从虚拟走向现实。
在淘宝网，我有几年的购物经历，我最看重的三个方面依次是：皇冠或钻石卖家、本城市、价格。其实，前两个就是关于信任。
有人说，卖产品不如卖自己。其实，卖自己，也就是建立和客户的信任关系。

信任度，本质上就是他人的行为结果是否符合你的预期，而预期来源于他的承诺，或他给你的感觉。
信任是一种结果，而建立信任的过程，就是诚信。诚信不是说出来，而是做出来，要让客户感觉到。越声张“网站值得信赖”，越容易失去用户信任。

信任度，是提升电子商务网站转化率的核心。比如，有个网站做得很烂，但如果你知道他是你一个高中同班同学在运营，你可能会优先选择它。

对于转化率，如果通过SEO，以前200用户产生1个有效订单，现在提高到2甚至4个订单。比起提升访问量，提高转化率更有效，员工更有成就感。

对于电子商务网站，信任是一种整体感觉。比如，内容大量抄袭同行，而把支付做得越便捷越糟糕(用户感觉是陷阱)。
信任贯穿了用户整个购买过程，从用户进入网站到最终离开。而在过程每一步，即在用户的每个行为意图产生时，呈现给他适合的元素。用设计的术语，就是用户体验。

在信任构成中，最核心是品牌，如公司品牌、产品品牌和网站品牌。品牌是一种性格，根源于领导者的性格。一个重销售或资本运营的公司，很难做出以品质和服务为形象的品牌。
品牌是一种美誉度，广告可以打知名度，但很难打品牌。
品牌是一种积累，这种积累往往需要若干年。
本文主要是网站的可操作性上建立的信任模型，所以把品牌建设排除在外。

另外，信任度有两个方面：用户信任度和搜索引擎信任度，对于后者，本文也没有涉及，我觉得，朴素的SEO和原创就可以达到。

大多数事物都满足80/20法则(Pareto Principle)，所以在信任度模型中，我主要介绍的是核心、可执行元素。

信任度静态模型

上图提供了一种信任度建立的结构化思考方法及要素，沿着此图独立思考，比我解释更有效。

用户购买过程

上图一是从著名的AIDA模型演化而来的。针对虚拟的电子商务(购买前可能接触不到实体公司、产品和客服)，加入了Trust步骤，因为在下一步，也就是 Desire前，客户很可能打消购买念头。Trust步骤是用户和商家产生交易行为的开始，否则网站就只是给客人提供产品信息，而无商业价值。

另外，Trust还可以放在Desire后，因为用户采取Action时，很可能出现这种情况：在网站上了解产品，在当地实体店购买。

在信任构成中，比品牌更直接的的是口碑，也就是回头客的传播，如朋友间或网络社区，也就是我上图中的Satisfaction ，也就是用户购买后的真实体验，它和电子商务的电子无关。
据统计，获得一位老顾客的成本，是新顾客的5倍，而这，也由Satisfaction决定。

后面的四动模型，更通俗、易记。本质上和前一图一致，更适用于传统营销和销售。

信任度动态模型

此图可以结合上面的静态模型。此模型是从用户的视角来构建信任度，上模型是从网站建设、任务执行角度来分解信任度。

做电子商务网站，就像做服装店，顾客从店前路过，店外和店面的装修第一感觉，决定用户是否留下(除开品牌因素)，而真正购买那件衣服，还是决定于用户的仔 细观察，如该衣服本身的款式、质量和价格。网站也一样，如产品介绍和价格、辅助信息的质量和易读性(导购员专业知识和态度)。

信任度是一个整体客户体验，信任度建设也是一个整体，要求公司全体相关人员参与，如业务人员、技术人员、财务人员、甚至行政人员(公司介绍)。所以，管理，即如何整合这一批人，非常重要。

信任度建设，既要让客人感觉到信任，也要实际上可信任，否则就是骗子/奸商。除了网站提供售前售中服务来赢得客人信任，产生购买；客人交易后，业务运营人员就应该去实现网站的承诺。而这，与电子无关。

题后记：
本文特别参考了heidi的http://heidixie.blog.sohu.com/147027487.html
及其它相关文章(google “网站 信任度”)。

转自：http://zwchen.javaeye.com/blog/712739