<?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>bluesnail'blog &#187; 用户</title>
	<atom:link href="http://www.xisoo.net/tag/%e7%94%a8%e6%88%b7/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.xisoo.net</link>
	<description>bluesnail的个人思维空间</description>
	<lastBuildDate>Mon, 19 Jul 2010 03:14:09 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>产品的提升，需要更多用户的关爱</title>
		<link>http://www.xisoo.net/2009/03/14/product_01/</link>
		<comments>http://www.xisoo.net/2009/03/14/product_01/#comments</comments>
		<pubDate>Sat, 14 Mar 2009 03:30:13 +0000</pubDate>
		<dc:creator>bluesnail</dc:creator>
				<category><![CDATA[生活]]></category>
		<category><![CDATA[产品]]></category>
		<category><![CDATA[体验]]></category>
		<category><![CDATA[用户]]></category>

		<guid isPermaLink="false">http://www.xisoo.net/?p=147</guid>
		<description><![CDATA[最近忙的项目可能是我这辈子做的覆盖业务面最广的东西了。这其中总有不尽人意的地方让我们产品组不断修改，为此就带来了项目中的变动太多，影响了项目进度和产品的稳定性，影响到整个项目组的参与成员。因为产品组的不确定性而影响到项目的反复。特别对于大的互联网公司，产品组的人员要面对多个部门的沟通。沟通是很花费时间和尽力的。
针对以上的问题我时常在反思我们在产品之路是否行之有效，是否更适合我们的团队去执行。问题出现在哪？怎样去改善？制定一个更合理的产品实施方案等等。
首先想到的就是我们产品组内部的工作职能区分和各职能流程，这些基本都是走我们现在很流行的产品组架构。
再就是想到了我们产品组内部人力质量，大家共事的时候各自才能发挥是否合理，每个人都有各自的优势所在，是否合理的组合等等！
再再想到就是我们在闭门造产品的时候是否有用户的参与，这种用户可以是自己公司内部人员。不同部门的人参与进来，大家提的产品想法，以及体验的意见都是有不同的。而这些意见的收集对于整个产品的提升也是有很大促进作用的。
现在我们缺的就是用户的声音，用户的建议。尽管有时做产品的人都认为自己是个用户，但其实你只是个走在前面的典型用户，你的习惯不能完全代表真实用户。你可能是个体验方面的能手，但用户的需要有时会让你感动诧异。用户就是用户，用户就是检验一个产品的标准。
做产品的人一定不要用自我的思维去解读用户的需求，否则这样的产品出来以后只能是为你自己而生！
]]></description>
			<content:encoded><![CDATA[<p>最近忙的项目可能是我这辈子做的覆盖业务面最广的东西了。这其中总有不尽人意的地方让我们产品组不断修改，为此就带来了项目中的变动太多，影响了项目进度和产品的稳定性，影响到整个项目组的参与成员。因为产品组的不确定性而影响到项目的反复。特别对于大的互联网公司，产品组的人员要面对多个部门的沟通。沟通是很花费时间和尽力的。</p>
<p>针对以上的问题我时常在反思我们在产品之路是否行之有效，是否更适合我们的团队去执行。问题出现在哪？怎样去改善？制定一个更合理的产品实施方案等等。</p>
<p>首先想到的就是我们产品组内部的工作职能区分和各职能流程，这些基本都是走我们现在很流行的产品组架构。</p>
<p>再就是想到了我们产品组内部人力质量，大家共事的时候各自才能发挥是否合理，每个人都有各自的优势所在，是否合理的组合等等！</p>
<p>再再想到就是我们在闭门造产品的时候是否有用户的参与，这种用户可以是自己公司内部人员。不同部门的人参与进来，大家提的产品想法，以及体验的意见都是有不同的。而这些意见的收集对于整个产品的提升也是有很大促进作用的。</p>
<p>现在我们缺的就是用户的声音，用户的建议。尽管有时做产品的人都认为自己是个用户，但其实你只是个走在前面的典型用户，你的习惯不能完全代表真实用户。你可能是个体验方面的能手，但用户的需要有时会让你感动诧异。用户就是用户，用户就是检验一个产品的标准。</p>
<p>做产品的人一定不要用自我的思维去解读用户的需求，否则这样的产品出来以后只能是为你自己而生！</p>
]]></content:encoded>
			<wfw:commentRss>http://www.xisoo.net/2009/03/14/product_01/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
	</channel>
</rss>
