<?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>优涩控 &#187; 产品思考</title>
	<atom:link href="http://www.userkon.com/category/product/feed" rel="self" type="application/rss+xml" />
	<link>http://www.userkon.com</link>
	<description>一群对用户脑残的家伙</description>
	<lastBuildDate>Tue, 07 Sep 2010 15:20:46 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>胡诌Buzz</title>
		<link>http://www.userkon.com/tolyer/jumble_buzz.html</link>
		<comments>http://www.userkon.com/tolyer/jumble_buzz.html#comments</comments>
		<pubDate>Sun, 11 Apr 2010 10:51:13 +0000</pubDate>
		<dc:creator>大脸</dc:creator>
				<category><![CDATA[产品思考]]></category>
		<category><![CDATA[Buzz]]></category>
		<category><![CDATA[Google]]></category>
		<category><![CDATA[低度认知]]></category>
		<category><![CDATA[高度认知]]></category>

		<guid isPermaLink="false">http://www.userkon.com/?p=314</guid>
		<description><![CDATA[从Buzz推出之后，纷纷扰扰的看法就从未停歇过，对于Google强推的一款社交产品，Buzz确实值得获得分析与讨论。 胡诌需求 如果我用的观点来定性Buzz与twitter的区别，我会这么说：Buzz是沟通工具，而twitter则是一款传播工具。 很多用户抱怨Buzz内的自动置顶给他带来信息干扰，以及默认同步好友并公开关注列表让用户觉得个人隐私被出卖了。诚然Google的做法也是令人反感的。但工具本身并无好坏之分，关键在于是否用在正确的场景中。而Buzz的目的并不在于帮助你发现更多新奇有趣的信息，不在于帮你扩展你的社交圈（手机上的Nearby功能除外），如果以twitter使用习惯强加于他，你会觉得处处受困。Buzz的目的只是用于你现有社交圈的沟通方式的拓展而已。 那么有没有一种沟通情景，很符合目前Buzz的需求设计呢？Google团队在解释为啥 Google Buzz 没经过太多内测就提前放出就有涉及到： Jackson说当Google员工内部测试这个产品的时候，他们从未想到过要mute掉任何同事的对话，他们的邮件联系人列表里的同事就是他们在Buzz里follow的人。很显然，对于那些不在Google工作的人来说他们并不需要这样的配置，所以Google后来紧急发布了一系列针对隐私保护的新功能。——摘自谷奥 从以上的描述中，我们可以大致了解到，Buzz的沟通情景，适用于那些对内公开，对外封闭的实名小圈子。如某个企业内所有成员，如某种爱好者组织团队…… 实际上，Buzz所具有的即时性，储存性，以及半公开性，尤其适合于这种小圈子的讨论，或者用kentzhu的话说：信息的局域化传播。 想象一下公司内决定举行一次旅行。正常的沟通方式是： 秘书群发一封邮件给大家通报情况。 IM群上开始狂轰滥炸的讨论，如好不好玩？风景好不？美女多吗？ 各种各样的问题蜂拥而来，秘书在IM上被烦死。 临时有变动，惨了，秘书再发邮件。 临行前，秘书要给所有人发个短信确定一次。 几个丢三落四的家伙没有看到之前的信息，临行前只能给秘书打电话。 我想，等事情都安排好了，秘书都泪流满面了。这样不仅繁琐，且容易丢失信息。暴露了传统沟通方式的缺失： 邮件缺乏即时性（接收者无法即时接收到信息，所以秘书要发短信告知变更情况。） IM缺乏储存性（没有记住之前和秘书在IM上面说的内容，只能给秘书打电话。） 如果换个方式： 秘书在Buzz上发布旅游公告。 大家直接在Buzz上版聊，而且不必一直盯着它，过几分之后来看也不必担心漏过信息。 秘书可在Buzz上直接公开的回答，避免了重复提问。 临行有变动时，秘书直接修改Buzz内容即可，与此同时Gmail的Inbox内，提醒邮件也会自动更新。确保你永远收到的是最新的消息，而且信息保存在邮箱内，方便回头检索。 丢三落四的家伙没有看到之前的信息，可直接在Buzz上和秘书聊天获取及时信息。 从这中角度上说，我个人非常的看好Google App内Buzz的推出，对于Buzz这种新型的沟通方式而言，Google App是我认为他大展拳脚的方式。顺便提一下，即使微软，也不是推出了Office talk吗？ 胡诌信息单位 在Buzz中，所有的信息都一个完整的，按照时间线的方式呈现。从个人理解上讲，Buzz扩大了产品的最小信息单位：他不像微博，任意的一句话，一个回复，一个RT，都当作一条新的信息单位来处理；而是把这一整块的信息，都打包成为一条Buzz。保持了Gmail中对话模式以及论坛帖子相同等级的信息单位结构。 而这种处理方式，不仅有效地降低了用户普遍在twitter中遇到的信息过载问题，同时，它让信息的呈现变得更加地具有层次之分（主题与评论），并且易于追踪和回顾。 从这种角度上说，Buzz其实是一种更加便捷的论坛功能，对于论坛中流行的直播，版聊等微信息交流行为，如果移植到Buzz上，将会有更好的体验和呈现效果。 胡诌设计 Buzz的信息单位过大，虽然降低了信息过载。带来的问题是，单位信息量巨大从而让用户难以即时消化。那么从呈现上说，他不能学twitter那样，将信息呈现简单化到只有文字与链接，利于扫描和浅层阅读。Buzz必须让信息的呈现多样化，丰富，利于阅读和思考。 那么，在设计上，Buzz传承了Gmail邮件的会话模式风格，把操作功能收起来，给每条Buzz足够大的展示空间，让用户沉浸与阅读Buzz中；同时，为了避免用户深层阅读容易导致的导航迷失感，Buzz尽量的让所有的信息都在单个页面内呈现。而不是像twiiter那样，更多的导航，更高的跳出率，满足操作感。 就如同之前我所说的高度认知与低度认知差异一样。Buzz的低度设计非常的明显，这点我们从Buzz的主题折叠以及twitter导入功能可以看出。Buzz并不实时同步twitter，目的就是不让twitter的信息干扰用户的深层阅读。 作为低度认知产品，Buzz在国内可能会在水土不服，因国内的用户普遍偏向高度认知，国内用户偏好自由与广泛的信息流通，不管是搜集信息还是处理货传递信息，彼此之间的寻求与机遇都非常的频繁，属于高度的信息共享。相对于微博这类高度认知产品在国内的火热，Buzz注定与Gmail一样，成为某些高端人士的小众沟通平台。 &#8230; <a href="http://www.userkon.com/tolyer/jumble_buzz.html">继续阅读 <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>从Buzz推出之后，纷纷扰扰的看法就从未停歇过，对于Google强推的一款社交产品，Buzz确实值得获得分析与讨论。</p>
<h3>胡诌需求</h3>
<p>如果我用的观点来定性Buzz与twitter的区别，我会这么说：<strong>Buzz是沟通工具，而twitter则是一款传播工具。</strong><br />
很多用户抱怨Buzz内的自动置顶给他带来信息干扰，以及默认同步好友并公开关注列表让用户觉得个人隐私被出卖了。诚然Google的做法也是令人反感的。但工具本身并无好坏之分，关键在于是否用在正确的场景中。而Buzz的目的并不在于帮助你发现更多新奇有趣的信息，不在于帮你扩展你的社交圈（手机上的Nearby功能除外），如果以twitter使用习惯强加于他，你会觉得处处受困。Buzz的目的只是用于你现有社交圈的沟通方式的拓展而已。</p>
<p>那么有没有一种沟通情景，很符合目前Buzz的需求设计呢？Google团队在解释<a title="Google 产品经理解释为啥 Google Buzz 没经过太多内测就提前放出" href="http://www.google.org.cn/posts/google-product-manager-talk-about-google-buzz.html" target="_self">为啥 Google Buzz 没经过太多内测就提前放出</a>就有涉及到：</p>
<blockquote><p>Jackson说当Google员工内部测试这个产品的时候，他们从未想到过要mute掉任何同事的对话，他们的邮件联系人列表里的同事就是他们在Buzz里follow的人。很显然，对于那些不在Google工作的人来说他们并不需要这样的配置，所以Google后来紧急发布了一系列针对隐私保护的新功能。——摘自<a href="http://www.google.org.cn/" target="_self">谷奥</a></p></blockquote>
<p>从以上的描述中，我们可以大致了解到，Buzz的沟通情景，适用于那些对内公开，对外封闭的实名小圈子。如某个企业内所有成员，如某种爱好者组织团队……</p>
<p>实际上，Buzz所具有的即时性，储存性，以及半公开性，尤其适合于这种小圈子的讨论，或者用kentzhu的话说：<strong><a title="说GoogleBuzz，谈我心中的微博" href="http://www.ikent.me/blog/2284" target="_self">信息的局域化传播</a>。</strong></p>
<p><strong><span id="more-314"></span><br />
</strong></p>
<p>想象一下公司内决定举行一次旅行。正常的沟通方式是：</p>
<ol>
<li>秘书群发一封邮件给大家通报情况。</li>
<li>IM群上开始狂轰滥炸的讨论，如好不好玩？风景好不？美女多吗？</li>
<li>各种各样的问题蜂拥而来，秘书在IM上被烦死。</li>
<li>临时有变动，惨了，秘书再发邮件。</li>
<li>临行前，秘书要给所有人发个短信确定一次。</li>
<li>几个丢三落四的家伙没有看到之前的信息，临行前只能给秘书打电话。</li>
</ol>
<p>我想，等事情都安排好了，秘书都泪流满面了。这样不仅繁琐，且容易丢失信息。暴露了传统沟通方式的缺失：</p>
<p>邮件缺乏即时性（接收者无法即时接收到信息，所以秘书要发短信告知变更情况。）</p>
<p>IM缺乏储存性（没有记住之前和秘书在IM上面说的内容，只能给秘书打电话。）</p>
<p>如果换个方式：</p>
<ol>
<li>秘书在Buzz上发布旅游公告。</li>
<li>大家直接在Buzz上版聊，而且不必一直盯着它，过几分之后来看也不必担心漏过信息。</li>
<li>秘书可在Buzz上直接公开的回答，避免了重复提问。</li>
<li>临行有变动时，秘书直接修改Buzz内容即可，与此同时Gmail的Inbox内，提醒邮件也会自动更新。确保你永远收到的是最新的消息，而且信息保存在邮箱内，方便回头检索。</li>
<li>丢三落四的家伙没有看到之前的信息，可直接在Buzz上和秘书聊天获取及时信息。</li>
</ol>
<p>从这中角度上说，我个人非常的看好Google App内Buzz的推出，对于Buzz这种新型的沟通方式而言，Google App是我认为他大展拳脚的方式。顺便提一下，即使微软，也不是推出了<a href="http://www.officelabs.com/officetalk">Office talk</a>吗？</p>
<h3>胡诌信息单位</h3>
<p>在Buzz中，所有的信息都一个完整的，按照时间线的方式呈现。从个人理解上讲，Buzz扩大了产品的最小信息单位：他不像微博，任意的一句话，一个回复，一个RT，都当作一条新的信息单位来处理；而是把这一整块的信息，都打包成为一条Buzz。保持了Gmail中对话模式以及论坛帖子相同等级的信息单位结构。</p>
<p>而这种处理方式，不仅有效地降低了用户普遍在twitter中遇到的信息过载问题，同时，它让信息的呈现变得更加地具有层次之分（主题与评论），并且易于追踪和回顾。</p>
<p>从这种角度上说，Buzz其实是一种更加便捷的论坛功能，对于论坛中流行的<strong>直播</strong>，<strong>版聊</strong>等微信息交流行为，如果移植到Buzz上，将会有更好的体验和呈现效果。</p>
<h3>胡诌设计</h3>
<p>Buzz的信息单位过大，虽然降低了信息过载。带来的问题是，单位信息量巨大从而让用户难以即时消化。那么从呈现上说，他不能学twitter那样，将信息呈现简单化到只有文字与链接，利于扫描和浅层阅读。Buzz必须让信息的呈现多样化，丰富，利于阅读和思考。</p>
<p>那么，在设计上，Buzz传承了Gmail邮件的会话模式风格，把操作功能收起来，给每条Buzz足够大的展示空间，让用户沉浸与阅读Buzz中；同时，为了避免用户深层阅读容易导致的导航迷失感，Buzz尽量的让所有的信息都在单个页面内呈现。而不是像twiiter那样，更多的导航，更高的跳出率，满足操作感。</p>
<p>就如同之前我所说的<a title="高度认知与低度认知" href="highly_cognitive_and_minuent_cognitive.html" target="_self">高度认知与低度认知</a>差异一样。Buzz的低度设计非常的明显，这点我们从Buzz的主题折叠以及twitter导入功能可以看出。Buzz并不实时同步twitter，目的就是不让twitter的信息干扰用户的深层阅读。</p>
<p>作为低度认知产品，Buzz在国内可能会在水土不服，因国内的用户普遍偏向高度认知，国内用户偏好自由与广泛的信息流通，不管是搜集信息还是处理货传递信息，彼此之间的寻求与机遇都非常的频繁，属于高度的信息共享。相对于微博这类高度认知产品在国内的火热，Buzz注定与Gmail一样，成为某些高端人士的小众沟通平台。</p>
<p>那么什么的沟通产品适合国内的用户，我个人倾向于那种能提供评论，但限制字数的微博与Buzz的结合物。而这个东西就是新浪微博。</p>
<p>当然我不是权威人士，无较大的说服力和高瞻远瞩。所以题目也定为胡诌，何谓胡诌：信口瞎编，随意乱说。但有凭有据，只求自圆其说。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.userkon.com/tolyer/jumble_buzz.html/feed</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>漫话产品设计</title>
		<link>http://www.userkon.com/kidult/talk_about_product_design.html</link>
		<comments>http://www.userkon.com/kidult/talk_about_product_design.html#comments</comments>
		<pubDate>Wed, 13 Jan 2010 14:53:54 +0000</pubDate>
		<dc:creator>00</dc:creator>
				<category><![CDATA[产品思考]]></category>
		<category><![CDATA[产品]]></category>
		<category><![CDATA[团队]]></category>
		<category><![CDATA[设计]]></category>

		<guid isPermaLink="false">http://www.userkon.com/?p=246</guid>
		<description><![CDATA[2010年优涩控的第一篇文章，来个轻松的话题：漫话产品设计。只是00的有感而发，请勿对号入座~ 以下被借题发挥的漫画来自这里的转载~ 1.鱼饵就应当符合鱼儿的胃口，而不是钓鱼者 （看不到图？点这里） 第一次看到这幅漫画就笑了：画的不就是做产品的我们嘛~ 花了不少成本、人力、时间，把自己看起来都颇诱人的鱼饵（x产品x功能）抛到鱼塘（网站）里，满心欢喜地守着盼着等着念着：“鱼儿鱼儿快上钩~”鱼儿们来到网站，先是看到一个庞然大物，一晕；然后满世界找熟悉的功能，未遂，再晕；好不容易找对地儿，发现鱼饵味道变了，三晕…… 反省：核心需求的满足，永远是最好的饵料啊~ 2.踏着别人的脚步前进，超越就无从谈起 （看不到图？点这里） “超越”是一个我们都很迷恋的词。但是它后面藏着很多疑问：为什么要超越？怎样算超越？要在哪些方面超越？现在距离有多少？大家的起跑线、方向、耐力、步长、频率一样吗？怎样超越？投入多少成本去超越？…… 好了，如果顺利回答完上面的问题，我们往往发现，“超越”其实只是我们嘴巴迷恋的词，而“跟随”才是我们脑袋和腿脚（不自觉地）迷恋的词。正是因为“有距离”，所以欲望很强烈，心情很急切，脚步很错乱。“跟随”就显得很靠谱：直接跨越摸索、纠结阶段，直接节约思考、打磨的时间，直接规避失败的风险，何乐而不为呢？但是，跟随的结果最多是不过不失，大家都跟随了，整个市场的产品也同质化了。我们表面上做了不少事情，将产品改头换面更新换代，但是，实际上属于自己的东西越来越少，产品的个性越来越不鲜明，用户只好在审美疲劳中放弃选择。 反省：寄望通过别人的分享和经验得到提高，将永远没有自己核心的东西 3.找解决方案要比纠结原因的优先级高 （看不到图？点这里） 呱呱坠地就流芳百世的产品，恐怕是百年一遇的。绝大多数的产品被设计出来后，都会经历一个生命周期。尤其在生命周期曲线的上升期和下降期，我们尤其会纠结于产品停滞不前、不受欢迎甚至是被千夫所指的阶段。这个时候，如上图，大概会有几种情况：a.在汪洋中没有方向，在一小片区域打转，自我感觉良好；b.大家逐渐发现各种问题，前后不靠岸，于是开始相互推诿和指责  c.大家坐到一起，发现问题有ABCD，解决方案是1234，分工是甲做指南针、乙补洞、丙掌舵、丁划桨…… 反省：没有目标，任何风向都是不顺的；不提出问题，也无法寻找到原因；办法总比问题多，关键是想不想，做不做。 4.真正的创新只有在经历过擦肩而过后才能实现 （看不到图？点这里） 创新是产品设计中不可缺少的元素。但它总是披着“灵光一现”的隐形衣，所以我们总觉得它可遇不可求。但是为什么有人遇到了，有人求之却不得？这里有歪理一枚：“遇”字包含这样的意思，两个物体要相遇，前提是至少有一个物体在移动。如果目标是静止不动的，当然只有我们去移动，才有与其相遇的可能；当然，我们的目标也可能是移动的，但是相遇往往只是电光火石的一瞬间，你有把握能捕捉到吗？所以说，“机会只光顾有准备的人”…… 反省：实践和思考的反复迭代，是创新的催化剂。 5.过多的会议是一个糟糕的组织明显的标志 （看不到图？点这里） 这一点，估计只需意会，不需言传了。用会议代替流程和规范，用讨论代替执行，推卸责任，陷入细节，导致时间成本高筑，责权不明晰，奖惩不分明……在产品设计的过程中，我们或多或少都能体会到。 反省：绅士的演讲应该像女人的裙子，越短越好，会议也是。当然前提是问题能够解决。 胡诌了五幅小漫画，很不厚道地作为优涩控新年开篇。更多的漫画，可以到这里和这里围观~ 生活总是充满问题和思考的，一言半语的总结常常能让我们获益良多，做产品，也是一样。]]></description>
			<content:encoded><![CDATA[<p>2010年优涩控的第一篇文章，来个轻松的话题：漫话产品设计。只是00的有感而发，请勿对号入座~</p>
<p>以下被借题发挥的漫画来自<a href="http://2nder.cn/archives/163" target="_blank">这里</a>的转载~</p>
<p><strong>1.鱼饵就应当符合鱼儿的胃口，而不是钓鱼者</strong></p>
<p><img class="alignnone" title="鱼饵就应当符合鱼儿的胃口，而不是钓鱼者" src="http://pic.yupoo.com/jpig/570338b16a4c/hmughiad.jpg" alt="" width="375" height="500" /></p>
<p>（看不到图？点<a href="http://www.5719.cn/Files/BeyondPic/2008-9/27/1a9f9c873580f327c75cc32f.jpg" target="_blank">这里</a>）<br />
<span id="more-246"></span><br />
第一次看到这幅漫画就笑了：画的不就是做产品的我们嘛~  花了不少成本、人力、时间，把自己看起来都颇诱人的鱼饵（x产品x功能）抛到鱼塘（网站）里，满心欢喜地守着盼着等着念着：“鱼儿鱼儿快上钩~”鱼儿们来到网站，先是看到一个庞然大物，一晕；然后满世界找熟悉的功能，未遂，再晕；好不容易找对地儿，发现鱼饵味道变了，三晕……</p>
<p><span style="color: #ff6600;"><strong>反省：核心需求的满足，永远是最好的饵料啊~</strong></span></p>
<p><span style="color: #ff6600;"><strong><br />
</strong></span></p>
<p><strong>2.踏着别人的脚步前进，超越就无从谈起</strong></p>
<p><img class="alignnone" title="2.踏着别人的脚步前进，超越就无从谈起" src="http://pic.yupoo.com/jpig/239078b16a4e/ezurh2g1.jpg" alt="" width="377" height="500" /></p>
<p>（看不到图？点<a href="http://www.5719.cn/Files/BeyondPic/2008-9/27/9acd6b114cd08b1eb9127bb2.jpg" target="_blank">这里</a>）</p>
<p>“超越”是一个我们都很迷恋的词。但是它后面藏着很多疑问：为什么要超越？怎样算超越？要在哪些方面超越？现在距离有多少？大家的起跑线、方向、耐力、步长、频率一样吗？怎样超越？投入多少成本去超越？……</p>
<p>好了，如果顺利回答完上面的问题，我们往往发现，“超越”其实只是我们嘴巴迷恋的词，而“跟随”才是我们脑袋和腿脚（不自觉地）迷恋的词。正是因为“有距离”，所以欲望很强烈，心情很急切，脚步很错乱。“跟随”就显得很靠谱：直接跨越摸索、纠结阶段，直接节约思考、打磨的时间，直接规避失败的风险，何乐而不为呢？但是，跟随的结果最多是不过不失，大家都跟随了，整个市场的产品也同质化了。我们表面上做了不少事情，将产品改头换面更新换代，但是，实际上属于自己的东西越来越少，产品的个性越来越不鲜明，用户只好在审美疲劳中放弃选择。</p>
<p><span style="color: #993300;"><strong><span style="color: #ff6600;">反省：寄望通过别人的分享和经验得到提高，将永远没有自己核心的东西</span></strong></span></p>
<p><span style="color: #993300;"><strong><span style="color: #ff6600;"><br />
</span></strong></span></p>
<p><strong>3.找解决方案要比纠结原因的优先级高</strong></p>
<p><img class="alignnone" title="3.找解决方案要比纠结原因的优先级高" src="http://pic.yupoo.com/jpig/282978b16a4e/f49wlmag.jpg" alt="" width="377" height="500" /></p>
<p>（看不到图？点<a href="http://www.5719.cn/Files/BeyondPic/2008-9/27/7c0c92a84be241bfcb130cdc.jpg" target="_blank">这里</a>）</p>
<p>呱呱坠地就流芳百世的产品，恐怕是百年一遇的。绝大多数的产品被设计出来后，都会经历一个生命周期。尤其在生命周期曲线的上升期和下降期，我们尤其会纠结于产品停滞不前、不受欢迎甚至是被千夫所指的阶段。这个时候，如上图，大概会有几种情况：a.在汪洋中没有方向，在一小片区域打转，自我感觉良好；b.大家逐渐发现各种问题，前后不靠岸，于是开始相互推诿和指责  c.大家坐到一起，发现问题有ABCD，解决方案是1234，分工是甲做指南针、乙补洞、丙掌舵、丁划桨……</p>
<p><span style="color: #ff6600;"><strong>反省：没有目标，任何风向都是不顺的；不提出问题，也无法寻找到原因；办法总比问题多，关键是想不想，做不做。</strong></span></p>
<p><span style="color: #ff6600;"><strong><br />
</strong></span></p>
<p><strong>4.真正的创新只有在经历过擦肩而过后才能实现</strong></p>
<p><img class="alignnone" title="4.真正的创新只有在经历过擦肩而过后才能实现" src="http://pic.yupoo.com/jpig/698308b16a51/byovbdsl.jpg" alt="" width="377" height="500" /></p>
<p>（看不到图？点<a href="http://www.5719.cn/Files/BeyondPic/2008-9/27/a7284df82b8a0e00d8f9fd26.jpg" target="_blank">这里</a>）</p>
<p>创新是产品设计中不可缺少的元素。但它总是披着“灵光一现”的隐形衣，所以我们总觉得它可遇不可求。但是为什么有人遇到了，有人求之却不得？这里有歪理一枚：“遇”字包含这样的意思，两个物体要相遇，前提是至少有一个物体在移动。如果目标是静止不动的，当然只有我们去移动，才有与其相遇的可能；当然，我们的目标也可能是移动的，但是相遇往往只是电光火石的一瞬间，你有把握能捕捉到吗？所以说，“机会只光顾有准备的人”……</p>
<p><span style="color: #ff6600;"><strong>反省：实践和思考的反复迭代，是创新的催化剂。</strong></span></p>
<p><span style="color: #ff6600;"><strong><br />
</strong></span></p>
<p><strong>5.过多的会议是一个糟糕的组织明显的标志</strong></p>
<p><img class="alignnone" title="5.过多的会议是一个糟糕的组织明显的标志" src="http://pic.yupoo.com/jpig/118318b16a51/hxdiflbr.jpg" alt="" width="377" height="500" /></p>
<p>（看不到图？点<a href="http://www.5719.cn/Files/BeyondPic/2008-9/27/f17fd5f0a51a56bca40f52f3.jpg" target="_blank">这里</a>）</p>
<p>这一点，估计只需意会，不需言传了。用会议代替流程和规范，用讨论代替执行，推卸责任，陷入细节，导致时间成本高筑，责权不明晰，奖惩不分明……在产品设计的过程中，我们或多或少都能体会到。</p>
<p><span style="color: #ff6600;"><strong>反省：绅士的演讲应该像女人的裙子，越短越好，会议也是。当然前提是问题能够解决。</strong></span></p>
<p><span style="color: #ff6600;"><strong><br />
</strong></span></p>
<p>胡诌了五幅小漫画，很不厚道地作为优涩控新年开篇。更多的漫画，可以到<a href="http://www.zreading.cn/archives/1515.html" target="_blank">这里</a>和<a href="http://2nder.cn/archives/163" target="_blank">这里</a>围观~</p>
<p>生活总是充满问题和思考的，一言半语的总结常常能让我们获益良多，做产品，也是一样。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.userkon.com/kidult/talk_about_product_design.html/feed</wfw:commentRss>
		<slash:comments>15</slash:comments>
		</item>
		<item>
		<title>什么是OpenID？OpenID概念、原理和案例介绍</title>
		<link>http://www.userkon.com/kidult/openid_intro.html</link>
		<comments>http://www.userkon.com/kidult/openid_intro.html#comments</comments>
		<pubDate>Sat, 12 Dec 2009 13:44:03 +0000</pubDate>
		<dc:creator>00</dc:creator>
				<category><![CDATA[产品思考]]></category>
		<category><![CDATA[identity]]></category>
		<category><![CDATA[OpenID]]></category>

		<guid isPermaLink="false">http://www.userkon.com/kidult/openid_intro.html</guid>
		<description><![CDATA[这几周有关OpenID的新闻不断：Google Profile变身OpenID、WordPress上的Google Friend Connect插件实现OpenID留言、OpenID先驱JanRain获得325万美元风险投资、雅虎将全面支持Facebook Connect服务…… 正好前段时间看了一些OpenID的资料，希望下面的内容可以帮助大家了解OpenID（参考资料见附录）。 1.OpenID介绍 1.1概念 OpenID 是一个以用户为中心的数字身份识别框架，是一个以URL为身份标识的分散式身份验证解决方案，它具有开放、分散、自由等特性。 OpenID 的创建基于这样一个概念：可以通过URL来认证一个网站的唯一身份，同理，也可以让每人通过一个URL(一个OpenID身份就是一个URL)，在多个网站上进行登录，作为用户的身份认证。 形象一点来说：URL是护照，OpenID服务器就是户口所在地。首先在一个OpenID服务器网站注册，获得一个URL，等于申请一个了“出入许可证”。然后可以直接使用这个URL来登录别的网站，也可以把这个URL加到自己的主页，让个人主页的URL具备OpenID URL的功能，就像是一个复印件。然后就可以拿这个URL到支持OpenID的网站去登录了。不需要每个网站都注册一遍，因为你的信息已经保存在OpenID服务器上，并获得那些网站的认可。好比是银行卡可以在银联内的多家银行取钱一样。不用担心自己的用户名被别人抢注，也不用怕忘记那许多用户名和密码。 谁将拥有或控制的OpenID ？ OpenID的出现缘于开源社区，其目的是为了解决现有技术所不能轻易解决的问题。OpenID不属于任何人，也不应该属于任何人。任何人都可以选择成为一个OpenID用户或成为一个OpenID的免费提供方，而不需要注册或者被任何组织批准允许。OpenID基金会的成立，目的是为了协助开源社区的管理和发展，以促进和支持OpenID的扩展和应用 。 1.2基本原理简述 OpenID系统由三部分角色组成： End User — 终端用户，使用OpenID作为网络通行证的互联网用户； Relying Part（RP） — OpenID支持方，支持End User用OpenID登录自己的网站； OpenID Provider（OP） — OpenID提供方，提供OpenID注册、存储等服务。 USER —— 使用OpenID RP —— 支持OpenID登录 OP &#8230; <a href="http://www.userkon.com/kidult/openid_intro.html">继续阅读 <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>这几周有关OpenID的新闻不断：<a href="http://www.google.org.cn/posts/google-profiles-can-be-used-as-openid.html">Google Profile变身OpenID</a>、WordPress上的Google Friend Connect<a href="http://www.google.org.cn/posts/comment-in-wordpress-blog-using-google-friend-connect.html">插件</a>实现OpenID留言、OpenID先驱<a href="http://news.cnfol.com/091208/101,1587,6921509,00.shtml">JanRain获得325万美元风险投资</a>、<a href="http://www.weblust.cn/%20http://news.iresearch.cn/0468/20091203/106267.shtml">雅虎将全面支持Facebook Connect服务</a>…… 正好前段时间看了一些OpenID的资料，希望下面的内容可以帮助大家了解OpenID（参考资料见附录）。</p>
<h3>1.OpenID介绍</h3>
<p><strong>1.1概念</strong></p>
<p><strong>OpenID</strong> <strong>是一个以用户为中心的数字身份识别框架，是一个以URL</strong><strong>为身份标识的分散式身份验证解决方案，它具有开放、分散、自由等特性。</strong></p>
<p><img style="border: 0px initial initial;" title="clip_image002" src="http://pic.yupoo.com/uegeek/925288c8bb35/25ydjbip.jpg" border="0" alt="clip_image002" width="452" height="167" /></p>
<p>OpenID 的创建基于这样一个概念：可以通过URL来认证一个网站的唯一身份，同理，也可以让每人通过一个URL(一个OpenID身份就是一个URL)，在多个网站上进行登录，作为用户的身份认证。</p>
<p>形象一点来说：URL是护照，OpenID服务器就是户口所在地。首先在一个OpenID服务器网站注册，获得一个URL，等于申请一个了“出入许可证”。然后可以直接使用这个URL来登录别的网站，也可以把这个URL加到自己的主页，让个人主页的URL具备OpenID URL的功能，就像是一个复印件。然后就可以拿这个URL到支持OpenID的网站去登录了。不需要每个网站都注册一遍，因为你的信息已经保存在OpenID服务器上，并获得那些网站的认可。好比是银行卡可以在银联内的多家银行取钱一样。不用担心自己的用户名被别人抢注，也不用怕忘记那许多用户名和密码。<br />
<span id="more-228"></span><br />
谁将拥有或控制的OpenID ？</p>
<p>OpenID的出现缘于开源社区，其目的是为了解决现有技术所不能轻易解决的问题。OpenID不属于任何人，也不应该属于任何人。<strong>任何人</strong>都可以选择成为一个OpenID用户或成为一个OpenID的免费提供方，而不需要注册或者被任何组织批准允许。OpenID基金会的成立，目的是为了协助开源社区的管理和发展，以促进和支持OpenID的扩展和应用 。</p>
<p><strong>1.2基本原理简述</strong></p>
<p>OpenID系统由三部分角色组成：</p>
<ul>
<li><strong>End User</strong> <strong>—</strong> <strong>终端用户</strong>，使用OpenID作为网络通行证的互联网用户；</li>
<li><strong>Relying Part</strong><strong>（</strong><strong>RP</strong><strong>）</strong> <strong>—</strong> <strong>OpenID</strong><strong>支持方</strong>，支持End User用OpenID登录自己的<strong>网站</strong>；</li>
<li><strong>OpenID Provider</strong><strong>（</strong><strong>OP</strong><strong>）</strong> <strong>—</strong> <strong>OpenID</strong><strong>提供方</strong>，提供OpenID注册、存储等服务。</li>
</ul>
<p><a href="http://image-001.yo2cdn.com/wp-content/uploads/208/20875/2009/12/clip-image009.jpg"><img title="clip_image009" src="http://image-001.yo2cdn.com/wp-content/uploads/208/20875/2009/12/clip-image009-thumb.jpg" border="0" alt="clip_image009" width="48" height="59" /></a> USER —— <strong>使用</strong><strong>OpenID </strong></p>
<p><a href="http://www.iconfinder.net/icondetails/334/64/?q=home"><img title="clip_image010" src="http://image-001.yo2cdn.com/wp-content/uploads/208/20875/2009/12/clip-image010.png" border="0" alt="clip_image010" width="62" height="62" /></a> RP —— <strong>支持</strong><strong>OpenID</strong><strong>登录</strong></p>
<p><img title="clip_image012" src="http://image-001.yo2cdn.com/wp-content/uploads/208/20875/2009/12/clip-image012.png" border="0" alt="clip_image012" width="77" height="68" /> OP —— <strong> <strong>提供</strong><strong>OpenID</strong></strong></p>
<p>使用 OpenID时，URL就是用户名，密码存储在一个 OpenID 服务网站（OP）上。登录RP时需要提交两个重要信息，一个是你的名字，一个是OpenID网站的网址。例如我在OP：open.cn上的账号是：kidult，我的OpenID就是http://kidult.openid.cn/。</p>
<p>打个<a href="http://blog.bluesky.cn/archives/358/what-is-openid.html">比方</a>，你到朋友公司，要经过门卫，门卫需要确认你的身份。这时候，你就是用户，门卫就是网站登录框，朋友就是一个OpenID中介。</p>
<blockquote><p>你要进门，告诉门卫：“我要找某某某。”</p>
<p>门卫打电话问你朋友：“这有个人说是找你的。”</p>
<p>门卫把电话交给你，你给朋友暗号：“地瓜地瓜，我是土豆。”</p>
<p>再把电话交给门卫，朋友告诉门卫：“没错，他是我朋友，让他进来吧。”</p></blockquote>
<p>事实上， “门卫” 并不需要认识你朋友，只需要通过一种通用的协议与OpenID的网站交换确认信息就行了，“门卫”和OpenID网站之间的信息是建立在tcp/ip基础上的比较可靠的唯一通路上，除非别人知道你的OpenID密码，或者黑客通过某种手段劫持他们之间的通信，或者劫持OpenID网站域名，否则别人不能冒充你的身份。</p>
<p><a href="http://image-001.yo2cdn.com/wp-content/uploads/208/20875/2009/12/clip-image014.jpg"><img style="border: 0px initial initial;" title="clip_image014" src="http://pic.yupoo.com/uegeek/619008c8bb35/ukb6ajyg.jpg" border="0" alt="clip_image014" width="574" height="499" /></a></p>
<p>图 1 OpenID原理</p>
<p><strong>1.3 OpenID优缺点</strong></p>
<p><strong>优点：</strong></p>
<p>对用户</p>
<p>1. 简化注册登录流程：一定程度上避免了重复注册、填写身份资料的繁琐过程，<strong>不需要注册邮件确认</strong>，登录更快捷。</p>
<p>2. 一处注册，处处通行：免去记忆大量账号的麻烦，一个OpenID就在任何支持OpenID的网站自由登录。</p>
<p><a href="http://image-001.yo2cdn.com/wp-content/uploads/208/20875/2009/12/clip-image015.png"><img style="border: 0px initial initial;" title="clip_image015" src="http://pic.yupoo.com/uegeek/204368c8bb36/q58bu7m4.jpg" border="0" alt="clip_image015" width="600" height="400" /></a></p>
<p>3. 减少密码泄露风险：频繁登录各种网站，容易被垃圾网站暗地里收集密码和资料，或者冒充用户身份发送垃圾信息。</p>
<p>4. 用户拥有账号信息控制权：根据对网站的信任程度，用户可以清楚的控制哪些profile信息可以被共享，例如姓名、地址、电话号码等。</p>
<p>对网站（RP）</p>
<p>1. 共享用户资源：给所有支持 OpenID 的网站带来了价值。</p>
<p>2.已经有相当数量的高端注册用户可以直接使用，不必从零开始；</p>
<p>3.可以不负担自己建立会员系统或登录功能所需要的开发成本、机器、带宽、安全费用；</p>
<p>4.用户数据是安全的，用户数据不统一存储，用户可以任意选择、更换存储的server。没有组织，没有任何一个地方可以做root，没有任何一个机构或者个人能够从这里面获利。</p>
<p><strong>缺点：</strong></p>
<p>1. 任何人都可以建立一个网站提供OpenID验证服务，而网站性能参差不齐，导致OpenID的验证过程不是很稳定。</p>
<p>2. 如果提供OpenID验证服务的网站突然关闭的话，可能会导致大量用户无法使用多个网站的服务。</p>
<p>3. 目前几乎所有支持OpenID的网站都很谨慎地将其做为一种可供选择的辅助登录方法，这会在很大程度上阻碍OpenID的发展。</p>
<p>4. 目前支持OpenID的网站还不多，其独特的使用方法并不被多数用户所熟悉。</p>
<p>More about OpenID…</p>
<p><a href="http://image-001.yo2cdn.com/wp-content/uploads/208/20875/2009/12/clip-image017.png"><img style="border: 0px initial initial;" title="clip_image017" src="http://pic.yupoo.com/uegeek/904788c8bb38/xzcewveb.jpg" border="0" alt="clip_image017" width="628" height="811" /></a></p>
<p><strong>1.4 OpenID跟Passport的比较</strong></p>
<p>网络通行证进化历程：</p>
<p>l 最原始的注册方式，自选字母或是数字等组合作为ID；</p>
<p>l 到了传说中的web2.0时代，用邮箱作为ID来注册，但是隐患是“不请自来”的邮件；</p>
<p>l 现在，用OpenID登录，即，不用担心垃圾邮件，省去填定个人资料的过程，节省了注册时间。</p>
<p>目前互联网上的主流帐号管理方式有两种：</p>
<p>1、单一帐号系统。只提供单一服务的网站采用的用户帐号管理模式。用户注册后使用此帐号可以在其网上上实现所有功能操作。</p>
<p>2、通行证。例如google、163、微软等提供多套服务的网站采用的帐号管理程序。用户在注册一次之后，使用该帐号可以在这些网站所属群里面自由使用。</p>
<p>与目前流行的网站帐号系统（Passport）相比，OpenID具有开放性以及分散式的特点。它不基于某一应用网站的注册程序，而且不限制于单一网站的登录使用。</p>
<h3>2.相关案例</h3>
<p>目前，OpenID联盟包括的知名网站有：Google，IBM，雅虎，微软，Myspace，Facebook等。</p>
<p><strong>2.1 国外OpenID</strong></p>
<p>其实很多网站的账号本身就是一个OpenID：</p>
<p>AOL &#8211; OpenID.aol.com/screenname</p>
<p>Blogger &#8211; username.blogger.com</p>
<p>Bloglines &#8211; d.bloglines.com/username</p>
<p>Flickr &#8211; www.flickr.com/photos/username</p>
<p>LiveDoor &#8211; profile.livedoor.com/username</p>
<p>LiveJournal &#8211; username.livejournal.com</p>
<p>SmugMug &#8211; username.smugmug.com</p>
<p>Technorati &#8211; technorati.com/people/technorati/username</p>
<p>Vox &#8211; member.vox.com</p>
<p>Yahoo &#8211; http://OpenID.yahoo.com</p>
<p>WordPress.com &#8211; username.wordpress.com</p>
<p>Ziki.com</p>
<p>表 2 一些OpenID提供方比较</p>
<p>(易用性 安全性 用户信息 多ID管理 反钓鱼 密码保护)</p>
<p><a href="http://image-001.yo2cdn.com/wp-content/uploads/208/20875/2009/12/clip-image023.png"><img style="border: 0px initial initial;" title="clip_image023" src="http://pic.yupoo.com/uegeek/685648c8bb38/1suazdjm.jpg" border="0" alt="clip_image023" width="539" height="449" /></a></p>
<p><a href="http://OpenIDexplained.com/get?sort=feature0&amp;default=desc&amp;dir=desc" target="_blank">via</a></p>
<p><strong>Facebook</strong> <strong>作为RP</strong><strong>支持OpenID</strong></p>
<p>2009年5月19日，facebook宣布正式启用OpenID登录系统，允许用户使用Gmail或其它支持OpenID的网站帐号登录Facebook。可以用Gmail帐号登录Facebook，也就是说，当你在Gmail里浏览邮件时，点击了一个Facebook的链接，你不需要再输入密码，就能到达你自己的Facebook页面里。</p>
<p>OpenID是一个非盈利性质的联盟，期望推动用一个帐号/密码来登录所有网站。这可以省掉大量的用户不停注册的时间，以及一堆帐号/密码的麻烦。</p>
<p>但是很多OpenID的参与者都不像Facebook这么彻底，例如不能用Facebook帐号登录Gmail。为什么Facebook这么做？Facebook说：”我们认为，开放有助于培育出一个强大的开发人员社区。”Facebook在测试中发现，利用OpenID注册Facebook的新用户”更可能”成为Facebook的活跃用户。</p>
<p>当然，最真实的原因来自：Facebook从一开始就是一个彻底的”开放”态度，它让用户用自己的Email地址作为Facebook的帐号，而从来没有生成Facebook自己的帐号。所以，它采纳OpenID跟自己的历史逻辑一致，没有任何损失。</p>
<p><strong>2.2 Yahoo ID和Google ID</strong></p>
<p><strong>Yahoo</strong></p>
<p><a href="http://image-001.yo2cdn.com/wp-content/uploads/208/20875/2009/12/clip-image025.png"><img style="border: 0px initial initial;" title="clip_image025" src="http://pic.yupoo.com/uegeek/593718c8bb39/0wzof2mj.jpg" border="0" alt="clip_image025" width="244" height="144" /></a></p>
<blockquote><p>OpenID技术让你可以用Yahoo!账号登录许多网站。一旦启用您的Yahoo！ OpenID的访问帐户，您可以简单地告诉任何支持OpenID的网站，你是Yahoo！用户。</p>
<p>当您访问的网站支持OpenID登录，您只需找到Yahoo！登录按钮。或者你看到一个OpenID图标，只需在文本框输入“yahoo.com”。登录信息将被发送到Yahoo！验证您的Yahoo！ ID和密码，然后登录到该网站。</p></blockquote>
<p>例子：用yahoo账号登录plaxo</p>
<p><a href="http://image-001.yo2cdn.com/wp-content/uploads/208/20875/2009/12/clip-image038.png"><img title="clip_image038" src="http://pic.yupoo.com/uegeek/662358c8bb3a/rsiwljqc.jpg" alt="clip_image038" width="238" height="213" /></a></p>
<p>安全措施：<strong>Yahoo! sign-in seal (</strong><strong>安全图章)</strong></p>
<p><a href="http://image-001.yo2cdn.com/wp-content/uploads/208/20875/2009/12/clip-image040.png"><img style="border: 0px initial initial;" title="clip_image040" src="http://pic.yupoo.com/uegeek/130528c8bb3c/5mg4d207.jpg" border="0" alt="clip_image040" width="443" height="308" /></a></p>
<p>一个安全图章是一个只在本机显示的秘密的信息或照片。每次登录都寻找它，以确保您在一个真正的雅虎正在网站。如果消息，照片，或颜色是不同的，你可能在访问一个钓鱼网站。</p>
<p><strong>Google</strong></p>
<p>Google期望用户用Gmail的帐号登录其他网站，比如Facebook，但是，它不允许用户用其它Facebook的帐号来登录Gmail。（<a href="http://www.weblust.cn/#googlemusic">例外</a>）</p>
<p><strong>Google OpenID</strong><strong>解决方案：</strong><strong>Federated Login</strong></p>
<p>基于OpenID标准。第三方网站和应用程序现在可以使用google帐户注册和登录。</p>
<p><a href="http://image-001.yo2cdn.com/wp-content/uploads/208/20875/2009/12/clip-image051.jpg"><img style="border: 0px initial initial;" title="clip_image051" src="http://pic.yupoo.com/uegeek/578018c8bb3b/kab72slp.jpg" border="0" alt="clip_image051" width="575" height="297" /></a></p>
<p>图 2 Google Federated Login原理</p>
<p><a name="googlemusic"></a><strong>（谷歌作为Relying Part</strong><strong>）</strong></p>
<p><a href="http://image-001.yo2cdn.com/wp-content/uploads/208/20875/2009/12/clip-image058.jpg"><img style="border: 0px initial initial;" title="clip_image058" src="http://pic.yupoo.com/uegeek/878718c8bb3e/66evqd7v.jpg" border="0" alt="clip_image058" width="433" height="312" /></a></p>
<p>为什么谷歌音乐支持人人ID、live ID、Yahoo! ID登录？有兴趣的同学可以看<a href="http://www.naodi.net/blog/why-not-use-google-music-google-account-login/">这里</a>。</p>
<p><strong>2.3 国内类OpenID</strong></p>
<p>国内支持OpenID的Relying Part：<a href="http://www.yupoo.com/">Yupoo又拍</a>，<a href="http://www.loopo.cn/">乐铺</a>，……</p>
<p>国内OpenID Provider：OpenID.cn，<a href="http://www.onedoor.cn/openid/info">豌豆</a>，……</p>
<p>更多的是类OpenID 提供方和类OpenID Relying Part</p>
<p>类OpenID Relying Part：京东商城、土豆、D1、99网上书城、365商城、钻石小鸟，等等。</p>
<p>类OpenID Provider：支付宝、人人网、QQ等。</p>
<h6>附：<strong>如何在我的网站上用支付宝账户登录功能？(<a href="http://dev.alipay.com/devclub/mvnforum/viewthread_thread,518_lastpage,yes/viewthread_thread,424_lastpage,yes;jsessionid=1DD89CC7C085FC36916F2AAD0FDD6952">via</a>)</strong></h6>
<p>答： 1、确认您签约的合同中是否有该项服务，我们称之为“免注册登陆”、“信任登陆”等。</p>
<p>2、若有该项服务，且已开通该项权限功能，请从客户经理那获得，免注册登陆的接口资料。若没有，则请联系客户经理 或拨打商户客服电话0571-88158090</p>
<p>3、根据接口资料与接口代码DEMO，类似接入支付宝支付接口的方式，接入这个接口到商户网站中，并与商户网站里的会员数据库衔接。</p>
<p>具体实现步骤可参考：<a href="http://dev.alipay.com/devclub/mvnforum/viewthread_thread,398">http://dev.alipay.com/devclub/mvnforum/viewthread_thread,398</a></p>
<p><strong>流程</strong> <strong>：</strong></p>
<p>1、 用户在访问您的网站时，在您的登陆框里，点击功能按钮“支付宝会员登陆”</p>
<p>2、 通过您做好的接口与支付宝的网关，页面跳转到支付宝专门为会员免注册登陆设计的登陆页面</p>
<p>3、 用户填写登陆帐号密码登陆进去以后，支付宝会把这个用户的相关信息发送回本网站，同时页面跳回到本网站已设置好路径的返回页，本网站通过该返回页执行程序实现用户在本网站的自动登陆（此登陆并非登陆到支付宝网站上，而是登陆到本网站里）。</p>
<p><strong>2.4 小结</strong></p>
<p><strong>封闭性质的</strong><strong>OpenID</strong><strong>——</strong><strong>形似而非神似</strong></p>
<p><strong>OpenID</strong><strong>：双向开放</strong></p>
<p><strong>类</strong><strong>OpenID</strong><strong>：单向有选择性的开放，提供接口，通过合作或开放给用户自行添加</strong></p>
<p>l 真正的OpenID支持网站（OI）：影响力太弱</p>
<p>l 类OpenID Provider（OP）：重量级公司，用户量庞大且较为优质，活跃度高。都不是真正的开放，自身产品不支持OpenID登录。</p>
<p>l 类OpenID Relying Part（OR）：实力较强，多是服务型网站，以电子商务网站为多，跟几大OP有深入的良好合作关系（互补的性质 &gt; 竞争性质），看重的是强强联合，打通用户资源。</p>
<hr size="1" />[1]. OpenID Wikipedia, <a href="http://en.wikipedia.org/wiki/Openid">http://en.wikipedia.org/wiki/OpenID</a></p>
<p>[2]. Six Apart &#8211; Labs: OpenID, <a href="http://www.sixapart.com/labs/openid/">http://www.sixapart.com/labs/OpenID/</a></p>
<p>[3]. OpenID Explained , <a href="http://openidexplained.com/">http://OpenIDexplained.com/</a></p>
<p>[4]. OpenID百度百科, <a href="http://baike.baidu.com/view/832917.html?wtp=tt">http://baike.baidu.com/view/832917.html?wtp=tt</a></p>
<p>[5]. OpenID使用手册, <a href="http://www.matrix.org.cn/resource/article/2007-09-20/187c9604-671e-11dc-91f8-0da64dffe568.html">http://www.matrix.org.cn/resource/article/2007-09-20/187c9604-671e-11dc-91f8-0da64dffe568.html</a></p>
<p>[6]. Towards an OpenID-based solution to the Social Network Interoperability problem，Position paper for the W3C Workshop on the Futureof Social Networking</p>
<p>[7]. Slideshare.net Results 1-12 of 1160 for &#8221; OpenID&#8221;  <a href="http://www.slideshare.net/search/slideshow?q=+OpenID&amp;submit=post&amp;searchfrom=header">http://www.slideshare.net/search/slideshow?q=+OpenID&amp;submit=post&amp;searchfrom=header</a></p>
<p>[8]. 什么是OpenID , David, March 23, 2008, <a href="http://blog.iyi.cn/start/2008/03/openid.html">http://blog.iyi.cn/start/2008/03/OpenID.html</a></p>
<p>[9]. 什么是OpenID , OpenID的工作原理简述, OpenID的两种模式, <a href="http://vovo.net.cn/go/OpenID">http://vovo.net.cn/go/OpenID</a></p>
<p>[10]. OpenID初体验, 2008-09-10, <a href="http://www.tiray.net/post/OpenID-experience.aspx">http://www.tiray.net/post/OpenID-experience.aspx</a></p>
<p>[11]. OpenID，新的用户登录体验, <a href="http://www.adxonist.com/archives/32">http://www.adxonist.com/archives/32</a></p>
<p>[12]. OpenID的用户体验 (一), <a href="http://www.adxonist.com/archives/34">http://www.adxonist.com/archives/34</a></p>
<p>[13]. OpenID的用户体验 (二), <a href="http://www.adxonist.com/archives/39">http://www.adxonist.com/archives/39</a></p>
<p>[14]. OpenID的用户体验 (三), <a href="http://www.adxonist.com/archives/54">http://www.adxonist.com/archives/54</a></p>
<p>[15]. OpenID系列(一)：注册篇, <a href="http://www.kuqin.com/shuoit/20080411/6538.html">http://www.kuqin.com/shuoit/20080411/6538.html</a></p>
<p>[16]. OpenID系列(二)：使用自己的URL, <a href="http://www.kuqin.com/shuoit/20080411/6539.html">http://www.kuqin.com/shuoit/20080411/6539.html</a></p>
<p>[17]. 国外各大OI、OP、RP网站</p>
<p>[18]. 国内各大OP、RP网站</p>
<p>EOF</p>
<p>by 00</p>
]]></content:encoded>
			<wfw:commentRss>http://www.userkon.com/kidult/openid_intro.html/feed</wfw:commentRss>
		<slash:comments>10</slash:comments>
		</item>
		<item>
		<title>UCD年会收获：思考、积累、开放</title>
		<link>http://www.userkon.com/kidult/ucd_annual_meeting_2009.html</link>
		<comments>http://www.userkon.com/kidult/ucd_annual_meeting_2009.html#comments</comments>
		<pubDate>Sat, 21 Nov 2009 15:28:24 +0000</pubDate>
		<dc:creator>00</dc:creator>
				<category><![CDATA[产品思考]]></category>
		<category><![CDATA[UCD]]></category>
		<category><![CDATA[产品]]></category>
		<category><![CDATA[用户]]></category>

		<guid isPermaLink="false">http://www.userkon.com/kidult/ucd_annual_meeting_2009.html</guid>
		<description><![CDATA[从广美的UCD年会会场回来，趁着还没有忘记，赶紧记一下今天的收获。 对产品设计的认识 年会的开场着实让我激动了一下，再次听到了好多熟悉的名字，而且，见到了他们本人…… 鸦总的发言很精彩，很多话都重重地压在我心上，很过瘾，很惶恐。下面简单回顾一下吧，观点是直接来自鸦总blog~ 观点1：产品业务、市场运营、体验设计都必须围绕着用户进行，且三者不可分割，须融为一体。任何一个角色都需要具备另外两个角色的能力。 UCD至少有两个层面，具体层面和抽象层面。具体层面很好理解，我们每天都在念叨：要从用户角度出发。具体层面的UCD绝对必要，但这更多是从产品功能、操作和设计等细节出发，我们是在朝着一个正确的方向去UCD吗？感谢鸦总给我们带来了很多另一个层次UCD的思考：战略UCD。抽象层面的UCD，其实是很难把握的，至少要在3个方面下足功夫： 对本质的思考：用户需求的本质是什么？驱动用户使用产品的根本原因是什么？回溯原始的需求，这是支付宝的一个制胜法宝。我其实不同意提问环节一些同行提出的关于“淘宝有一个明确的方向和用户群，而很多小公司、创业团队没有”的观点。“中国网民有网购的需求，支付宝为网络购物提供最好的支付体验”，这句话并不是在互联网诞生之日就写在大家心里而成为一个共识的，淘宝支付宝之所以成功，就是因为抓住了关键和本质，提炼出了最原始最稳定的需求，并一直在这些关键上发力，才有今天的成功。如果连一个局外人都清楚一个团队的核心目标和用户群，难道这个团队本身不清楚吗？所以，能否将自己的目标提炼为一个最原始、最朴素供需模式描述，可以做为判断一个团队有没有清晰的方向和战略的指标之一，否则，小公司和创业团队始终会找不着北，始终希望有一天这个方向会自己跑到门口，做成大公司有希望了。 团队UCD观念的普及：这在下面第三点会提到。 UCD的整合：产品业务、市场运营、体验设计都能以用户角度出发，已经是很理想的情况了，但是这还不够。因为我们服务的是一个复杂的用户群体，只有几个部门在设计开发的不同阶段对各自领域的做法梳理和整合，往往还要相互理解和妥协，才能让UCD成果最大化重叠。   观点2：互联网的竞争从入口之争转入平台之争，将转入用户之争。得民心者得天下。用户的体验，不再是一个独立环节，要贯穿全程。 一代&#124;入口：新浪、搜狐、网易 二代&#124;平台：阿里、腾讯、百度、盛大 三代&#124;用户：开心、豆瓣、迅雷…… 鸦总的这个总结也很好。这大概也是web1.0到2.0的一个转变过程。之所以产品传播途径从抓入口到抓平台到抓口碑（当然他们之间不是替代关系），之所以觉得用户体验越来越应该贯穿全程，我的一个补充理解是：用户的力量在web2.0时代有了一个质的增长，第三代网站之所以能够以轻产品轻网站的模式跟一、二代大网站分庭抗礼，除了网站间开放、协同、分享的理念外，用户力量的贡献也是不可忽视的，若是UGC网站就更不用说了。这时注重全程的用户体验，对用户和网站来说，是一个双赢的做法。   观点3：用户体验设计，将不是一个独立部门，而是全民的参与。我对于支付宝UED的愿景：不再有一个部门叫“UED”。 公司UCD、UED观念的普及。“把UED部门做没了”，这确实是一个愿景，一句豪言壮语。为什么现在很多User Center 的Design不被接受或者UE部门的工作会遇到比较多的阻力？因为UCD的观念在团队中没有被每一个人接受，大家的目标和步伐不一致，所以会存在“用户体验是UI的事情，与我无关”的误解。只有每个人在产品设计开发的每一个阶段，甚至每一个细节，都能主动站在用户去思考，以用户的逻辑去理解，以用户的习惯去模拟，才有可能让产品从能用到易用到好用到喜欢用。无论是自上而下，还是自下而上，UCD观念的普及是良性发展的一个前提。 而且，UCD观念的普及，并不是指表面化的从用户角度出发，例如“我觉得如果是用户的话会怎样怎样”，“用户会喜欢四个字而不是六个字”，还是要在多个问题和决策上不停地发问。例如你觉得用户可能会这么想，那么为什么会这么想？为什么不会那样想？哪些选择会让他不这么想？为什么这些选择会起到这个作用？选择的原因又是什么？…… 支持这个理念的，其实是背后一整套学科体系和方法，仅仅喜欢发问是远远不够的，将设计、心理、市场等相关学科的知识和方法整合运用进来，才有可能真正地UCD。   观点4：用户研究的根本需要围绕：“什么样的人，在什么样的环境里，有什么样的遭遇，获得了什么样的信息，希望解决什么样的问题”。 很多时候，我们的用户研究，询问的是用户对一个产品、一个功能、一个界面的“看法”，但是，为什么他会产生某个“看法”，我们不得而知，因为我们没有问他是“什么样的人，在什么样的环境里，有什么样的遭遇，获得了什么样的信息，希望解决什么样的问题”，还有，为什么来？问题是否得到解决？等等。用研那么多种方法，没有一种是完美的，定量和定性研究，一个解决是什么，一个解决为什么，都不可缺少。   观点5：最好的用户研究方法就是把产品做出来，给用户用。看他用，站在他的角度读懂它。 做产品不必一步到位，也不必畏首畏尾，网站和服务是我们的试验田，如果真的是一些不明确的功能，可以采用迂回的方法，进行局部试探性的尝试，方便快速反应和迭代。用户需求本身是复杂的，有时很难拿出各方都满意的解决方案，更简单的做法可能是进行试验，让市场和用户自己去选择。   观点6：用户需求不是偶然发现的，更不是创造出来的，而是计算出来的。对于线上定量数据的分析，往往比线下的定性数据分析更有价值。 对没有较完善数据系统的团队，这个观点简直是噩梦。但这确实是大白话。在不同部门因为对用户需求的不同理解在pk的时候，有什么比从线上数据挖掘出的用户行为更有说服力呢？偶然发现的用户需求，必定是零散不成体系的，缺乏承续性和扩展性；创造出来的用户需求 ，大多可能是拍脑袋的结果。如果有详细而易于挖掘的数据，用户需求的提取会相对简单且精准。不过，对数据的运用，也是一门艺术。有时数据也是一把双刃剑，如果仅仅是片面地想用数据证明某些观点和做法的正确性，数据沦为了断章取义的论据，也会成为产品失败的帮凶。   观点7：产品体验和需求的完善，是逐步实现的，有阶段、有节奏、有偶然，更有必然。 这点的体会还不太深，呵呵   另外有一点印象深刻：要抓住核心用户群的核心需求。知易行难。核心的东西，要坚持正确的做法，非核心的东西，则可以稍微灵活处理。能够明确知道核心需求，本来就很难，还要一直坚持，在任何时候不犯晕，不妥协，不放弃，更难。很佩服淘宝的洞见和耐心，一下子抓住了安全和信任体系这个关键，还能忍耐用几年的时间让这个环境得以成型。换了一个小公司，有足够的耐心和成本能够坚持这么久吗？不过话说回来，要做多大的事情，就得有多大的耐心。   对自己的收获 作为新人，自己还缺少几样东西： &#8230; <a href="http://www.userkon.com/kidult/ucd_annual_meeting_2009.html">继续阅读 <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>从广美的UCD年会会场回来，趁着还没有忘记，赶紧记一下今天的收获。</p>
<h3>对产品设计的认识</h3>
<p>年会的开场着实让我激动了一下，再次听到了好多熟悉的名字，而且，见到了他们本人……</p>
<p>鸦总的发言很精彩，很多话都重重地压在我心上，很过瘾，很惶恐。下面简单回顾一下吧，观点是直接来自鸦总<a href="http://uicom.net/blog/?p=849" target="_blank">blog</a>~</p>
<blockquote><p><strong>观点1</strong>：产品业务、市场运营、体验设计都必须围绕着用户进行，且三者不可分割，须融为一体。任何一个角色都需要具备另外两个角色的能力。</p></blockquote>
<p>UCD至少有两个层面，具体层面和抽象层面。具体层面很好理解，我们每天都在念叨：要从用户角度出发。具体层面的UCD绝对必要，但这更多是从产品功能、操作和设计等细节出发，我们是在朝着一个正确的方向去UCD吗？感谢鸦总给我们带来了很多另一个层次UCD的思考：战略UCD。抽象层面的UCD，其实是很难把握的，至少要在3个方面下足功夫：</p>
<p><span id="more-203"></span></p>
<ol>
<li><strong>对本质的思考：</strong>用户需求的本质是什么？驱动用户使用产品的根本原因是什么？回溯原始的需求，这是支付宝的一个制胜法宝。我其实不同意提问环节一些同行提出的关于“淘宝有一个明确的方向和用户群，而很多小公司、创业团队没有”的观点。“中国网民有网购的需求，支付宝为网络购物提供最好的支付体验”，这句话并不是在互联网诞生之日就写在大家心里而成为一个共识的，淘宝支付宝之所以成功，就是因为抓住了关键和本质，提炼出了最原始最稳定的需求，并一直在这些关键上发力，才有今天的成功。如果连一个局外人都清楚一个团队的核心目标和用户群，难道这个团队本身不清楚吗？所以，能否将自己的目标提炼为一个最原始、最朴素供需模式描述，可以做为判断一个团队有没有清晰的方向和战略的指标之一，否则，小公司和创业团队始终会找不着北，始终希望有一天这个方向会自己跑到门口，做成大公司有希望了。</li>
<li><strong>团队UCD观念的普及：</strong>这在下面第三点会提到。</li>
<li><strong>UCD的整合：</strong>产品业务、市场运营、体验设计都能以用户角度出发，已经是很理想的情况了，但是这还不够。因为我们服务的是一个复杂的用户群体，只有几个部门在设计开发的不同阶段对各自领域的做法梳理和整合，往往还要相互理解和妥协，才能让UCD成果最大化重叠。</li>
</ol>
<p> </p>
<blockquote><p><strong>观点2</strong>：互联网的竞争从入口之争转入平台之争，将转入用户之争。得民心者得天下。用户的体验，不再是一个独立环节，要贯穿全程。</p></blockquote>
<p>一代|入口：新浪、搜狐、网易</p>
<p>二代|平台：阿里、腾讯、百度、盛大</p>
<p>三代|用户：开心、豆瓣、迅雷……</p>
<p>鸦总的这个总结也很好。这大概也是web1.0到2.0的一个转变过程。之所以产品传播途径从抓入口到抓平台到抓口碑（当然他们之间不是替代关系），之所以觉得用户体验越来越应该贯穿全程，我的一个补充理解是：用户的力量在web2.0时代有了一个质的增长，第三代网站之所以能够以轻产品轻网站的模式跟一、二代大网站分庭抗礼，除了网站间开放、协同、分享的理念外，用户力量的贡献也是不可忽视的，若是UGC网站就更不用说了。这时注重全程的用户体验，对用户和网站来说，是一个双赢的做法。</p>
<p> </p>
<blockquote><p><strong>观点3</strong>：用户体验设计，将不是一个独立部门，而是全民的参与。我对于支付宝UED的愿景：不再有一个部门叫“UED”。</p></blockquote>
<p>公司UCD、UED观念的普及。“把UED部门做没了”，这确实是一个愿景，一句豪言壮语。为什么现在很多User Center 的Design不被接受或者UE部门的工作会遇到比较多的阻力？因为UCD的观念在团队中没有被每一个人接受，大家的目标和步伐不一致，所以会存在“用户体验是UI的事情，与我无关”的误解。只有每个人在产品设计开发的每一个阶段，甚至每一个细节，都能主动站在用户去思考，以用户的逻辑去理解，以用户的习惯去模拟，才有可能让产品从能用到易用到好用到喜欢用。无论是自上而下，还是自下而上，UCD观念的普及是良性发展的一个前提。</p>
<p>而且，UCD观念的普及，并不是指表面化的从用户角度出发，例如“我觉得如果是用户的话会怎样怎样”，“用户会喜欢四个字而不是六个字”，还是要在多个问题和决策上不停地发问。例如你觉得用户可能会这么想，那么为什么会这么想？为什么不会那样想？哪些选择会让他不这么想？为什么这些选择会起到这个作用？选择的原因又是什么？…… 支持这个理念的，其实是背后一整套学科体系和方法，仅仅喜欢发问是远远不够的，将设计、心理、市场等相关学科的知识和方法整合运用进来，才有可能真正地UCD。</p>
<p> </p>
<blockquote><p><strong>观点4</strong>：用户研究的根本需要围绕：“什么样的人，在什么样的环境里，有什么样的遭遇，获得了什么样的信息，希望解决什么样的问题”。</p></blockquote>
<p>很多时候，我们的用户研究，询问的是用户对一个产品、一个功能、一个界面的“看法”，但是，为什么他会产生某个“看法”，我们不得而知，因为我们没有问他是“什么样的人，在什么样的环境里，有什么样的遭遇，获得了什么样的信息，希望解决什么样的问题”，还有，为什么来？问题是否得到解决？等等。用研那么多种方法，没有一种是完美的，定量和定性研究，一个解决是什么，一个解决为什么，都不可缺少。</p>
<p> </p>
<blockquote><p><strong>观点5</strong>：最好的用户研究方法就是把产品做出来，给用户用。看他用，站在他的角度读懂它。</p></blockquote>
<p>做产品不必一步到位，也不必畏首畏尾，网站和服务是我们的试验田，如果真的是一些不明确的功能，可以采用迂回的方法，进行局部试探性的尝试，方便快速反应和迭代。用户需求本身是复杂的，有时很难拿出各方都满意的解决方案，更简单的做法可能是进行试验，让市场和用户自己去选择。</p>
<p> </p>
<blockquote><p><strong>观点6</strong>：用户需求不是偶然发现的，更不是创造出来的，而是计算出来的。对于线上定量数据的分析，往往比线下的定性数据分析更有价值。</p></blockquote>
<p>对没有较完善数据系统的团队，这个观点简直是噩梦。但这确实是大白话。在不同部门因为对用户需求的不同理解在pk的时候，有什么比从线上数据挖掘出的用户行为更有说服力呢？偶然发现的用户需求，必定是零散不成体系的，缺乏承续性和扩展性；创造出来的用户需求 ，大多可能是拍脑袋的结果。如果有详细而易于挖掘的数据，用户需求的提取会相对简单且精准。不过，对数据的运用，也是一门艺术。有时数据也是一把双刃剑，如果仅仅是片面地想用数据证明某些观点和做法的正确性，数据沦为了断章取义的论据，也会成为产品失败的帮凶。</p>
<p> </p>
<blockquote><p><strong>观点7</strong>：产品体验和需求的完善，是逐步实现的，有阶段、有节奏、有偶然，更有必然。</p></blockquote>
<p>这点的体会还不太深，呵呵</p>
<p> </p>
<p>另外有一点印象深刻：要抓住核心用户群的核心需求。知易行难。核心的东西，要坚持正确的做法，非核心的东西，则可以稍微灵活处理。能够明确知道核心需求，本来就很难，还要一直坚持，在任何时候不犯晕，不妥协，不放弃，更难。很佩服淘宝的洞见和耐心，一下子抓住了安全和信任体系这个关键，还能忍耐用几年的时间让这个环境得以成型。换了一个小公司，有足够的耐心和成本能够坚持这么久吗？不过话说回来，要做多大的事情，就得有多大的耐心。</p>
<p> </p>
<h3>对自己的收获</h3>
<p>作为新人，自己还缺少几样东西：</p>
<ul>
<li>开放的心态。以后要多参与、多交流、多分享。一个人闷着头，是可以学到不少东西，但远不如学习后交流收获的多。</li>
<li>认真的积累。交流之所以能够进行，前提是双方有相似的知识结构、在一个平台上且有开放的态度。踏踏实实积累，多看多用多想多总结多表达，总会进步的。</li>
<li>发散的目光。做产品的千万不要太狭隘，需要关注的是整个行业，需要保持的是对所有新鲜事物的好奇心、对所有新产品的兴趣。</li>
</ul>
<p>好了，先啰嗦到这里。感谢UCD，感谢年会，感谢带来观点和思考的大家，感谢辛苦的组织者。</p>
<p> </p>
<p>林林后，2009.11.21晚</p>
]]></content:encoded>
			<wfw:commentRss>http://www.userkon.com/kidult/ucd_annual_meeting_2009.html/feed</wfw:commentRss>
		<slash:comments>16</slash:comments>
		</item>
		<item>
		<title>从如何制定经营模式想到的</title>
		<link>http://www.userkon.com/kidult/think_about_product_strategy.html</link>
		<comments>http://www.userkon.com/kidult/think_about_product_strategy.html#comments</comments>
		<pubDate>Fri, 06 Nov 2009 14:53:51 +0000</pubDate>
		<dc:creator>00</dc:creator>
				<category><![CDATA[产品思考]]></category>
		<category><![CDATA[产品]]></category>
		<category><![CDATA[用户]]></category>

		<guid isPermaLink="false">http://www.userkon.com/kidult/think_about_product_strategy.html</guid>
		<description><![CDATA[刚刚看到阮一峰关于经营模式的文章，有这么一段话 如何制定经营模式 制定经营模式的窍门，就是使用倒推法，从最终消费者开始一步步倒推到生产阶段。你可以按下面的顺序，向自己提问： 第一步：谁来购买你的产品？为什么购买？市场有多大？ 第二步：客户愿意付多少钱购买你的产品？竞争对手是什么价格？ 第三步：客户在什么地方能买到你的产品？ 第四步：为了让客户买到你的产品，你要付出多少销售成本？ 第五步：你要生产出这些产品，能够负担的最高生产成本是多少？ 通过这一系列的步骤，你就可以整理出经营模式的大概轮廓，其中包括这样几个要点：产品定位、原料、生产过程、定价、经销渠道、营销、市场的进入壁垒、规模的扩大等等。 &#160;&#160;&#160;&#160; 这段的话的可扩展性颇强，用在互联网产品，即便是免费产品，也基本适用： &#160;&#160;&#160;&#160; 制定产品战略的窍门，可以使用倒推法，从最终用户开始一步步倒推到设计阶段： &#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; 第一步：谁来使用你的产品？为什么使用？市场有多大？ &#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; 第二步：用户愿意投入多少注意力和时间使用你的产品？用户对竞争对手的态度如何？ &#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; 第三步：用户在什么地方能够接触到产品的信息和推广？在哪些场合使用哪些工具可以访问或使用？ &#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; 第四步：为了让用户了解并使用产品，你要付出多少推广成本？ &#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; 第五步：你要生产出这些产品/功能，能够负担的最高人力成本/时间成本是多少？ &#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; 要点：产品定位、用户需求、策划和设计过程、推广策略和渠道、品牌营销、市场的进入壁垒、规模的扩大等等。 &#160; &#160;&#160;&#160;&#160;&#160; 这么看来，第一步类似用户群的定位和研究，是我们做得较多但做得不够透的一步：我们大概了解哪些人会使用我们的产品，但是他们的比例构成、使用动机和人群规模，我们貌似了解却又有点雾里看花，总感觉浅了一点，自己描述起来，底气都不足； &#160;&#160;&#160;&#160;&#160; 第二步最容易被忽视，我们时常犯的一个错误，是将自己的产品看得太重要，觉得用户每天有很多时间在用，很仔细地用，很投入地用，但是，用户真的有那么多时间和注意力吗？有多大比例的用户，对产品的使用习惯与我们对产品的定位高度重合？对自己的用户无暇做这些分析，竞争对手的情况就更不了解了。 &#160;&#160;&#160;&#160;&#160; 第三步，与品牌形象、产品推广有关，与使用体验有关。这是一个信息爆炸的时代，用户的注意力已经被抢夺得支离破碎了，“酒香不怕巷子深”已经不大现实，因为路边挤满了摊位，所有人匆匆的目光的脚步，远比“酒香”的扩散速度快。即便是勾住了用户的注意力，还是需要提供不同场景、多平台的优秀使用体验，才能帮助用户跨出从“了解”到“使用”的关键一步。 &#160;&#160;&#160;&#160;&#160; 第四步，在这么一个选择太多的时代，宣传推广任何东西都不是一件容易的事。哪些用户是我们最关注的？他们有在关注产品吗？在用户和产品之间牵线搭桥，到培养品牌忠诚度，我们可以投入的成本是多少？ &#160;&#160;&#160;&#160;&#160; 第五步，是最为现实的问题。用户的需求是各种各样的，即便我们通过各种渠道听到了他们的声音，但是被表达的需求就一定是内心真正的需求吗？被表达的需求就是大多数人的需求吗？被表达的需求就是符合产品逻辑的需求吗？（需求这个话题太大，这里打住）根据团队的能力（软硬件、人力、时间、资源），筛选出大多数用户真正的需求，才能保证好钢用在刀刃上。否则为用户（比例未知）打一枪换一个地方，这不是量体裁衣，而是为不合身的衣服打补丁。 &#160;&#160;&#160;&#160; 啰嗦了那么多，光提问，也没有提出具体解决方法，总结一句就是：产品规划，三思而后行。]]></description>
			<content:encoded><![CDATA[<p><strong>刚刚看到阮一峰关于经营模式的<a href="http://www.ruanyifeng.com/blog/2009/11/business_model.html" target="_blank">文章</a>，有这么一段话</strong></p>
<blockquote><p><strong>如何制定经营模式</strong></p>
<p>制定经营模式的窍门，就是使用倒推法，从最终消费者开始一步步倒推到生产阶段。你可以按下面的顺序，向自己提问：</p>
<p>第一步：谁来购买你的产品？为什么购买？市场有多大？</p>
<p>第二步：客户愿意付多少钱购买你的产品？竞争对手是什么价格？</p>
<p>第三步：客户在什么地方能买到你的产品？</p>
<p>第四步：为了让客户买到你的产品，你要付出多少销售成本？</p>
<p>第五步：你要生产出这些产品，能够负担的最高生产成本是多少？</p>
<p>通过这一系列的步骤，你就可以整理出经营模式的大概轮廓，其中包括这样几个要点：产品定位、原料、生产过程、定价、经销渠道、营销、市场的进入壁垒、规模的扩大等等。</p>
</blockquote>
<p>&#160;&#160;&#160;&#160; 这段的话的可扩展性颇强，用在互联网产品，即便是免费产品，也基本适用：</p>
<p><span id="more-184"></span></p>
<p>&#160;&#160;&#160;&#160; 制定产品战略的窍门，可以使用倒推法，从最终用户开始一步步倒推到设计阶段：</p>
<ul>
<li>&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; 第一步：谁来使用你的产品？为什么使用？市场有多大？</li>
<li>&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; 第二步：用户愿意投入多少注意力和时间使用你的产品？用户对竞争对手的态度如何？</li>
<li>&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; 第三步：用户在什么地方能够接触到产品的信息和推广？在哪些场合使用哪些工具可以访问或使用？</li>
<li>&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; 第四步：为了让用户了解并使用产品，你要付出多少推广成本？</li>
<li>&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; 第五步：你要生产出这些产品/功能，能够负担的最高人力成本/时间成本是多少？</li>
</ul>
<p>&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; <strong>要点</strong>：产品定位、用户需求、策划和设计过程、推广策略和渠道、品牌营销、市场的进入壁垒、规模的扩大等等。</p>
<p>&#160;</p>
<p>&#160;&#160;&#160;&#160;&#160; 这么看来，第一步类似用户群的定位和研究，是我们做得较多但做得不够透的一步：我们大概了解哪些人会使用我们的产品，但是他们的比例构成、使用动机和人群规模，我们貌似了解却又有点雾里看花，总感觉浅了一点，自己描述起来，底气都不足；</p>
<p>&#160;&#160;&#160;&#160;&#160; 第二步最容易被忽视，我们时常犯的一个错误，是将自己的产品看得太重要，觉得用户每天有很多时间在用，很仔细地用，很投入地用，但是，用户真的有那么多时间和注意力吗？有多大比例的用户，对产品的使用习惯与我们对产品的定位高度重合？对自己的用户无暇做这些分析，竞争对手的情况就更不了解了。</p>
<p>&#160;&#160;&#160;&#160;&#160; 第三步，与品牌形象、产品推广有关，与使用体验有关。这是一个信息爆炸的时代，用户的注意力已经被抢夺得支离破碎了，“酒香不怕巷子深”已经不大现实，因为路边挤满了摊位，所有人匆匆的目光的脚步，远比“酒香”的扩散速度快。即便是勾住了用户的注意力，还是需要提供不同场景、多平台的优秀使用体验，才能帮助用户跨出从“了解”到“使用”的关键一步。</p>
<p>&#160;&#160;&#160;&#160;&#160; 第四步，在这么一个选择太多的时代，宣传推广任何东西都不是一件容易的事。哪些用户是我们最关注的？他们有在关注产品吗？在用户和产品之间牵线搭桥，到培养品牌忠诚度，我们可以投入的成本是多少？</p>
<p>&#160;&#160;&#160;&#160;&#160; 第五步，是最为现实的问题。用户的需求是各种各样的，即便我们通过各种渠道听到了他们的声音，但是被表达的需求就一定是内心真正的需求吗？被表达的需求就是大多数人的需求吗？被表达的需求就是符合产品逻辑的需求吗？（需求这个话题太大，这里打住）根据团队的能力（软硬件、人力、时间、资源），筛选出大多数用户真正的需求，才能保证好钢用在刀刃上。否则为用户（比例未知）打一枪换一个地方，这不是量体裁衣，而是为不合身的衣服打补丁。</p>
<p>&#160;&#160;&#160;&#160; 啰嗦了那么多，光提问，也没有提出具体解决方法，总结一句就是：产品规划，三思而后行。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.userkon.com/kidult/think_about_product_strategy.html/feed</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
	</channel>
</rss>
