<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>人字拖  突破，鞋底与地面的距离</title>
	<atom:link href="http://www.rztuo.com/feed" rel="self" type="application/rss+xml" />
	<link>http://www.rztuo.com</link>
	<description>人字拖的 WordPress 博客</description>
	<lastBuildDate>Mon, 20 Feb 2012 08:55:11 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>B2C电子商务网站之订单转化率</title>
		<link>http://www.rztuo.com/archives/557</link>
		<comments>http://www.rztuo.com/archives/557#comments</comments>
		<pubDate>Mon, 20 Feb 2012 08:55:11 +0000</pubDate>
		<dc:creator>人字拖</dc:creator>
				<category><![CDATA[互联网分享]]></category>
		<category><![CDATA[b2c]]></category>

		<guid isPermaLink="false">http://www.rztuo.com/?p=557</guid>
		<description><![CDATA[做电子商务，一般有三种思路：互联网、零售和供应链。 把转化率等同于网站体验的，一般是互联网出身的设计师或产品经理，他们特别强调网站的视觉效果，交互的友好性； 把电子商务理解为零售渠道的，一般是做传统零售出身，他们喜欢处处开店，比如入驻天猫、拍拍、当当等，然后经常性搞一些打折促销； 把电子商务理解成供应链的，典型如亚马逊，它的界面设计毫无美感(虽然很好用)，没有促销氛围，就如同一个人孤零零地在一个大仓库里面选东西，但它的供应链做得非常到位，在网站随处都突出商品的库存、送达时间。 我们究竟该选择哪一种思路？有一个原则，那就是用户转化率，即用户进店后有多少人掏腰包。 用户最终是否下单，是一种整体体验，如果用户不知道该网站，而第一次进入发现界面很简陋，自然会没有安全感，所以，我们应该关注网站的视觉风格。 如果是老用户，其实是不太关注界面视觉效果的，更关注选购、下单的便捷性以及品类和物流；所以我认为，亚马逊是专注于老用户的，我第一次下单是我知道它两年后，用过一次我就觉得它是我最喜欢的电子商务网站。我当初之所以不在它上面买冰箱，因为我根本不相信这么冰冷的网站会为我提供快捷的上门安装服务，所以我选择了京东。 我们究竟该强化网站的哪一方面？决定于用户的诉求点和公司的竞争优势。像亚马逊，由于已经有海量有粘性的用户，以及强大的智能运营系统(自动化的商品推荐和备货补货机制)，可以将运营成本降到最低，从而提供天天低价服务(无需浓重的促销氛围)，而供应链是这类忠诚用户的关注核心。 其它方面，我就不展开了。下图是转化率的核心影响因素。 转化率是一个综合影响因素，需要公司各部门协作解决。我相信很多产品经理都深有挫折感：为什么我这么自信的网站改版，转化率才提升0.5个百分点。如果网站的产品价格普遍提升5%，或者竞争对手一下子降价8%，你看吧，你的网站转化率一下子会降多少，如果这件事正好发生在新版上线，你作为产品经理就等着冤吧，要是你的老板不懂上面这个图。 在网站上线后，作为产品经理当时的设计直觉，就要通过运营数据来验证了。同时，运营经理就要考虑如何来提升转化率了。 我认为，运营经理=提升运营效率 + 提升转化率。 提升转化率的第一步，就是监测转化率。而监测转化率的第一步是流量细分，它主要从两个维度来细分：流量来源和流量衰减率(购买漏斗)。 流量来源决定了流量的质量，也就是流进来的用户的需求和网站商品的关联度。如果你在一个驴友论坛去推广母婴用户，转化率肯定惨不忍睹。如果你在一个知名博客，如左岸阅读上推广当当图书，估计这个转化率不错。 流量来源是转化率第一个核心因素。 当将用户流量细分后，我们该细分站内流量了，比如图书B2C，走搜索的用户和走频道首页的用户，用户行为完全不一样，一个是有明确购买意图的主动型用户，一个是有购书欲望但没有明确购买意图的被动型用户，比如他有20元优惠券快到期了，但不知该买啥。比如后面这类用户，你给他图书排行榜或是图书专题，他可能就下手了。 在将流量通过入站来源和站内流量细分后，就应该开始关注其购买衰减率了，即每一步的放弃率，找出其核心影响因素。比如购物车的放弃率达到了 45%，是因为注册阻力还是因为只是将购物车作为比价工具呢？对于一次购买10本图书的用户，真正有意义的，是比较各购书网站的购物车价格，而不是单本书。这就要看放弃购物车的用户，有多少点击过“去收银台”，因为点击“去收银台”后就有一个巨大阻力：需要注册。这就需要监控点击“去收银台”的流量了。 下图就是我们需要监测的细化指标。 其实，产品经理和运营经理，都是对同一件事情负责：网站转化率。上线前，是产品经理根据直觉和定性分析来设计网站，网站上线后，更多是来自运营经理的运营数据，来定量指导网站的进一步优化。 根据以上监测统计到的数据，就要开始从流量来源、网站着陆页、新老用户等这些维度去权衡网站的设计了。比如像亚马逊，如果老用户占到了70%，网站布局和视觉风格就不能大动了(或者保留老网站入口)，因为会很影响老用户的浏览习惯。]]></description>
		<wfw:commentRss>http://www.rztuo.com/archives/557/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>iPhone为什么比Android好</title>
		<link>http://www.rztuo.com/archives/555</link>
		<comments>http://www.rztuo.com/archives/555#comments</comments>
		<pubDate>Fri, 07 Oct 2011 10:50:41 +0000</pubDate>
		<dc:creator>人字拖</dc:creator>
				<category><![CDATA[互联网分享]]></category>
		<category><![CDATA[iphone]]></category>

		<guid isPermaLink="false">http://www.rztuo.com/?p=555</guid>
		<description><![CDATA[曾经在不同场合与很多安卓青探讨过一些或浅或深的知识层面问题，如今想来具备真正独立思考能力与当量知识储备的，也只有一人而己；换言之，绝大部分时候只是对牛弹琴。那么我将从以下七点来说明iPhone 4比Android手机们好在哪里：工业设计，操作系统，屏幕显示，开发环境，生态环境，硬件配置，杂项。 一、工业设计 林徽因当年动身学建筑的原因，按她自己来说是：”建筑是唯一一门将工程与艺术结合至完美的学科。“词句上可能略有偏差。这句话放到现在来看，应该把”唯一“去掉，因为设计学科几乎都有这方面特质。 工业设计本身的效用并不是如绝大部分人所想的，只具备”好看“这一特性。这门学科的水很深，从材料到交互，从人性到科技，却还带着无数的限制（比如材料产能不够或者价格过高，比如要为产品部分特性放弃某些绝妙的思想），可以说拖着汽车跑步也绝对不为过。 苹果在iPhone 4之上的工业设计，精妙绝伦，按乔布斯的说法是”它就和一款老莱卡相机一样美丽“。但它不仅仅于此，它环绕着机身的不锈钢圈，不仅是天线（虽然引发了问 题），也是固定机身的梁，同时也减少了内部占用空间，iPhone 3.5寸手机有1420电池，而i9000 4英寸手机只有1500而且稍厚。它两边的玻璃，不仅与IPS屏幕的光学有着最美丽的匹配，也起着防刮的作用（注意苹果从未说过它防摔）。我觉得一个有正 常审美的人，在看到iPhone 4之后都必须承认它是人类史上最美丽的工业设计之一。它的设计恰到好处，每一个设计都不拖泥带水，与手机功能息息相关。这就是工业设计的作用。它不仅仅是 美观，它还必须是功能。 当然它还有一个特性，那就是营销，也就是工业设计上很臭名昭著的指导原则”有计划的废止制度“。有计划的废止制度，是指”每一两年对产品进行小改变，三到 四年对产品进行一次大改变“；它是一直到现在都适用的指导原则。它最臭名之处在于，诱引人们放弃手头上依旧可用的产品去追逐最新的产品，造成大量的资源浪 费。但是很明显，它骨子里散发的营销气质是苹果非常看重的。从第一代iPod到iPhone的产品进化，苹果把这项原则用到了极致。 二、操作系统 自苹果收购了乔布斯的NeXT之后，花了六年把它打磨成了Mac OS X；又在2005年左右花了两年半时间，基于它制造了iOS。从各种意义上来说，iOS是一个传统技术的操作系统。它有一个基于微内核Mach的 Darwin内核，有一个叫做Cocoa Touch的运行时，用的是Objective-C这个C语言的超集。而Android在Linux内核之上，集成了一个Java虚拟机Dalvik，整 个应用层跑在虚拟机之上，而开发语言用的是Java。 事实上双方的选择都是很有道理的。苹果有Mac OS X十年基础，当然会选择自己最精通的技术，把iOS打造成一个传统系统，也可以无缝链接Mac OS X的开发者资源。而谷歌没有任何操作系统经验，为了要争取最大的开发者资源，他们选择了世界上最大的Java社区。虽然起点相同，但走出的第一步方向就已 经截然相反。 究其根底，只在于Java只有自动内存回收，而Objective-C自动与手动内存回收均可（注意iOS只有手动内存回收）。这小小的区别导致，谷歌只 能做一个Java虚拟机，而苹果可以继续他们在Mac OS X上的经验。而这个行为导致了两者在系统流畅性上的最大区别。Java由于只有自动内存回收，系统会在任意时间停掉所有进程开始回收内存，这个过程是人类 可以感受到的数百毫秒。而iOS由于可以手动管理内存，可以在用户操作的间歇由程序员进行回收，用户不会在频繁使用过程中感受到停顿。在日常使用中这个停 顿其实是可以忍的，但是在游戏过程中这个停顿是不可以忍的，比如想像一下一只愤怒的小鸟在空中停顿了零点几秒再继续飞行。 谷歌事实上意识到了这个问题，于是它在Android 2.3版本中大修了这个问题并将之作为一个特性大书特书。且抛开2.3的普及性不谈，单说这个大修的行为，也并没有修好这个问题。于是谷歌抛出了第二个在 开发上的修补：引入C/C++ NDK。可以说到了这一步， Android整个内核往上的应用层才有了与iOS抗衡的实力，可惜时间已经过去了近四年，iOS积累了十五年，Android刚刚起步。 而在内核之下呢？基于微内核Mach的Darwin 对比 当今服务器主流Linux又如何？当年Linux创始人曾经与某位牛人吵过一场著名的架，正是关于微内核与内核对比，Linus一直到现在都认为微内核只 是纸上谈兵而在现实中解决不了实际问题。在这场吵架之后的岁月，坚持内核的主流系统只剩下Linux一家，而微内核系统已经延展到了基于SVR4的IBM AIX/HP-UX，GNU/Hurd，Mac OS X，Blackberry QNX，Windows（是的，你没有看错）。Time will tell，这句话从来都没有错。Android三方ROM所困扰的驱动问题，正是Linux内核的最大局限，植根于骨子的病是治不好的。 三、屏幕显示 在2010年WWDC上，乔布斯在介绍那块视网膜屏幕的时候说了一句”We think it(IPS)’s quite [...]]]></description>
		<wfw:commentRss>http://www.rztuo.com/archives/555/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>电子商务B2C数据分析全流程</title>
		<link>http://www.rztuo.com/archives/552</link>
		<comments>http://www.rztuo.com/archives/552#comments</comments>
		<pubDate>Tue, 04 Oct 2011 12:11:35 +0000</pubDate>
		<dc:creator>人字拖</dc:creator>
				<category><![CDATA[互联网分享]]></category>
		<category><![CDATA[电商]]></category>

		<guid isPermaLink="false">http://www.rztuo.com/?p=552</guid>
		<description><![CDATA[“请举手！如果你的用户转化率每天达到了5%。”如果这样问中国所有的B2C网站。 结果是，一个举手的人都没有。 目前，绝大多数B2C的转化率都在1%以下，做的最好的也只能到3.5%左右（比如以卖图书为主的当当） 我想，所有的B2C都会关心三个问题：究竟那97%去了哪里?自己的网站在什么环节变成了漏斗，让进来的客户像沙子一样一点点地流失？以及怎么检修隐藏的漏斗，减少漏水的速度？ 数据，这个时候可以是一双眼睛，可以让我们看得一些蛛丝马迹。 一、分解B2C漏水的过程 大家只知道B2C的转化率不高，但是却不知道客户是怎么流失的。一群用户进来网站，他们经过首页、中间页、产品页、购物车以及结算等几个步骤，通常他们在这几个环节是怎么分批离开的呢？其实，这不是没有数据可查。 先给大家看一张图。 这个数据图，是我根据十几年的工作经验总结得到的，一般与实际情况相差不多。 图一意思就是说，假定400个客户到了你的网站，会到中间页(包括搜索頁、分类頁、促销頁)的只有320（60%~80%）个用户，点击进产品页的只有190个用户，最后辛辛苦苦走到购物车只有9%~13%的用户，这个时候还不能开心，因为并不代表用这些户会掏钱，留到最后会付钱的用户仅仅只有3%~5%。 更叫人难以接受的是，在这最终购买的3%~5%中(未包括支付成功)，最后回头再次购买的，又要打一个大折扣。 在吐舌头惊讶B2C生意难做之后，大家可以检查一下自己网站的漏水数据。只有清楚了哪个环节漏水，才能补洞。 二、排查每个环节的漏洞在哪里 以下，我们按照漏水的顺序，一个环节一个环节摸下去。 1、三问首页 大部分B2C首页有20%以上的弹出率，可能许多人对这个数字都习以为常，认为非常正常。如果做得很细致的分析的话，可能就意外的收获。 先问第一个问题：每天来的新客户占多少？老客户占多少？新老客户的弹出率分别是多少？ 我看了一下麦包包的数据，麦包包用了很多流量来支持网站首页，如果他们的弹出率很高，那也是很正常的。但是注意要问一句，新老用户的弹出率分别多少？这个是比较容易考验网站的基础能力，新客户的弹出率可以检验一个网站抢客户的能力。对于老客户来说，流程上的用户体验相对不是最讲究，这个就很考验Onsite Merchandising的能力，比如产品的质量和价格是否吸引人。 一般的来说，如果是一个新网站，拓展新用户比经营老客户更为重要的话，新老客户的比例最好是在6比4(甚至7比3)，那么首页就要有一些手段偏向抓住新客户。 如果，新用户的弹出率非常高，或者是老用户的弹出率非常高，那么网站运营者就该反思，是不是网站首页的设计没有照顾到新客户或者老客户。 做了三年的B2C网站，建议分新老用户两个首页，已经在网站购买过的用户，没有必要再向它介绍网站，而是直接刺激他消费。 再问第二个问题，流量分几个大渠道进来，每个渠道的弹出率情况如何？ 问完了之后，接下来可能发现从百度和谷歌进来的用户，弹出率可能差异非常大。而且今天主流B2C网站，都在费尽心思引进流量，比如凡客今天做很多促销，许多不是从“正门”（官网首页）进来，是“旁门”（LP促销页）进来，所以今天注意首页之外，还要看一下旁门。 针对自己的主要流量渠道排查下去，很容易发现，哪条渠道在漏水。找到了痛处之后，再找到相应的解决方法就不难了。 接着再问第三个问题， 首页被点击最多、最少的地方是否有异常情况？ 在首页，点击次数异常的高、或者异常的低的地方，应该引起注意。 这里，在特别给大家分享一个好用的“规律”，一般来说，首页的“E”（以E字中间的“一”为界，上部是首页第一屏）部份是最抓用户眼球的地方，在这个“E”上如果出现点击次数较低的情况，就属于异常情况，应当注意，或者干脆移到“E”外面去；同理，如果在“E”的空白处出现了点击次数较高的情况，也可分析原因，可考虑要不要移到“E”上面来。 国内的B2C网站首页非常长，可能许多用户不会浏览到首页底部，所以“E”最下面的“一”就往往可去掉，变成了“F”规律。 2、中间页留客的三个技巧 先说一下美国用调查出来的现成数据，在B2C网站上的准买家，有18%的用户有找不到需要的产品的困难，有11%的用户找到了产品但是不自己想要的，这29%的用户基本会漏掉。 大部分用户进入首页之后开始找产品，第一是看促销，第二个看目录，第三是用搜索工具。其中，大概有60%~70%的用户是通过搜索+目录的方式走到产品页面。 同上，这三个渠道都要按照新老客户分开去看一下离开率，这里不做赘述。这里和大家分享一下三个技巧。 技巧一：怎么判断促销、目录和搜索是否成功，就看一下走到产品页的用户百分比是多少，哪一个渠道走得不好，就要改善。到底是怎么改进？一般来说，促销的原因与marketing的关系大一些，目录与采购组关联度大一些。 例如，拿产品目录来说，手机应该是按照品牌来分、功能分、还是按照价格来分？目录经理需要和采购经理密切沟通，了解市场情况。曾经，我去京东，京东有个做目录的经理问我，怎样做好一个产品目录？当时我说我也没答案，这个我研究了10多年，没有特别好的标准答案，只能是与凭借多年的市场经验。 如果一个网站前端的东西做不好，是营销的责任多一些。到中间页面，可以按照目录的转化率查一遍，转化率差的目录就要注意一下。 再说搜索，一般B2C网站是由目录经理+技术来做的。通过搜索工具找产品的用户，自己有精确的需求，那么除了搜索技术之外（此环节与产品经理的关系非常大），还要提供符合用户需要的产品。假想一下，如果一个用户搜索出来的页面只有3个产品，他肯定会判断这个网站的东西非常少，如果还不那么符合自己要求的话，离开率几乎是100%。 而多年做数据的经验告诉我，一般来说，在搜索页的第三页至第四页，用户还没有找到想要的产品，离开率就会很大。针对搜索页离开率比较大的页面，也有两个分享的技巧。 技巧二：在离开率高的页末尾，推荐给用户另外一个搜索路径，让用户换一条路找产品。 技巧三：对于那些找不到自己想要的东西的用户，乘他们脑子是空的时候，弹出一个菜单，告诉他们10个人就有9个人买了某某产品，可能就会把他整个思维重新激活，又可能留下。 技巧三比技巧二对用户的刺激大，但是也更冒险，如果对推荐的产品没有足够大的把握，用户可能转头就离开了。 3、产品页要特别留意用户停留时间 到了产品页，用户留不留，与产品描述、质量有非常大的关系。所以，要特别留心客户停留在产品页的时间，如果许多用户打开产品页不到1秒钟就走了，就要留意分析原因了。是不是这个产品没有吸引力？是不是产品描述不准确？要多问一些问题。 另外，和传统零售业喜欢提到的“碰撞率”相似，网站运营者应该了解哪些产品是被看了最终页，哪些没有被用户点看。 4、购物车里多少产品没有付款？ 但是并没有下单付款。 许多用户把产品放进购物车，但是并不付款。找产品部负责人，为什么这么多用户放在购物车里却不付款？这对于一个B2C网站来说，是一个很严重的事情。 这里有三个点值得一提。 一是，许多B2C网站，等用户要下单，提醒“请先注册”，30%的人可能会选择离开。这真的非常狠的一刀，从站外把用户引进来好不容易跋山涉水到了这一步，竟然还要给用户一刀送他离开，多少B2C网站思考过是否必要设立这一“提醒”？ 二是，如果找不到用户不付款的原因，可以直接给几个用户电话访问。 三是，分析同时被放在购物车的产品之间关联性。 总之，到了购物车，是网站自己和自己比，定性的多，定量的少。 三、B2C的顾客也有生命周期 传统零售企业，很难知道，客户在一段时间内购买了多少次产品、买的是什么价位，但是电子商务公司可以很清楚知道用户的购买行为。 [...]]]></description>
		<wfw:commentRss>http://www.rztuo.com/archives/552/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>看页面分析团购网站</title>
		<link>http://www.rztuo.com/archives/550</link>
		<comments>http://www.rztuo.com/archives/550#comments</comments>
		<pubDate>Wed, 21 Sep 2011 03:24:06 +0000</pubDate>
		<dc:creator>人字拖</dc:creator>
				<category><![CDATA[互联网分享]]></category>
		<category><![CDATA[团购]]></category>

		<guid isPermaLink="false">http://www.rztuo.com/?p=550</guid>
		<description><![CDATA[前言 一直以来我的博文都以工作心得，行业分析、展望为主，但是具体的产品经理工作或者一些具体知识确实涉及甚少。记得大概半年前曾经有一个在做团购网站的朋友向我咨询用户体验的问题以及他们团购网的改进建议，时过境迁，现在团购也不火了，但是团购也在发展和变化，结合我半年前看到的再谈谈今天的团购网站。 首先说团购网的特质 团购网站出现时“一日一团”为标志，团购网站和其他电商区别在于它是单方面的提供商品，用户没有选择余地（因为只有一件），用户所需要关心的只有一个问题：买或不买。因此团购网站是流量高，粘度低，浏览时间低，快来快去的快网站。 现今的团购网站在做各式各样的转型，“一日一团”的模式也不复存在。形态上也更像一个商城了，最差也是一个“专题页”。因此但是基于这点用户的问题就有了两个：我感兴趣的；买或不买。 团购网站商品最终页示例 拉手网： 满座网： 团宝网： 冲击力 第一视觉点会聚焦在价格上，几乎所有的团购网站的价格都是一这个造型出现在这里，标签卡的样式非常醒目，大大的价格大大的购买按钮。第二视觉点可能会瞟到图片或在价格细节上徘徊，几乎所有的团购网站都会把“节省”金额标红，轻松的抓住用户捡便宜的心里。另外团购的图片（首屏的商品大图）不会做多张浏览的功能，根本不让用户把时间浪费在这方面。 诱惑力 这一部分通过数字提醒的方式来完成。其一是时间，“距离团购结束还有”这个时间从你打开页面开始他就不停的跳啊跳，只要一旦你对这期团购有一定兴趣，那么这个时间很可能就成了促你下单付款的杀手锏。很可能有以下情景：“嗯，这个王府菜还不错嘛，给女朋友个惊喜！嘿嘿。嗯！我靠，只有2小时了，赶紧买了……”其二就是团购人数，“已经有xx人购买”，国人买东西是非常喜欢排队的，有的人排队是不讲目的的，看到有队伍就先排过去占个位先。在网上购物不需要排队，但是这个有XX人购买就跟排队一样，非常容易勾起用户的从众心理。事实上也是这样，问过做团购的朋友，一般单子要么是爆单，要么就冷单，比较极端。当然这不足以证明完全就是靠这个“XX人购买”影响的。 最后的诱惑 这一部分主要是顶部的标题，或说是文字描述部分。这一部分应该是用户最后关注的部分，也就是说有详细阅读发生的话多半也发生在页面其他地方都瞄了一圈之后。其实这一部分核心的内容是商品和价格。例如商品“王府菜”，价格“仅售88，原价309”。情况1：这个核心内容可能在列表页时正是用户会点进来查看详细的原因，所以到了商品最终页不会再去看文字；情况2：如果用户直接访问的是这个页面那么视觉点又会落在价格标签上，而不会是密密麻麻的文字上。问题出现了，既然这里没必要被看（情况1），或是可读性很差文字太密集（情况2），那这些文字的价值是？这一部分可以称之为最后的诱惑，有木有看到大量的 “！”“+”，这些个符号一加入立马让文字充满了激情，这姑且称之为“团购体”，整个文字充满了诱惑，一开始是用“！”的价格对比，然后就是用大量排列的 “+”商品细节，这些都让你感到惊喜，然你感到琳琅满目。 布局的秘密 团购的核心就在于商品最终页的首屏上，后面的内容仅仅是扩充和点缀，也有的是对已购买的用户提供一些帮助，如注意事项、商家地点等。而整个交易的核心其实都是在首屏之上的。 首屏之上的布局简单清晰，总共三部分，最大的部分就是已经分析了的商品的内容区域，包括文字描述、价格、数字提醒和图片4大元素。右侧一般都是两个部分，顶部没有统一的内容，根据网站的定位和重点这里有不同的内容，如拉手是服务助手类型的，以促进消费者放心消费。有的是手机上团购的说明，有的是邮件订阅，反正不一而足。右侧第二部分这里几乎所有团购网站都是统一的，那就是其他商品的推荐，这也算是一直以来团购网站提升粘度的唯一手段。 产品（网站）信息架构的秘密 其实我始终觉得团购网站就跟博客的信息架构差不多，几乎一模一样，我相信稍微改一下能把wordpress做的跟团购一模一样。也因如此，团购网站的上手难度可以说为0，任何人来相信都很难以在团购网站中“迷路”，他会有很清晰的感觉，这会大大增加用户使用网站的信心。 半年来的一些变化 首先我最早注意到的是消保信息，如图所示页面上可以看到拉手、满座都提供了这个业务或说提示：“是否支持退款”。从这一点也可以看出团购消费逐渐的一个正规化和理性化，团购才上的时候大家都是尝鲜捡便宜的态度，现在团购已经日常话，需要有一些规则和制度保驾护航。 然后是分享条，三家网站清一色的使用了jiathis的分享工具条，我印象中早期团购应该是没有加这个分享条的，有的话也不是标配。这个表明社会化分享的潮流，以及社会化分享确实能给电商提高销量。另外值得注意的一点是，拉手、团宝的分享条在顶部，而满座分享条在底部，我一直很想知道究竟分享条在页面内容的顶部更好还是底部更好？ 差异化的团购定位 本次访问3个团购网站最引起我注意的是首屏右上角的模块，3家网站，3个完全不同的类型的模块，表现出了3家网站不同的定位和对未来的规划。 拉手，这里感觉拉手是比较传统的，基本是沿用团购早期的模块，类似于一个服务帮助。包括网站的交易安全服务，客服电话，这个东西最大作用就是对初体验用户会比较好的增加信任感和安全感，有明显的客服电话也方便了不熟悉团购的用户。 满座，满座放的是标签，一方面是地理标签，另一方面是消费类型标签。这个是可以增加用户粘度的，而且属于面向中高级用户的，相当于一个精确的筛选或说一种引导，让需求明确的人更加便捷的找到消费项目。从这个功能的退出也看出满座在一做城市所开的单量也是非常大的，否则这些标签就全是空内容了。 团宝，团宝的蛮特别，放的是品牌店导航。这让人首先想起的会是什么？B2C商城。从业务上来讲团宝也必须和这些商家签订了长期合同，达成长期合作的关系。而从实际结果来看，团宝可能会做成一个做O2O的B2C商城，又或者优惠券B2C商城。 结语：快文化电商 和一般电子商务的产品页面相比，团购要“快”很多，其实也就是比一般的电商要直接很多，非常红果果。 根据以前的对团购网的统计数据看就是：团购网流量高、粘度低，浏览时间地。从一开始对页面做的分析，一个用户从看到到决定购买可能只需要3分钟以内的时间，而传统电商的这个转换时间实在15分钟左右的。]]></description>
		<wfw:commentRss>http://www.rztuo.com/archives/550/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>iPhone为什么比Android好</title>
		<link>http://www.rztuo.com/archives/548</link>
		<comments>http://www.rztuo.com/archives/548#comments</comments>
		<pubDate>Wed, 21 Sep 2011 03:21:24 +0000</pubDate>
		<dc:creator>人字拖</dc:creator>
				<category><![CDATA[互联网分享]]></category>
		<category><![CDATA[iphone]]></category>

		<guid isPermaLink="false">http://www.rztuo.com/?p=548</guid>
		<description><![CDATA[曾经在不同场合与很多安卓青探讨过一些或浅或深的知识层面问题，如今想来具备真正独立思考能力与当量知识储备的，也只有一人而己；换言之，绝大部分时候只是对牛弹琴。那么我将从以下七点来说明iPhone 4比Android手机们好在哪里：工业设计，操作系统，屏幕显示，开发环境，生态环境，硬件配置，杂项。 一、工业设计 林徽因当年动身学建筑的原因，按她自己来说是：”建筑是唯一一门将工程与艺术结合至完美的学科。“词句上可能略有偏差。这句话放到现在来看，应该把”唯一“去掉，因为设计学科几乎都有这方面特质。 工业设计本身的效用并不是如绝大部分人所想的，只具备”好看“这一特性。这门学科的水很深，从材料到交互，从人性到科技，却还带着无数的限制（比如材料产能不够或者价格过高，比如要为产品部分特性放弃某些绝妙的思想），可以说拖着汽车跑步也绝对不为过。 苹果在iPhone 4之上的工业设计，精妙绝伦，按乔布斯的说法是”它就和一款老莱卡相机一样美丽“。但它不仅仅于此，它环绕着机身的不锈钢圈，不仅是天线（虽然引发了问 题），也是固定机身的梁，同时也减少了内部占用空间，iPhone 3.5寸手机有1420电池，而i9000 4英寸手机只有1500而且稍厚。它两边的玻璃，不仅与IPS屏幕的光学有着最美丽的匹配，也起着防刮的作用（注意苹果从未说过它防摔）。我觉得一个有正 常审美的人，在看到iPhone 4之后都必须承认它是人类史上最美丽的工业设计之一。它的设计恰到好处，每一个设计都不拖泥带水，与手机功能息息相关。这就是工业设计的作用。它不仅仅是 美观，它还必须是功能。 当然它还有一个特性，那就是营销，也就是工业设计上很臭名昭著的指导原则”有计划的废止制度“。有计划的废止制度，是指”每一两年对产品进行小改变，三到 四年对产品进行一次大改变“；它是一直到现在都适用的指导原则。它最臭名之处在于，诱引人们放弃手头上依旧可用的产品去追逐最新的产品，造成大量的资源浪 费。但是很明显，它骨子里散发的营销气质是苹果非常看重的。从第一代iPod到iPhone的产品进化，苹果把这项原则用到了极致。 二、操作系统 自苹果收购了乔布斯的NeXT之后，花了六年把它打磨成了Mac OS X；又在2005年左右花了两年半时间，基于它制造了iOS。从各种意义上来说，iOS是一个传统技术的操作系统。它有一个基于微内核Mach的 Darwin内核，有一个叫做Cocoa Touch的运行时，用的是Objective-C这个C语言的超集。而Android在Linux内核之上，集成了一个Java虚拟机Dalvik，整 个应用层跑在虚拟机之上，而开发语言用的是Java。 事实上双方的选择都是很有道理的。苹果有Mac OS X十年基础，当然会选择自己最精通的技术，把iOS打造成一个传统系统，也可以无缝链接Mac OS X的开发者资源。而谷歌没有任何操作系统经验，为了要争取最大的开发者资源，他们选择了世界上最大的Java社区。虽然起点相同，但走出的第一步方向就已 经截然相反。 究其根底，只在于Java只有自动内存回收，而Objective-C自动与手动内存回收均可（注意iOS只有手动内存回收）。这小小的区别导致，谷歌只 能做一个Java虚拟机，而苹果可以继续他们在Mac OS X上的经验。而这个行为导致了两者在系统流畅性上的最大区别。Java由于只有自动内存回收，系统会在任意时间停掉所有进程开始回收内存，这个过程是人类 可以感受到的数百毫秒。而iOS由于可以手动管理内存，可以在用户操作的间歇由程序员进行回收，用户不会在频繁使用过程中感受到停顿。在日常使用中这个停 顿其实是可以忍的，但是在游戏过程中这个停顿是不可以忍的，比如想像一下一只愤怒的小鸟在空中停顿了零点几秒再继续飞行。 谷歌事实上意识到了这个问题，于是它在Android 2.3版本中大修了这个问题并将之作为一个特性大书特书。且抛开2.3的普及性不谈，单说这个大修的行为，也并没有修好这个问题。于是谷歌抛出了第二个在 开发上的修补：引入C/C++ NDK。可以说到了这一步， Android整个内核往上的应用层才有了与iOS抗衡的实力，可惜时间已经过去了近四年，iOS积累了十五年，Android刚刚起步。 而在内核之下呢？基于微内核Mach的Darwin 对比 当今服务器主流Linux又如何？当年Linux创始人曾经与某位牛人吵过一场著名的架，正是关于微内核与内核对比，Linus一直到现在都认为微内核只 是纸上谈兵而在现实中解决不了实际问题。在这场吵架之后的岁月，坚持内核的主流系统只剩下Linux一家，而微内核系统已经延展到了基于SVR4的IBM AIX/HP-UX，GNU/Hurd，Mac OS X，Blackberry QNX，Windows（是的，你没有看错）。Time will tell，这句话从来都没有错。Android三方ROM所困扰的驱动问题，正是Linux内核的最大局限，植根于骨子的病是治不好的。 三、屏幕显示 在2010年WWDC上，乔布斯在介绍那块视网膜屏幕的时候说了一句”We think it(IPS)’s quite [...]]]></description>
		<wfw:commentRss>http://www.rztuo.com/archives/548/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>24款非常实用的CSS3工具终极收藏</title>
		<link>http://www.rztuo.com/archives/544</link>
		<comments>http://www.rztuo.com/archives/544#comments</comments>
		<pubDate>Fri, 26 Aug 2011 01:47:51 +0000</pubDate>
		<dc:creator>人字拖</dc:creator>
				<category><![CDATA[小工具]]></category>
		<category><![CDATA[工具]]></category>

		<guid isPermaLink="false">http://www.rztuo.com/?p=544</guid>
		<description><![CDATA[　　对于Web设计和开发人员来说，CSS是非常重要的一部分，随着越来越多的浏览器对CSS3的支持及不断完善，设计师和开发者们有了更多的选择。如今，用纯CSS就可以实现各种各样很酷的效果，甚至是动画。今天这篇文章向大家推荐24款非常优秀的CSS3工具，为了获得更佳的效果，请在Chrome 4+, Safari 4+, Firefox 3.6+, IE9+, Opera 10.5+版本浏览器中浏览如下在线工具。 1.CSS3 Pie 使用CSS3 Pie可以让IE6至IE8版本实现大多数的CSS3修饰特性，如圆角、阴影、渐变等等。 2. CSS3 Click Chart 非常好的CSS3效果演示，提供了示例代码。 &#160; 3.CSS3 Please! 非常帅的一款CSS3工具，可修改代码，即时预览。 &#160; 4.CSS3 Button Maker 一个非常不错的CSS3按钮制作工具。   5.CSS3 Generator 非常不错的CSS3代码生成器，带预览效果。 6.CSS3 Menu 非常不错的CSS3菜单制作工具。 7.CSS3 Gradients 一款非常棒的CSS3渐变效果演示工具。 8.CSS3 Cheat Sheet 一份不错的CSS3属性速查手册（PDF格式）。 9.CSS3 Selector Test 非常不错的CSS3选择器测试工具 10.CSS3 Transforms 一款强大的CSS3旋转动画效果演示工具，即时生成代码。 11.CSS3 Preview CSS3特性介绍及效果预览。 12.CSS3 Generator 一款非常不错的CSS3代码生成工具。 13.CSS3 [...]]]></description>
		<wfw:commentRss>http://www.rztuo.com/archives/544/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>产品管理：用机制降低风险</title>
		<link>http://www.rztuo.com/archives/542</link>
		<comments>http://www.rztuo.com/archives/542#comments</comments>
		<pubDate>Mon, 15 Aug 2011 05:46:29 +0000</pubDate>
		<dc:creator>人字拖</dc:creator>
				<category><![CDATA[互联网分享]]></category>
		<category><![CDATA[产品管理]]></category>
		<category><![CDATA[运营]]></category>

		<guid isPermaLink="false">http://www.rztuo.com/?p=542</guid>
		<description><![CDATA[最近一直在跟的一些项目，过程中出现了一些反复，原因有很多。深入分析一下问题根结，希望以后能避免。 关键词：产品负责制、确认层级机制、产品脊梁、靠谱 问题： 1、项目初期，产品原则已经开会统一、皆大欢喜，但中期却在产品原则上出现分歧。甚至在产品面临上线时，还有人为该产品赋予新的定位。 2、产品设计环节中，在产品需求和定位已确认的情况下，纠结在“不符合需求、偏离定位”的设计细节，僵持不下、浪费时间、拖垮精力。 3、跨部门合作的项目，设计部门提交的工作结果，经常被他们自己的上层或左右推翻重来，即使对产品有利，却伤害整个项目，伤害自己人。 根据这些问题，需要问很多为什么。 为什么初期统一过产品原则，中期却出现原则上的分歧？“发起分歧者”所具备的必要条件是什么？ 首先需要问公司：产品负责制，到底有没有明确和落实？其实，产品人员已经也应该，把对产品的长期责任，承担在自己身上。但是公司层面和总监层面如果没有强有力的确认产品负责制的归属，我们这种自我承担的产品负责制，永远不会在关键时刻发挥作用，而只会左顾右盼。 在产品负责制尚不明晰的情况下，即使团队核心成员开会确认了产品原则，也永远不会有一个强有力的角色把产品原则贯彻到每一个阶段，初期产品定位和产品原则的会议确认，是没有力度的，只是表面上的统一而已。 原因很简单，当一切顺风顺水、条条大路通罗马的时候，旅游团众大佬必然跟着美女导游就OK了。当路遇挫折时，导游就算熟悉路途中的险恶，也仍然不是无法把自己伪装成团队的菩萨，左右不了各位大佬的想法。（默契，可以克服这一问题。但在大公司的营盘里面，想培养一个默契而完整的项目团队，一般是可遇不可求的。但默契的产品小组还是有的。） 在以上这种情况下，发起分歧者有什么必要条件？一是长期跟进产品，了解最初的产品原则和定位；二是了解整个团队的工作重心和产品市场情况，而不是只熟悉自己所管部门的情况。可悲的是，熟悉了以上两点的人，往往不会做出不靠谱的决策，而去伤害整个项目。 既然已经确定了产品需求，为什么会出现“不符合需求、偏离定位”的设计细节？为什么会在这种问题上浪费时间？ 这种问题出现非常正常，当设计人员没有做充足的竞品分析，也没有充分理解产品的情况下，总会在设计时出现偏差。只要产品人员说明需求和修改原因，说服设计人员回归需求即可。可怕的是“僵持不下”，设计人员坚持己见，认为设计细节是正确的、靠谱的、符合产品需求的，产品人员却无法认同。僵持不下时，应该搁置问题，继续推进项目，而不是在这种问题上纠结一个下午，还把各种用户调研、应用实例搬出来说理。 最终做决定时，如果依旧僵持不下，那么谁对产品长期负责，谁做决定。谁对产品长期负责？回归的上一个问题。 为什么“工作结果”可以推翻重来？谁赋予了提交者“提交的权利”，又是谁赋予了推翻者“推翻的权利”？ 首先要问的问题是：是不是根本没有明确“确认层级”的工作流程，或者只是口头明确、表面默契而已？ 比如一个设计稿，当然要由直接负责人A确认，没有问题了，再交到下一步去执行。那么这个负责人A需要评估：自己是否能够保证这一个确认结果是最后结果。如果不能保证，那么再提交上一层的负责人，让他确认。但如果上层负责人曾经授权了负责人A的确认权限，就不应该在A已经确认之后，轻率的推翻确认结果。 在这种确认过程中，应该在每一个项目实施之前明确“相应的设计工作，需要有相应的确认层级”，这一点至关重要！“确认层级”都不明晰的情况下，首先应该检讨的不是设计质量没有达到要求，而是为什么会出现这种流程上的漏洞，让不符合设计质量的东西推进到下一步骤。漏洞不堵住，就没有资格反复插手，这样既伤害团队，也拖垮自己。 相反，当指定了项目设计工作的确认层级之后，再出现提交设计稿不合格、推翻设计工作不符合流程的情况，就可以明确的质疑“提交的权利”和“推翻的权利”，是否符合“确认层级”的流程。这个时候，是能力问题的就调整确认层级或更换负责人、是流程问题的就贯彻流程，比大家互相装无辜更加务实。 最后感叹一下，产品经理是妥妥的炮灰，哪个环节出问题，都可以揭出产品规划和项目管理的漏洞和伤疤 一个产品项目，从立项、交互、视觉、开发、测试等各个阶段，总会因为各种问题而反复伤害。尤其是跨部门合作、多环节配合的流程，伤害问题发生的隐患比比皆是。这个过程期间，产品经理的职责，就是想尽办法，避免各种伤害的发生、避免各种伤害打击到核心成员、伤及团队重心。 可悲的是，在大部分环境下，卑微的产品人员不仅无法预估各种隐患问题，对于已经发生的伤害问题也没有足够的防备资源和职权。这个时候，产品经理，就是妥妥的炮灰，众口一铄，灰飞烟灭。最后，产品经理仍然必须站起来，拖着被各种问题所累的核心成员，继续把项目推进下去。 不知道这种情况，在其他公司是否常见。当没有固化的产品负责制和确认层级管理机制的时候，深埋问题的跨部门团队开发产品，然后暴露出一堆问题，一遍又一遍的伤害每一个产品。所以，这种公司总是出现一堆一堆的打折产品，承担着一堆又一堆不给力的数据和市场境况，最后担责到产品人员身上，该调走的调走、该跳槽的跳槽，再招进下一批未知轻重的欣欣向荣者，如此反复、以至无穷。 关键角色位置的靠谱牛人，是产品的脊梁 产品团队，碰到这种复杂的情况，唯一的救命稻草，就是产品各环节的关键位置，有靠谱的关键角色把持，然后这类关键角色需要保持持续的头脑清醒、精神集中，在任何阶段都能回溯最初的产品原则、评估当前的团队重心和高层要求，统一麾下执行者的行动，并说服高层。 从这个角度讲，没有那么多流程管理和部门配合的小团队产品和创业公司产品，要更加安全、更加靠谱。近期组里的一个小众产品，没有大资源投入、没有多部门合作、没有高层压力、没有战略意义，虽然选择了一条难路，但整个产品从设计到运营，让外人看来，显得张弛有度、节奏明确，这就是一个明显的例子。 只要人靠谱，做什么都是靠谱的。如果人本身不靠谱，在任何角色上，都会出问题。至于什么问题：细节不到位、文档及版本控制逻辑不清楚、决策前后矛盾、协调成员配合乏力、工作重心聚焦不正确、沟通不主动……比比皆是。 希望自己靠谱一点。]]></description>
		<wfw:commentRss>http://www.rztuo.com/archives/542/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>做运营，如何解决问题</title>
		<link>http://www.rztuo.com/archives/539</link>
		<comments>http://www.rztuo.com/archives/539#comments</comments>
		<pubDate>Mon, 15 Aug 2011 05:41:42 +0000</pubDate>
		<dc:creator>人字拖</dc:creator>
				<category><![CDATA[互联网分享]]></category>
		<category><![CDATA[运营]]></category>

		<guid isPermaLink="false">http://www.rztuo.com/?p=539</guid>
		<description><![CDATA[这段时间带新人，出了很多问题，在解决问题上经常不太满意，有必要总结出来。 解决问题的基本流程： 发现问题→确定问题→沟通→确定解决方案→实施解决方案→后续跟进→总结教训 解决问题内在因素：责任心，责任心，还是责任心 解决问题的外在因素：老大，配合同事，用户 发现问题 发现问题是第一步，如果问题长时间不解决很可能会升级。所以我始终坚持自己负责的产品不关闭评论，不严格管制用户言论（下沉，移动等）。 我始终相信产品及服务品质是影响用户言论的最大因素，管制只能让用户积累怨念。中国的网络环境就是一个最佳实例。 确定问题 这个步骤绝对不能少，我们发现的大部分问题，源头都是用户反馈。用户经常会撒谎，经常不明真相，经常夸大事实，经常自己做错然后说官方的问题。 所以，用户说出来的话我们都只能参考，不要轻易相信，发现问题后自己测试一下，或者找数据和文档确认一下。 如果长时间不做这一步就会造成“狼来了”的后果。 沟通 向上级汇报：出问题了要向上级汇报，让他们知道起因，经过，结果。 跟技术商量：一起寻找解决方案，选择一个最优的来执行，考虑因素：时间，人力，经济成本，可行性，解决方案可能引发的其他风险等 跟上级沟通比较简单，老实交代客观事实即可，不要隐藏任何信息。 跟技术沟通是一个比较麻烦的事情，首先我们无法命令他们做任何事情，其实问题是否解决得当可能跟他没有关系。所以技术有时候会站在自己的角度考虑，哪个方案工作量最小，就做哪个。 我一般有2种办法：1是装可怜，很多人都有同情弱者的心，大部分人都能被搞定（女生更有此类优势）。如果1不行就用第2种分析后果，理性的跟他分析这个解决办法会带来什么后果，最好跟他的工作量打上勾，这样的话，就算为了他自己也会放弃这个方案，听从你的建议。 我不主张也从来没有用过拿他的老大来压他，因为跟技术沟通不是一锤子的买卖，下次还会有事情求人家，这次你压他，下次他故意整你你都没辙，谁让你不懂技术。 其次，沟通上有几个原则： 跟技术拉近关系是王道，任何类型的人都会给自己关系好的人更多的支持。 提供准确的信息，信息越准确，越细致越方便技术检查，跟技术不要说太多废话。 不管如何装孙子，如何弱势，都要把住一个目标：把问题解决了！跟这个目标有分歧的东西都不能妥协 问题解决之前不要去追究责任，一心先想着如何快速有效的解决完。不然只会浪费宝贵的时间 关于沟通，推荐几个阅读： 产品运营过程中如何与开发有效沟通？ 【转】项目中的一点沟通心得 确定解决方案 自己和技术评估好一个最佳的方案，老大点头即可。千万不要去询问用户的意见，用户都是贪婪的，用户的需求也是不同的，如果把用户加进来会严重影响方案的确定。 实施解决方案 实施解决方案如果是技术的事情，千万不要甩手不管，如果时间很长，需要偶尔打听一下解决的进度，是否遇到问题，预估完成的时间。 说到打扰技术，这里插一个昨天的段子。昨天下班后服务器出问题，我电话通知了运维，然后去打球，我让新人跟进这个问题，回头我问他情况，他解释了一下原因并说正在解决中，我说什么时候搞定，他说不知道，我说打电话问一下，让运维预估一个大致时间，他说不太好，以后还要合作，现在总是打扰人家，刚才电话时他已经不耐烦… 解决问题不是包袱，甩手扔给技术就算完事。我们要负责解决问题的全过程，解决问题的进度我们也需要知情，用1小时解决和用1天解决搜用到的处理手段肯定是不一样的。 每个技术都能理解运营焦急的心情，我们掌握进度和预估时间都是技术能够理解的，只要不是频繁的去骚扰技术，他们不会反感。如果运营把问题甩给技术，不闻不问，技术反而会对你有看法。 实施解决方案之后，我们还需要通知用户，我们发现了什么问题，原因是什么，我们如何解决的，然后给出一定的补偿。 后续跟进 问题解决了，但是并没有结束，解决方案是否生效，是否引发了其他问题，这些都需要观察一段时间。 另外，快速回复用户的疑问，引导用户言论，表明官方的态度。让用户知道我们有关心他们，在乎他们。 最后收集用户的反馈，对解决方案的反馈，对补偿的反馈。 总结教训 写一份详细的事故报告（如果公司要求的话），记录关键时间节点（发现问题，确定问题，解决方案确定，方案执行，解决完成），问题的影响范围，问题严重性，发生的原因，解决方案，解决后玩家反馈和数据反馈。整个报告都客观记录，多使用数据。 如果不需要写报告就总结一下问题发生的原因，下次如何避免；解决方案的评估，下次遇到这个问题是否有更好的办法；补偿的尺度，这次玩家对补偿的看法如何，下次如何优化。 最后总结一下几个关键句： 确定目标，不向违背目标的事情妥协 信息准确，透明，让需要知道的人了解全过程 了解进度，掌握事态的发展，控制全局 总结，避免第二次]]></description>
		<wfw:commentRss>http://www.rztuo.com/archives/539/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>评国内三大B2C网站首页的信息架构</title>
		<link>http://www.rztuo.com/archives/532</link>
		<comments>http://www.rztuo.com/archives/532#comments</comments>
		<pubDate>Fri, 05 Aug 2011 00:51:51 +0000</pubDate>
		<dc:creator>人字拖</dc:creator>
				<category><![CDATA[互联网分享]]></category>
		<category><![CDATA[b2c]]></category>

		<guid isPermaLink="false">http://www.rztuo.com/?p=532</guid>
		<description><![CDATA[随着电子商务的成熟，国内涌出了很多B2C网站，我经常访问的有：当当网、1号店、京东商城、易迅网、为为网和新蛋网等。这类网站很好的利用了计算机技术、互联网技术、即时通信技术和物流渠道，实现整个商务过程中的电子化、数字化和网络化，让不少用户得以不出户购天下物。 在访问这些网站的过程中，我发现其首页的信息架构拥有一些共同特点，也有各自的特色，遂以京东商城、新蛋网和易迅网为例，撰粗评一篇，拿来分享。行文难免有个人主观色彩，欢迎指正。 &#160; 三大网站首页基本结构 信息架构的主要目的是帮助用户找到他想要的东西，即Design for way finding。在访问一个电子商务网站时，我们一般会考虑到以下问题： &#160; 一. 这是什么网站？ 这个问题的答案在站点标题上得到了很清楚的表达。 京东商城： 新蛋网： 易迅网： 三者都表明了自身的定位是网上购物商城，除此之外京东和新蛋都附加了网站的特色描述，比如正品、货到付款等，这些附加信息可以提升网站的可信度以及加深用户的好感度。 &#160; 二. 我需要什么？怎么找？我从哪里开始逛？ 访问网站的用户可以分为有目的和无目的两种类型： 有目的： 1.确切知道自己想要的是什么商品 2.知道自己大概想要什么商品 两类都可以通过搜索和分类目录来查找。尽管位置略有区别，三大网站都将搜索放在顶部容易发现的位置，附近也能找到通过SEO计算出来的搜索热门关键 词。可见对于商品繁多内容庞大的电商网站来说，搜索是个非常重要的功能，几乎所有用户都能用到。信息架构应该为网站不断增长的资源内容打好基础，搜索则是 具有适应网站动态性的最好查找工具，无论网站如何变化，用户可以借助它在任何时候找到想要的东西，并且花费的时间最少。怎样让用户更容易找到搜索功能，怎 样提供更优化更合实效的关键词，怎样提高搜索命中率，都是电商网站设计开发的重点。 对于分类目录，三者摆放的位置惊人的一致（如3所示），作为副导航，它一般都位于页面左上部的焦点位置， 从这个入口，通过各种分类链接我们可以找到几乎所有需要的商品。 此外，页面中酌情加入一些导购标签链接，提供热门商品的直接入口，减少用户通过常规分类目录导航浏览所需的多步操作，缩短访问层级。 无目的： 1.看有什么销售活动（特价+团购+打折） 三大网站都在页面靠近顶部的正中位置开辟了活动展示板块（如4所示），以Carousel的模式对当前网站正在进行的销售活动进行宣传。另外，还搭配有团购、限时抢购、特价促销等活动。出于实惠，不少无目的进来逛的用户会留意一下有哪些促销活动在进行，进而选择适合自己的商品购买。以下是三大网站的活动推广区域： 京东商城： 活动版块较多，所占页面篇幅较大，不足之处在于各类活动相对分散，团购（尽管在水平导航中有一个专门的团购页面）和抢购两个对用户吸引力非常大的板块被放置到页面两侧中部偏下的位置，不易发现。 京东或许觉得团购和抢购不是首页重点？或者他们不屑以这种方式吸引眼球？ 新蛋网和易迅网： 两者差别不大，都想利用限时抢购和团购促销的方式吸引用户，所以把活动放在集中而且突出的位置。这样确实招揽了不少用户，其实很多人（包括我自己） 已经慢慢养成习惯，就算没啥具体的需求，也会天天打开看一下有没有什么商品在做特价，恰巧正是自己可能需要的。从挖掘需求到引领需求，同样是电商的成长之 道。 2.随便逛逛有没有正好需要的商品 如果没有具体的需求，只是浏览网站，那么网页内容的组织系统对用户发现和探索商品极其重要，即如何将页面上的内容组织起来，有效的呈现给用户。 三大网站都不约而同的采用了按照主题分tab的水平导航，属于模糊组织方式： 京东商城： 新蛋网： 易迅网： 关于品牌专卖，京东和新蛋将其作为独立的tab页面放在主导航栏上，说明在品牌上，易讯还支持的不够多。 关于团购，京东和新蛋将其放上了主导航栏，团购相关的内容较多，选择面相对比较广。反观易讯，尽管只有主页上一个小版块（如8所示）做2款产品的团购，但是其效果未必差，出于对其团购产品的“惊喜度”和“实用性”， 个人更加喜欢易讯的团购。 关于二手货物，京东和易讯都提供这类服务，新蛋没有，表明了新蛋没有发展或者不够重视二手交易的业务。 关于抢购，新蛋有限时抢购，易讯有天黑黑，都是在特价促销活动方面做足了功夫，以此为卖点吸引注重价格的用户。 另外，京东的在线读书、京东社区、全部分类页面，表明了该站在图书领域、社区营建和商品种类齐全性都有独特的优势。易迅的礼莫愁直接开辟了纪念日送礼通道，方便用户在特殊的日子为家人朋友选购礼物。 综上所述，我需要什么？怎么找？我从哪里开始逛？这类问题主要由网站的组织系统、导航系统、标签系统和搜索系统来解答。只有内容组织严谨清晰、合理 显示最大面积的内容与服务，标签和搜索关键词契合热门风向与时俱进，导航重点明确，利于发挥长处，让用户在网页间顺畅的来回穿梭，才能帮助用户找到这些问 题的答案。 [...]]]></description>
		<wfw:commentRss>http://www.rztuo.com/archives/532/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>网络图谱论“知乎”</title>
		<link>http://www.rztuo.com/archives/529</link>
		<comments>http://www.rztuo.com/archives/529#comments</comments>
		<pubDate>Wed, 06 Jul 2011 08:04:06 +0000</pubDate>
		<dc:creator>人字拖</dc:creator>
				<category><![CDATA[互联网分享]]></category>
		<category><![CDATA[互联网]]></category>
		<category><![CDATA[产品设计]]></category>
		<category><![CDATA[用户体验]]></category>
		<category><![CDATA[社会化问答]]></category>

		<guid isPermaLink="false">http://www.rztuo.com/?p=529</guid>
		<description><![CDATA[引言：写这篇文章的初衷是为了让自己“读懂”知乎。知乎是一个颇有吸引力的产品，甚至一度转移了我对微博的兴趣，由此我更想搞清楚知乎背后的逻辑是什么，它是如何运作的。当然谈知乎很可能就是在谈Quora，可惜我还没用过Quora所以没有发言权，所以只能就知乎作一番分析。 一论：知乎是一种混合网络，由个人结点和知识结点两种结点构成 这种网络结构的成因是由于一个大胆而有趣的设定：用户既可以follow“人”，也可以follow“问题”和“话题”。下图展现了这种结构： &#160; &#160; &#160; 个人结点（或称为社交结点）就是活跃于网络中的用户；而知识结点包括问题结点和话题结点两种，且一个问题结点既包括一个问题也包括该问题下的多个回答。社交结点可同时与问题、答案和话题产生信息交互，如下图： &#160; &#160; 在该混合网络中，个人结点与知识结点、知识结点之间以及个人结点之间有着丰富多元的信息交互，下图归纳了网络中主要的信息传递活动： &#160; &#160; &#160; 与维基百科、百度知道等其他类型产品的一大差异是，知乎中结点之间的信息交换是双向和持续的，这使得知乎的网络系统中，信息流的传递更加频繁也更具传染性。 &#160; 二论：受益于网络机制，知识结点可以自动生长 这 是一种类生命机制：每个知识结点可从网络中持续不断地吸收知识养料，同时又能把这些养料进行组织和优化。“吸收养料”是因为每一个知识结点都可通过关联的 话题和人等中介让更多的人看到，吸引他们来提供更多更优质的答案；“组织和优化”指对答案的投票机制，以一种自组织的方式把最优秀的答案凸显出来，同时 “没有帮助”功能又可以把劣币淘汰。 &#160; &#160; &#160; &#160; 三论：在功能层面，个人结点相当于一种特殊的知识结点，更进一步说，是“伪”社交结点 用户在知乎上的行为几乎全是知识相关的行为，用户做其他社交活动的权利被极大限制。在混合网络中，一个个人结点中起到的作用除了贡献知识以外，就是引发关注他的用户与更多有可能感兴趣的问题发生关联，使网络中的link数量快速增加，这种作用是与“话题”类似的，因此可以把个人结点看成是一种特殊的知识结点。因此我画了下面这张图，把用户也抽象成了一种知识结构，放置于整个知识层级之中： &#160; &#160; &#160; &#160; 不仅如此，随着使用的不断深入，我越来越感觉到知乎中的个人结点实质上是“伪”社交结点，而知乎其实是一个“伪”社交网络。我的依据有以下两个方面： &#160; 1 同样是可被关注的对象，“人”、“问题”、“话题”这三者在系统中不是等权重的，“问题”最为重要，而“人”和“话题”则次之。 何出此言呢？我们看最新动态信息的组成结构里，每一条信息的标题都是非常醒目的“问题”，尽管这条信息可能是由某个被关注用户的行为所引发的，但其展现形式都是问题主导。这说明“问题”才是知乎中最核心也是最基本的结点，并非“人”。 &#160; 更 直接的证据体现在“通知”和“动态”的区分上。通知是一种强推送的形式，而动态是一种弱推送的形式，强弱之分暗示了产品设计者对信息权重的设定。我刚用知 乎时最纳闷的就是什么信息会在通知中出现，什么信息会在动态中出现，始终找不出背后的规则。用了一段时间后才慢慢悟出来，两者的区别在于（大体上）： &#160; “通知”中的信息：与我关注的“问题”有关的所有新动态 “动态”中的信息：与我关注的“问题”“用户”“话题”有关的所有新动态 &#160; 比如说我关注了“李开复”，那么李开复回答了什么问题，系统并不会通知我；但是如果我关注了问题“李开复为什么有这么高的影响力？”，那么所有对这个问题的回答就会通知到我。从这里可以清楚的看到，“问题”在系统中的权重远大于“人”。 &#160; 2 社交的种种激励因素和互动方式在知乎中受到了很大的限制，简单列举几点： 1）不能上传图片 2）回答中显示的头像很小 3）不能对回答的评论进行评论 4）用户的profile极其简单，连性别都不用填 5）…… &#160; 这些约束说明：知乎不骑墙，它并不是既想做知识网络又做社交网络，它很清楚自己想干什么，就是做大做好知识网络。社交网络在整个知乎系统中的地位是从属性的，是手段不是目的。 &#160; &#160; 总结：知乎到底想干什么？还有哪些软肋？ [...]]]></description>
		<wfw:commentRss>http://www.rztuo.com/archives/529/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

