<?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://blog.goobiz.cn/index.php?feed=rss2" rel="self" type="application/rss+xml" />
	<link>http://blog.goobiz.cn</link>
	<description></description>
	<lastBuildDate>Thu, 28 Jan 2010 03:11:28 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>社会化媒体营销评估红宝书</title>
		<link>http://blog.goobiz.cn/?p=2260</link>
		<comments>http://blog.goobiz.cn/?p=2260#comments</comments>
		<pubDate>Thu, 28 Jan 2010 03:11:28 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[网络营销]]></category>
		<category><![CDATA[网络营销基础]]></category>
		<category><![CDATA[网络推广]]></category>

		<guid isPermaLink="false">http://blog.goobiz.cn/?p=2260</guid>
		<description><![CDATA[    随着社会化媒体，SNS，社交媒体的持续火热，许多企业已经有在2010年要参与到社会化媒体营销阵营来的味道。笔者作为国内最早关注社会化媒体营销的一批人，一方面很欣喜地看到社会化媒体营销收到企业热捧，另一方面也对社会化媒体营销的非正常发展表示担忧。我们不希望社会化媒体营销又会被恶搞，滥用，偷换概念，最后落到网络水军，网络黑社会等中国特色网络文化尴尬境界。本来很好的词语如”公关”，”网络公关”等名字，可是在中国就变成另外一个味道。目前国外社会化媒体营销依然很火爆，已经从初期炒概念走入科学的开展社会化媒体营销，数据评估阶段。社会化媒体营销理论体系已经建立，笔者的国外的朋友已有多本英文社会化媒体营销书籍出版，国内市面上还没有社会化媒体营销的专著出版。中国的社会化媒体营销还没有理论体系，不过很欣喜地看到许多营销界，广告圈的朋友都在积极探究具有中国特色的社会化媒体营销之路。　
最近也一直接受到来自多家媒体和圈中人的咨询，如何评估社会化媒体营销的经济价值，如何包装社会化媒体营销服务？如何给去说服企业，社会化媒体营销的价值？结合唐兴通之前的经验，现在整理一份，科学评估社会化媒体营销活动的参数指标，结合国外一家数字营销公司的观点，系统的列出以下的参数。这些参数供我们在设计评估社会化媒体营销中作参考。具体的框架，参数权重和效果，还需要我们具体的活动具体商榷。其中社会化媒体营销评估的参数的主线有：网络流量，网络帖子的存活，数目，用户参与度，互动比例，对线上线下销售的影响等。其中之前具体的一些比重可以参照笔者之前的《如何科学的评价社会化媒体营销效果？》。
以下是有关社会化媒体营销活动的评估参数一览表，其中不少点是值得我们细细品析，笔者非常希望和大家共同商榷，构建社会化媒体营销的评估体系。引领中国的社会化媒体营销健康发展。
1. 用户对于某个品牌信息(buzz)的发帖的数量；备注以下buzz统称，品牌留言信息，类似蜂鸣，发帖一类信息；
　　2.品牌的信息的曝光度；
　　3. 随着时间的变化，品牌留言发生的变化；
　　4. 以天为标准，或者广告投放时间段内的品牌留言变化情况；
　　5. 品牌留言的季节性变化；
　　6. 竞争性（Competitive）的品牌留言信息情况；
　　7. 品牌留言信息的主题或分类；
　　8. 不同社会化媒体渠道的品牌留言信息（如论坛、社交网站、博客、twitter等）；
　　9. 购买过程中不同阶段产生的品牌留言信息；
　　10.评估发布素材的流行程度（如有许多视频被植入或病毒传播，那个效果会更好呢）；
　　11. 主流媒体的曝光率；
　　12. 粉丝数目；
　　13. 跟随者数目；
　　14. 好友数目；
　　15. 粉丝数、跟随者数、好友数的增长速率；
　　16.传播的速率；
　　17. 随时间变化，传播速率的节奏；
　　18. 第二层级的到达率Second-degree reach（与粉丝、跟随者以及好友等层面的联系）；
　　19.内容被嵌入，组件被安装的情况；
　　20. 下载量；
　　21. 上传数目；
　　22. 用户初次浏览数；
　　23. 推选，植入的比重；
　　24. 用户收藏，或者标记为好评的数目；
　　25. 评论的数目和情况；
　　26. 级别的选定；
　　27. 在社会化书签收藏的数目；
　　28. 订阅数量（如RSS，博客，视频系列）；
　　29. 综合浏览量（博客，微型网站等）；
　　30. 有效每千次展示的花费，CPM；
　　31. 通过社会化媒体而产生的搜索引擎排名的变化；
　　32. 社会化媒体中品牌的推广情况改变搜索引擎中的声音份额；
　　33. 由于社会化媒体营销的活动而产生的品牌搜索数据量的变化；
　　34. 品牌留言信息中包含链接的比例；
　　35. 在有影响力的媒体的链接排名；
　　36. 品牌留言信息中包含图片、视频、音频等多媒体信息的比例；
　　37. 在投放其他媒体时候，同时分享在社会化媒体上的信息量
　　38.消费者达成的影响力；
　　39. 发行渠道的影响力，如博客，新闻；
　　40. 品牌参与到社会化媒体中获得品牌影响力；
　　41. 目标用户的在社会化媒体中的统计学数据；
　　42. 目标客户通过社会化媒体的到达率；
　　43. 用户使用社会化媒体的习惯，目标客户的兴趣点是什么？
　　44. 社会化媒体活动参与者的地理分部规律；
　　45. 不同发帖内容情况下的用户反应变化；
　　46.不同的品牌曝光度下的用户反应变化；
　　47. 社会化媒体营销事前、事中和事后的用户情感的变化曲线；
　　48. 活动中用户所说的语言数量，可以考虑口语，发言，不同语言等层面；
　　49. 转发社会化媒体内容使用的时间分布；
　　50. 花在转介社会化媒体网站的时间；
　　51. 用户发现相关内容的渠道（如搜索引擎、用户二次传播等形式）；
　　52. 点击数；
　　53. 源自免费媒体报道的数据流量百分比情况；
　　54. View-throughs的统计；
　　55. 互动频次的统计；
　　56. 互动或参与率；
　　57. 每个用户的互动参与的次数；
　　58. 视频的浏览比例；
　　59. [...]]]></description>
			<content:encoded><![CDATA[<p>    随着社会化媒体，SNS，社交媒体的持续火热，许多企业已经有在2010年要参与到社会化媒体营销阵营来的味道。笔者作为国内最早关注社会化媒体营销的一批人，一方面很欣喜地看到社会化媒体营销收到企业热捧，另一方面也对社会化媒体营销的非正常发展表示担忧。<strong>我们不希望社会化媒体营销又会被恶搞，滥用，偷换概念，最后落到网络水军，网络黑社会等中国特色网络文化尴尬境界。</strong>本来很好的词语如”公关”，”网络公关”等名字，可是在中国就变成另外一个味道。目前国外社会化媒体营销依然很火爆，已经从初期炒概念走入科学的开展社会化媒体营销，数据评估阶段。社会化媒体营销理论体系已经建立，笔者的国外的朋友已有多本英文社会化媒体营销书籍出版，国内市面上还没有社会化媒体营销的专著出版。中国的社会化媒体营销还没有理论体系，不过很欣喜地看到许多营销界，广告圈的朋友都在积极探究具有中国特色的社会化媒体营销之路。　</p>
<p>最近也一直接受到来自多家媒体和圈中人的咨询，如何评估社会化媒体营销的经济价值，如何包装社会化媒体营销服务？如何给去说服企业，社会化媒体营销的价值？结合唐兴通之前的经验，现在整理一份，科学评估社会化媒体营销活动的参数指标，结合国外一家数字营销公司的观点，系统的列出以下的参数。这些参数供我们在设计评估社会化媒体营销中作参考。具体的框架，参数权重和效果，还需要我们具体的活动具体商榷。<strong>其中社会化媒体营销评估的参数的主线有：网络流量，网络帖子的存活，数目，用户参与度，互动比例，对线上线下销售的影响等</strong>。其中之前具体的一些比重可以参照笔者之前的《如何科学的评价社会化媒体营销效果？》。</p>
<p>以下是有关社会化媒体营销活动的评估参数一览表，其中不少点是值得我们细细品析，笔者非常希望和大家共同商榷，构建社会化媒体营销的评估体系。引领中国的社会化媒体营销健康发展。</p>
<p>1. 用户对于某个品牌信息(buzz)的发帖的数量；备注以下buzz统称，品牌留言信息，类似蜂鸣，发帖一类信息；<br />
　　2.品牌的信息的曝光度；<br />
　　3. 随着时间的变化，品牌留言发生的变化；<br />
　　4. 以天为标准，或者广告投放时间段内的品牌留言变化情况；<br />
　　5. 品牌留言的季节性变化；<br />
　　6. 竞争性（Competitive）的品牌留言信息情况；<br />
　　7. 品牌留言信息的主题或分类；<br />
　　8. 不同社会化媒体渠道的品牌留言信息（如论坛、社交网站、博客、twitter等）；<br />
　　9. 购买过程中不同阶段产生的品牌留言信息；<br />
　　10.评估发布素材的流行程度（如有许多视频被植入或病毒传播，那个效果会更好呢）；<br />
　　11. 主流媒体的曝光率；<br />
　　12. 粉丝数目；<br />
　　13. 跟随者数目；<br />
　　14. 好友数目；<br />
　　15. 粉丝数、跟随者数、好友数的增长速率；<br />
　　16.传播的速率；<br />
　　17. 随时间变化，传播速率的节奏；<br />
　　18. 第二层级的到达率Second-degree reach（与粉丝、跟随者以及好友等层面的联系）；<br />
　　19.内容被嵌入，组件被安装的情况；<br />
　　20. 下载量；<br />
　　21. 上传数目；<br />
　　22. 用户初次浏览数；<br />
　　23. 推选，植入的比重；<br />
　　24. 用户收藏，或者标记为好评的数目；<br />
　　25. 评论的数目和情况；<br />
　　26. 级别的选定；<br />
　　27. 在社会化书签收藏的数目；<br />
　　28. 订阅数量（如RSS，博客，视频系列）；<br />
　　29. 综合浏览量（博客，微型网站等）；<br />
　　30. 有效每千次展示的花费，CPM；<br />
　　31. 通过社会化媒体而产生的搜索引擎排名的变化；<br />
　　32. 社会化媒体中品牌的推广情况改变搜索引擎中的声音份额；<br />
　　33. 由于社会化媒体营销的活动而产生的品牌搜索数据量的变化；<br />
　　34. 品牌留言信息中包含链接的比例；<br />
　　35. 在有影响力的媒体的链接排名；<br />
　　36. 品牌留言信息中包含图片、视频、音频等多媒体信息的比例；<br />
　　37. 在投放其他媒体时候，同时分享在社会化媒体上的信息量<br />
　　38.消费者达成的影响力；<br />
　　39. 发行渠道的影响力，如博客，新闻；<br />
　　40. 品牌参与到社会化媒体中获得品牌影响力；<br />
　　41. 目标用户的在社会化媒体中的统计学数据；<br />
　　42. 目标客户通过社会化媒体的到达率；<br />
　　43. 用户使用社会化媒体的习惯，目标客户的兴趣点是什么？<br />
　　44. 社会化媒体活动参与者的地理分部规律；<br />
　　45. 不同发帖内容情况下的用户反应变化；<br />
　　46.不同的品牌曝光度下的用户反应变化；<br />
　　47. 社会化媒体营销事前、事中和事后的用户情感的变化曲线；<br />
　　48. 活动中用户所说的语言数量，可以考虑口语，发言，不同语言等层面；<br />
　　49. 转发社会化媒体内容使用的时间分布；<br />
　　50. 花在转介社会化媒体网站的时间；<br />
　　51. 用户发现相关内容的渠道（如搜索引擎、用户二次传播等形式）；<br />
　　52. 点击数；<br />
　　53. 源自免费媒体报道的数据流量百分比情况；<br />
　　54. View-throughs的统计；<br />
　　55. 互动频次的统计；<br />
　　56. 互动或参与率；<br />
　　57. 每个用户的互动参与的次数；<br />
　　58. 视频的浏览比例；<br />
　　59. 投票，调查的参与度；<br />
　　60. 品牌联想度；<br />
　　61. 品牌购买因素影响力；<br />
　　62. UGC用户产生内容的数目；<br />
　　63. 虚拟礼物的曝光度；<br />
　　64. 赠与的虚拟礼物数目；<br />
　　65. 相对受欢迎的内容；<br />
　　66. 标签添加；<br />
　　67. 标签的属性（例如，他们如何配合品牌本身实际情况）；<br />
　　68. 从第三方社会化媒体客户端或渠道登陆的数据（例如twitter的第三方客户端，facebook connect的使用情况）<br />
　　69. 从其他渠道获得的注册数（如网站、桌面应用、手机应用、短信等）；<br />
　　70. 竞赛活动的参与情况；<br />
　　71. 聊天室参与人数；<br />
　　72. 百科奉献者情况；<br />
　　73.线下营销/社会化媒体营销项目的留言数或者事件；<br />
　　74. 能够被用于其他渠道的由用户产生的内容情况；<br />
　　75. 用户协助情况；<br />
　　76. 通过直接互动的社会媒体协助客户比其他渠道（如呼叫中心，店内）的比较；<br />
　　77. 通过社会化媒体，用户之间相互联系的发生的影响力；<br />
　　78. 第一次接触决议（FCR）的影响（first contact resolution, FCR）；<br />
　　79. 用户满意度；<br />
　　80. 客户反馈的生成量；<br />
　　81. 通过社会化媒体的反馈信息对企业科研，开发节省的时间情况；<br />
　　82. 来自社会化媒体反馈的建议执行情况；<br />
　　83. 对比传统的科研开发，通过社会化媒体可以省下的开支；<br />
　　84. 对线上销售的影响；<br />
　　85. 对线下销售的影响；<br />
　　86. 折扣赎回率；<br />
　　87. 对其他线下行为的影响；<br />
　　88. 信息生成；<br />
　　89. 产品试用，抽样情况分析；<br />
　　90. 访问店面网页情况；<br />
　　91. 由于用户评论或评价产生的转化率；<br />
　　92. 用户的第一次访问和重复访问的比例，涉及到客户的流失率等方面内容；<br />
　　93. 影响客户的终身价值；<br />
　　94. 通过社会化媒体获得或留住用户的成本；<br />
　　95. 市场份额的变化；<br />
　　96. 免费媒体对付费媒体的影响；<br />
　　97. 对社会化媒体事件的帖子反馈情况；<br />
　　98. 社会化媒体中线下聚会参与度统计；<br />
　　99. 自身企业员工的参与度；<br />
　　100. 收到求职申请的情况；</p>
<p><strong>结束语：社会化媒体营销在2010年将会有一个长足的发展，期望企业能驾驭社会化媒体营销的传播过程，科学评估好其效应。</strong></p>
<p>网络转载<br />
作者：唐兴通 网络营销培训/网络营销咨询</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.goobiz.cn/?feed=rss2&amp;p=2260</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>工作进程未能初始化 http.sys 通信或 w3svc 通信层，因此无法被启动。</title>
		<link>http://blog.goobiz.cn/?p=2254</link>
		<comments>http://blog.goobiz.cn/?p=2254#comments</comments>
		<pubDate>Mon, 04 Jan 2010 03:24:22 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[服务器技术]]></category>
		<category><![CDATA[服务器安全]]></category>

		<guid isPermaLink="false">http://blog.goobiz.cn/?p=2254</guid>
		<description><![CDATA[一台windows2003虚拟主机服务器出现了故障，所有网站都无法打开，远程终端也无法连接，重启后一段时间又出现同样情况。
首先，我远程登录服务器，出现以下的情况
 系统提示：“您不能初始化一个远程桌面连接，因为在远程计算机上的 Windows 登录软件被不兼容的软件 msgina.dll 取代。”
初看这个提示的时候，我的朋友和我的第一反应就是 是不是服务器被黑了，替换了msgina.dll文件？
但是凭经验我觉得还是需要确认一下再说。
重启服务器，发现可以登录进去系统了。检查日志。
 
发现在应用程序日志里，有这样一条：“事件ID 2269 工作进程未能初始化 http.sys 通信或 w3svc 通信层，因此无法被启动。数据域包含错误号。”
这条日志很熟悉，一般有两种可能性，一是用户文件权限设置的太严，一些运行IIS的服务，如IWAM用户没有权限访问文件造成的。另一种可能性就是 内存不足导致应用进程池关闭。
继续检查日志的时候发现了如下情况：
 
发现在系统日志里，有这样一条：“事件ID 1002 应用程序池 &#8216;test&#8217; 被自动禁用，原因是为此应用程序池提供服务的进程中出现一系列错误”
其中test是池的名称。
结合上面两个日志记录，基本上可以明确方向了。
沿着这个方向去寻找，发现服务器4G内存，但是开了12个应用池，检查每个应用池设定的回收条件是128M内存占用的时候就进行回收。
预想了一下极端情况下，12个池都达到条件了，由于2003系统对于应用池的销毁过程是，先创建新进程，接管用户请求，再销毁旧的进程。
那么很有可能就造成了系统故障。
解决方法：
将原先的12个应用池进行合并，并重新配置回收条件，故障恢复，服务器恢复稳定。
]]></description>
			<content:encoded><![CDATA[<p>一台windows2003虚拟主机服务器出现了故障，所有网站都无法打开，远程终端也无法连接，重启后一段时间又出现同样情况。</p>
<p>首先，我远程登录服务器，出现以下的情况</p>
<p><a href="http://butian.org/upimg/userup/0910/2201423TR9.gif" target="_blank"></a> 系统提示：“您不能初始化一个远程桌面连接，因为在远程计算机上的 Windows 登录软件被不兼容的软件 msgina.dll 取代。”</p>
<p>初看这个提示的时候，我的朋友和我的第一反应就是 是不是服务器被黑了，替换了msgina.dll文件？</p>
<p>但是凭经验我觉得还是需要确认一下再说。</p>
<p>重启服务器，发现可以登录进去系统了。检查日志。</p>
<p><a href="http://butian.org/upimg/userup/0910/2201461I161.gif" target="_blank"><img src="http://butian.org/upimg/userup/0910/2201461I161.gif" border="0" alt="" width="579" height="425" /></a> </p>
<p>发现在应用程序日志里，有这样一条：“<strong><span style="color: #ff0000;">事件ID 2269 工作进程未能初始化 http.sys 通信或 w3svc 通信层，因此无法被启动。数据域包含错误号。</span></strong>”</p>
<p>这条日志很熟悉，一般有两种可能性，一是用户文件权限设置的太严，一些运行IIS的服务，如IWAM用户没有权限访问文件造成的。另一种可能性就是 <strong><span style="color: #0000ff;">内存不足导致应用进程池关闭</span></strong>。</p>
<p>继续检查日志的时候发现了如下情况：</p>
<p><a href="http://butian.org/upimg/userup/0910/2202000E229.gif" target="_blank"><img src="http://butian.org/upimg/userup/0910/2202000E229.gif" border="0" alt="" width="563" height="425" /></a> </p>
<p>发现在系统日志里，有这样一条：“<strong><span style="color: #ff0000;">事件ID 1002 应用程序池 &#8216;test&#8217; 被自动禁用，原因是为此应用程序池提供服务的进程中出现一系列错误</span></strong>”<br />
其中test是池的名称。</p>
<p>结合上面两个日志记录，基本上可以明确方向了。</p>
<p>沿着这个方向去寻找，发现服务器4G内存，但是开了12个应用池，检查每个应用池设定的回收条件是128M内存占用的时候就进行回收。<br />
预想了一下极端情况下，12个池都达到条件了，由于2003系统对于应用池的销毁过程是，先创建新进程，接管用户请求，再销毁旧的进程。<br />
那么很有可能就造成了系统故障。</p>
<p><strong>解决方法：</strong><br />
将原先的12个应用池进行合并，并重新配置回收条件，故障恢复，服务器恢复稳定。</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.goobiz.cn/?feed=rss2&amp;p=2254</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>运行时环境检测到其内部状态存在不一致</title>
		<link>http://blog.goobiz.cn/?p=2250</link>
		<comments>http://blog.goobiz.cn/?p=2250#comments</comments>
		<pubDate>Thu, 31 Dec 2009 03:11:21 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[服务器技术]]></category>
		<category><![CDATA[服务器安全]]></category>

		<guid isPermaLink="false">http://blog.goobiz.cn/?p=2250</guid>
		<description><![CDATA[最近一台做虚拟主机的服务器上老是出现以下错误提示：
运行时环境检测到其内部状态存在不一致。这说明进程中存在潜在的不稳定性，可能是由于 COM+ 应用程序中运行自定义组件、COM+ 应用程序使用的组件或其他因素引起的。d:\nt\com\complus\src\comsvcs\threads\staactivity.cpp(805)中的错误，hr = 8000ffff: CSTAActivity: Failed to enqueue work.
运行时环境检测到其内部状态存在不一致。这说明进程中存在潜在的不稳定性，可能是由于 COM+ 应用程序中运行自定义组件、COM+ 应用程序使用的组件或其他因素引起的。d:\nt\com\complus\src\comsvcs\threads\activityworkqueue.cpp(364)中的错误，hr = 8000ffff: CActivityWorkQueue: Failed to bind queue.
运行时环境检测到其内部状态存在不一致。这说明进程中存在潜在的不稳定性，可能是由于 COM+ 应用程序中运行自定义组件、COM+ 应用程序使用的组件或其他因素引起的。d:\nt\com\complus\src\comsvcs\threads\stathreadpool.cpp(1081)中的错误，hr = 8000ffff: CSTAThreadPool: Unable to get bind thread.
运行时环境检测到其内部状态存在不一致。这说明进程中存在潜在的不稳定性，可能是由于 COM+ 应用程序中运行自定义组件、COM+ 应用程序使用的组件或其他因素引起的。d:\nt\com\complus\src\comsvcs\threads\stathread.cpp(272)中的错误，hr = 8007000e: CSTAThread: CoInitializeEx failed
运行时环境检测到其内部状态存在不一致。这说明进程中存在潜在的不稳定性，可能是由于 COM+ 应用程序中运行自定义组件、COM+ 应用程序使用的组件或其他因素引起的。d:\nt\com\complus\src\comsvcs\threads\stathread.cpp(285)中的错误，hr = 8007000e: CSTAThread: CoGetApartmentID failed
在晚上搜索了一大圈，发现大部分的解决办法如下：
开始&#8211;运行&#8211;输入
regsvr32 ole32.dll
regsvr32 oleauto32.dll
后面一个DLL我没有注册成功，前面一个成功。
开始照以上方法，我的这个错误并没有解决。后来发现了微软自己的一篇文章。大概是说，安装了一个微软的补丁MS05-051后，%windir%\registration目录的权限会出现问题，会导致COM+出现很多问题，其中一个会提示上面这个信息。按照微软的指示，更改了权限后，发现结果还是一样。“COM+应用程序”照样出错。
后来参考了微软《Microsoft 分布式事务协调器服务必须运行在 NT AUTHORITY\NetworkService Windows 帐户在 [...]]]></description>
			<content:encoded><![CDATA[<p>最近一台做虚拟主机的服务器上老是出现以下错误提示：</p>
<p>运行时环境检测到其内部状态存在不一致。这说明进程中存在潜在的不稳定性，可能是由于 COM+ 应用程序中运行自定义组件、COM+ 应用程序使用的组件或其他因素引起的。d:\nt\com\complus\src\comsvcs\threads\staactivity.cpp(805)中的错误，hr = 8000ffff: CSTAActivity: Failed to enqueue work.</p>
<p>运行时环境检测到其内部状态存在不一致。这说明进程中存在潜在的不稳定性，可能是由于 COM+ 应用程序中运行自定义组件、COM+ 应用程序使用的组件或其他因素引起的。d:\nt\com\complus\src\comsvcs\threads\activityworkqueue.cpp(364)中的错误，hr = 8000ffff: CActivityWorkQueue: Failed to bind queue.</p>
<p>运行时环境检测到其内部状态存在不一致。这说明进程中存在潜在的不稳定性，可能是由于 COM+ 应用程序中运行自定义组件、COM+ 应用程序使用的组件或其他因素引起的。d:\nt\com\complus\src\comsvcs\threads\stathreadpool.cpp(1081)中的错误，hr = 8000ffff: CSTAThreadPool: Unable to get bind thread.</p>
<p>运行时环境检测到其内部状态存在不一致。这说明进程中存在潜在的不稳定性，可能是由于 COM+ 应用程序中运行自定义组件、COM+ 应用程序使用的组件或其他因素引起的。d:\nt\com\complus\src\comsvcs\threads\stathread.cpp(272)中的错误，hr = 8007000e: CSTAThread: CoInitializeEx failed</p>
<p>运行时环境检测到其内部状态存在不一致。这说明进程中存在潜在的不稳定性，可能是由于 COM+ 应用程序中运行自定义组件、COM+ 应用程序使用的组件或其他因素引起的。d:\nt\com\complus\src\comsvcs\threads\stathread.cpp(285)中的错误，hr = 8007000e: CSTAThread: CoGetApartmentID failed</p>
<p>在晚上搜索了一大圈，发现大部分的解决办法如下：</p>
<p>开始&#8211;运行&#8211;输入<br />
regsvr32 ole32.dll<br />
regsvr32 oleauto32.dll<br />
后面一个DLL我没有注册成功，前面一个成功。</p>
<p>开始照以上方法，我的这个错误并没有解决。后来发现了微软自己的一篇文章。大概是说，安装了一个微软的补丁MS05-051后，%windir%\registration目录的权限会出现问题，会导致COM+出现很多问题，其中一个会提示上面这个信息。按照微软的指示，更改了权限后，发现结果还是一样。“COM+应用程序”照样出错。</p>
<p>后来参考了微软《Microsoft 分布式事务协调器服务必须运行在 NT AUTHORITY\NetworkService Windows 帐户在 Windows Server 2003 和 WindowsXP 中》一文，按里边的操作，问题终于解决</p>
<p>4月1日下午6:00</p>
<p>经过一段时间观察，发现以上方法根本没有彻底解决问题后来在网上又搜索了一下，又找到了一个解决办法，目前测试中。</p>
<p>方法如下：</p>
<p>“开始”-&gt;“设置”-&gt;“控制面板”-&gt;“管理工具”-&gt;“组件服务”中，“控制台根目录”-&gt;“组件服务”-&gt;“计算机”-&gt;“我的电脑”-&gt;“COM+应用程序”中，有一个“IIS Out-Of-Process Pooled”鼠标右键“属性”&#8211;“标识”&#8211;把“此用户”调整为“交互式用户&#8211;目前已登录的用户”。然后“确定”，再鼠标右键“属性”&#8211;“启动”。</p>
<p>以上方法的可行性有待测试，如果看到该方法的朋友请谨慎操作。</p>
<p>4月13日</p>
<p><strong><span style="color: #ff0000;">多种方法屡试不爽，每次作过修改几个小时以后，错误依然出现。都重装IIS了，COM+错误还阴魂不散，都TMD快崩溃了。后来一想，是不是因为应用程序池过多，造成COM+太繁忙造成的？一次突发奇想解决了困扰我快一个月的难题。OVER~</span></strong></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.goobiz.cn/?feed=rss2&amp;p=2250</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Web服务器太忙</title>
		<link>http://blog.goobiz.cn/?p=2247</link>
		<comments>http://blog.goobiz.cn/?p=2247#comments</comments>
		<pubDate>Mon, 28 Dec 2009 13:33:43 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[服务器技术]]></category>
		<category><![CDATA[网络技术]]></category>
		<category><![CDATA[服务器安全]]></category>

		<guid isPermaLink="false">http://blog.goobiz.cn/?p=2247</guid>
		<description><![CDATA[服务器太忙，通讯量超出 Web 站点的能力!
一、IIS 5.0的解决办法
经过测试调试~发现根本不是某些误导人的文章 所说 的以下原因
1.ddos （要真被ddos！不可能还能打的开来！）
2.iis不够！（iis不够不是这个情况）
总结自己的原因所在是iis 同时解释asp的进程数目不够！
通过以下修改 IIS&#8212;网站&#8212;-属性&#8212;-主目录&#8212;-配置&#8212;-缓存选项&#8212;-增大原有数目的双倍即可！
二、IIS6.0的解决办法
Server   is   Too   Busy通常是IIS的当前池达到了&#8221;核心请求队列限制数&#8221;.   
 在非常大的并发访问下,根本的解决方法,还是把所有页面静态化,因为每个用户当动态页为加载完成时都会在队列里排着,直到页面加载完成.这样,当达到限制时就会出现busy.主要是因为动态页的数据库读取不够优化,或其它的原因.  
   
  试着在应用程序池的属性里将核心请求队列限制数限制调大,但这并不是根本的解决方法.
]]></description>
			<content:encoded><![CDATA[<p>服务器太忙，通讯量超出 Web 站点的能力!</p>
<p>一、IIS 5.0的解决办法</p>
<p>经过测试调试~发现根本不是某些误导人的文章 所说 的以下原因</p>
<p>1.ddos （要真被ddos！不可能还能打的开来！）</p>
<p>2.iis不够！（iis不够不是这个情况）</p>
<p>总结自己的原因所在是iis 同时解释asp的进程数目不够！</p>
<p>通过以下修改 IIS&#8212;网站&#8212;-属性&#8212;-主目录&#8212;-配置&#8212;-缓存选项&#8212;-增大原有数目的双倍即可！</p>
<p>二、IIS6.0的解决办法</p>
<p>Server   is   Too   Busy通常是IIS的当前池达到了&#8221;核心请求队列限制数&#8221;.   <br />
 在非常大的并发访问下,根本的解决方法,还是把所有页面静态化,因为每个用户当动态页为加载完成时都会在队列里排着,直到页面加载完成.这样,当达到限制时就会出现busy.主要是因为动态页的数据库读取不够优化,或其它的原因.  <br />
   <br />
  试着在应用程序池的属性里将核心请求队列限制数限制调大,但这并不是根本的解决方法.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.goobiz.cn/?feed=rss2&amp;p=2247</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>转化率！一个再重要不过的环节，将目标客户转化成客户</title>
		<link>http://blog.goobiz.cn/?p=2244</link>
		<comments>http://blog.goobiz.cn/?p=2244#comments</comments>
		<pubDate>Fri, 18 Dec 2009 07:00:00 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[网站策划]]></category>
		<category><![CDATA[网站建设]]></category>

		<guid isPermaLink="false">http://blog.goobiz.cn/?p=2244</guid>
		<description><![CDATA[如果没有网络营销推广，一个网站几乎没有机会。这句话基本正确。
然而，大部分的网站都忽视了另一个非常重要的环节：将目标客户转化成客户，并提高这个转化比率。
某种程度上说，转化率比得到流量还要重要。因为如果我们不能将目标客户转化成客户或这种转化率偏低，这会造成推广效果大打折扣，浪费钱和时间。
将转化率提高到一定程度，现有的流量和以后增加的新流量变得更有意义，为您带来更多销售，创造更多价值。
我们假设一个网站一天获得500个访问，转化率为1%，那么一天能做成5单生意。如果转化率能提高到3%，这意味着在未增加额外网络营销推广费用，生意是原来的3倍，效率提高了3倍。换一句话说，要达到相同的目的，以后的营销投入只需现有的1/3。
转化率提高2-3%是非常容易的，只要有正确的观念并操作得当。
因此，在任何加大网络营销推广之前，我们都必须先思考一个非常有现实意义的问题：我网站目前的转化率是多少，能提高到多少？
提高转化率来自两大方面：网站的营销功能强化和随后有效的跟踪。所有这些工作必须建立在量化基础上，现在是多少，网站内容结构的调整，调整后是多少，再调整，又是多少。不断调整测试使我们网站表现趋于完美。
这就是我们为什么要倡导做一个具有营销功能的好网站。
]]></description>
			<content:encoded><![CDATA[<p style="line-height: 200%;"><span style="font-size: 14px;">如果没有网络营销推广，一个网站几乎没有机会。这句话基本正确。</p>
<p>然而，大部分的网站都忽视了另一个非常重要的环节：将目标客户转化成客户，并提高这个转化比率。</p>
<p>某种程度上说，转化率比得到流量还要重要。因为如果我们不能将目标客户转化成客户或这种转化率偏低，这会造成推广效果大打折扣，浪费钱和时间。</p>
<p>将转化率提高到一定程度，现有的流量和以后增加的新流量变得更有意义，为您带来更多销售，创造更多价值。</p>
<p>我们假设一个网站一天获得500个访问，转化率为1%，那么一天能做成5单生意。如果转化率能提高到3%，这意味着在未增加额外网络营销推广费用，生意是原来的3倍，效率提高了3倍。换一句话说，要达到相同的目的，以后的营销投入只需现有的1/3。</p>
<p>转化率提高2-3%是非常容易的，只要有正确的观念并操作得当。</p>
<p>因此，在任何加大网络营销推广之前，我们都必须先思考一个非常有现实意义的问题：我网站目前的转化率是多少，能提高到多少？</p>
<p>提高转化率来自两大方面：网站的营销功能强化和随后有效的跟踪。所有这些工作必须建立在量化基础上，现在是多少，网站内容结构的调整，调整后是多少，再调整，又是多少。不断调整测试使我们网站表现趋于完美。</p>
<p>这就是我们为什么要倡导做一个具有营销功能的好网站。<img src="http://blog.goobiz.cn/down_info.asp?id=3935" border="0" alt="" width="1" height="1" /></span></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.goobiz.cn/?feed=rss2&amp;p=2244</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>原创、采集对Google AdSense价格的影响</title>
		<link>http://blog.goobiz.cn/?p=2242</link>
		<comments>http://blog.goobiz.cn/?p=2242#comments</comments>
		<pubDate>Fri, 18 Dec 2009 06:58:14 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[网站策划]]></category>
		<category><![CDATA[网站建设]]></category>

		<guid isPermaLink="false">http://blog.goobiz.cn/?p=2242</guid>
		<description><![CDATA[有很多站长参加了Google AdSense的广告计划。对于这样的情况有这样几种说法，DavidYin也来谈谈自己的看法：
    原创、采集对adsense不影响，只对seo排名有影响。
    基本上我认为，采集对于SEO，或者网站排名有不好的影响，不管是你采集别人还是别人采集你，对这些内容而言，都不是好事。搜索引擎喜欢的是独一无二的内容，如果还有其它的网站有相关的链接指向你的内容的话，搜索引擎会更为重视。当一份非常好的内容，被重复了千百遍之后，那么其价值也随之下降，虽然这样，搜索引擎还是努力的试图辨识出哪个是原创的，哪些是复制的内容。
    通常DavidYin以为，通过时间的先后，和被引用的数量，以及来自于权威网站的链接，可以作出一定的判断，可是难免有时会有差错产生。那么作为站长（这里不包括那些以复制为生的站长），就有责任来保护自己的内容，比如同采集者交涉，投诉到Google AdSense部门，还有就是做好一定的措施，如给图片加上水印。
    以上是原创、采集对SEO的影响，那么对Google AdSense有没有影响呢？我的看法是有的。
    那么影响会有多大呢？
    有时会很小，有时却会造成价格非常的低。
    Google有个特殊的名词来描述这个东西，smart pricing。
    就像有个站长说：“我的站点流量提高了一倍，可是收入并没有什么大的变化，单价却下降了一半。”
    我的看法就是，因为所增加的流量是垃圾流量，所带来的点击大部分是无效点击，那么收入当然没有什么变化。还有一种说法就是就算你的流量，点击倍增了，可是你给广告主带来的收益却没有倍增，那么当然你的收入也就没有什么变化了。你也可以把它理解成Smart Pricing，随着点击数量的增加，你的有效点击比例却下降了。
    Smart pricing 对价格的影响会越来越重要，而Google是以搜索引擎为根本的，那么对于内容是原创还是采集的判断当然是比较拿手的。
    至于有些人以为“原创、采集对adsense不影响”，那只是从很小的一个局部来考虑问题，如果你把内容，广告，用户，广告主、发布者、Google放到一个大的环境中来看，还是有很大的关系的。
]]></description>
			<content:encoded><![CDATA[<p>有很多站长参加了Google AdSense的广告计划。对于这样的情况有这样几种说法，DavidYin也来谈谈自己的看法：</p>
<p>    原创、采集对adsense不影响，只对seo排名有影响。</p>
<p>    基本上我认为，采集对于SEO，或者网站排名有不好的影响，不管是你采集别人还是别人采集你，对这些内容而言，都不是好事。搜索引擎喜欢的是独一无二的内容，如果还有其它的网站有相关的链接指向你的内容的话，搜索引擎会更为重视。当一份非常好的内容，被重复了千百遍之后，那么其价值也随之下降，虽然这样，搜索引擎还是努力的试图辨识出哪个是原创的，哪些是复制的内容。</p>
<p>    通常DavidYin以为，通过时间的先后，和被引用的数量，以及来自于权威网站的链接，可以作出一定的判断，可是难免有时会有差错产生。那么作为站长（这里不包括那些以复制为生的站长），就有责任来保护自己的内容，比如同采集者交涉，投诉到Google AdSense部门，还有就是做好一定的措施，如给图片加上水印。</p>
<p>    以上是原创、采集对SEO的影响，那么对Google AdSense有没有影响呢？我的看法是有的。<br />
    那么影响会有多大呢？<br />
    有时会很小，有时却会造成价格非常的低。<br />
    Google有个特殊的名词来描述这个东西，smart pricing。<br />
    就像有个站长说：“我的站点流量提高了一倍，可是收入并没有什么大的变化，单价却下降了一半。”<br />
    我的看法就是，因为所增加的流量是垃圾流量，所带来的点击大部分是无效点击，那么收入当然没有什么变化。还有一种说法就是就算你的流量，点击倍增了，可是你给广告主带来的收益却没有倍增，那么当然你的收入也就没有什么变化了。你也可以把它理解成Smart Pricing，随着点击数量的增加，你的有效点击比例却下降了。</p>
<p>    Smart pricing 对价格的影响会越来越重要，而Google是以搜索引擎为根本的，那么对于内容是原创还是采集的判断当然是比较拿手的。</p>
<p>    至于有些人以为“原创、采集对adsense不影响”，那只是从很小的一个局部来考虑问题，如果你把内容，广告，用户，广告主、发布者、Google放到一个大的环境中来看，还是有很大的关系的。<img src="http://blog.goobiz.cn/down_info.asp?id=3945" border="0" alt="" width="1" height="1" /></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.goobiz.cn/?feed=rss2&amp;p=2242</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>UUZONE失败案例分析</title>
		<link>http://blog.goobiz.cn/?p=2239</link>
		<comments>http://blog.goobiz.cn/?p=2239#comments</comments>
		<pubDate>Fri, 18 Dec 2009 06:54:59 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[网站策划]]></category>
		<category><![CDATA[网站建设]]></category>

		<guid isPermaLink="false">http://blog.goobiz.cn/?p=2239</guid>
		<description><![CDATA[2007年春节的前夕，UUZONE的失败已经基本尘埃落定，老同事对此的兴趣也渐渐淡了。我觉得现在是分析失败原因的时候了，一是现在感情因素的干扰少了很多，二，自己最近也在做现在公司新站点的重构事情，三，在新单位接触了很多企业管理的东西，也有了一些感触。
1，技术方面：UUZONE的技术确实很强，站点的动态技术之多不胜枚举。我给我现在的同事看，他们都觉得技术上确实有很多创新的地方。但是任何东西都有两面性，过多AJAX动态技术的采用，对服务器的压力增加了不少。我曾经分析了一下后来UUZONE的代码，加载的各种JS代码就有十几个，其中很多特效的使用我个人觉得纯粹都是一些锦上添花的东西。如果在系统稳定和用户体验更酷两者之间，我个人还是选择前者。我不是程序员，所以这点也许不够全面。
2，中国的电信环境：中国有自己的国情特色，在国外成功的经营模式，在中国就不行。就好比VOIP通话软件，由于种种原因，国家必然不可能对VOIP这样涉及到国计民生的东西进行全面开放。当然开放也可以，第一，你在政府部门有背景，就比如TOM，第二，你和某些大的运营商进行合作，合作就意味着要被这些大运营商吞并或者受制于人。这些都很无奈，作为一个小公司，UUZONE的力量还是太弱了。
3，风险投资：就象UUZONE的老板离开的时候，也对风险投资的风险做了一些诠释。我一个做生意的朋友也曾经说“风险投资从来都是锦上添花，绝对不会雪中送炭”。而且为了投资的回报，他必然会影响你的运作方向，这在某种程度上会影响公司的正常发展。就好比FINESUPPOT这个东西，我至今都搞不清楚在获得风投，我们为什么会涉足呼叫中心这个陌生的领域。
4，老板的管理艺术：这里有必要说个故事，我还在UUZONE的时候，UUZONE CEO冒志鸿看到我的页面上一个CSS的问题，他自己就坐在我的位子开始敲键盘修改代码。冒志鸿同学确实非常辛苦，老板＋程序员＋市场策划＋美工＋项目经理＋。。。。还有很多。小公司的约束，让他做了很多不应该是老板做的事情。一个合格的老板应该是教会别人做事的方法，而不是什么事都是亲力而为，放一些权利，给员工一些空间，效果会更好。
5，企业文化：从北极星到UUZONE，虽然多年亏损，公司年底的时候竟然还能发出红包，还有一些公司活动，公司的管理者还力图营造一个正规公司的气氛，可是这些都和公司的经营情况很矛盾。其实从搬出华泰证券大厦的那一刻开始，北极星就是一个IT小作坊了，老板更需要是找一些敢死之士一起卧薪尝胆，减少一切公司开支，精简人员。而这一切不是等到公司已经非常危险的时候去做的，也许那样还有生存的一丝希望。
6，市场部门的软肋：现代公司市场部门应该是第一部门，技术部门应该为市场部门服务，至少在阿里巴巴，业务员是绝对的老大。从北极星到UUZONE，公司都缺乏强有力的市场部门。其实这也不能怪原来市场部门的同事，公司自身资金，技术上的约束，造成了市场部门的无所作为，最后沦落为做页面的部门，有点悲哀。
7，经营方向不明：北极星软件做过游戏，电话软件，商务软件，交友站点，几乎市面上该有的玩意，UUZONE都涉足了。但是每个产品的生命周期都很短，或者说坚持不了多久。我不清楚什么原因导致了管理层对于产品运营的不确定。
8，没有健全的中层领导层，或者说除了老板，没有其他管理层。如果老板的决策错误，或者生病，或者。。总之老板只有一个脑袋，他的失误，就会对企业产生很严重的危害。
9，说说我的本行设计，从第一个版本开始，UUZONE历经了无数次的改版，而每次改版工作量都是巨大的，而且用户的使用习惯每次都需要一个较长的适应期。而这些界面改进对于站点实际用户的增长效果是缓慢的。
－－－评论－－－
1，
UUZone用技术用了很多,这没错,但说用的多好多高明,没觉得
而且,我并不觉得UUZone的技术团队的技术实力有多么强
其实UUZone做了个大杂烩,却没有很好整合起来。因为后来我没有再常用UUZone，所以我也不便多发表言论。
没有健全的中层，我曾经在UUZone实习，觉得确实如此，甚至冒总还要亲力亲为去写代码，作为公司老总，事务繁多，写了代码没人接手怎么办，甚至修改的人都要提心吊胆。换句话说，公司要搓到让老总来写代码，可见底下没人会写代码了。
而我离开的时候，也得知，我并非第一个离去的实习生，很多聪明的学生都离开了，不知道如何培养新人，甚至没想过要培养新人的公司，哪来的生力军呢，难道要冒总一直写代码？
而且，事情过去1年多了，没想到情况还是这样，更加深感痛心。
看到这篇文章颇有感触，多说了几句。
2，
作为曾经的uu，uublog可以说是我用起来最合适的blog.说几点自己的想法。任何事情都有两面性。
改版：自然是因为老版本有不好的地方，所以要改。至于改的结果如何，是改版之前策划调查的任务，并不是改版本身的错误。
红包：年底发红包也是激
]]></description>
			<content:encoded><![CDATA[<p style="line-height: 200%;"><span style="font-size: 14px;">2007年春节的前夕，UUZONE的失败已经基本尘埃落定，老同事对此的兴趣也渐渐淡了。我觉得现在是分析失败原因的时候了，一是现在感情因素的干扰少了很多，二，自己最近也在做现在公司新站点的重构事情，三，在新单位接触了很多企业管理的东西，也有了一些感触。</p>
<p>1，技术方面：UUZONE的技术确实很强，站点的动态技术之多不胜枚举。我给我现在的同事看，他们都觉得技术上确实有很多创新的地方。但是任何东西都有两面性，过多AJAX动态技术的采用，对服务器的压力增加了不少。我曾经分析了一下后来UUZONE的代码，加载的各种JS代码就有十几个，其中很多特效的使用我个人觉得纯粹都是一些锦上添花的东西。如果在系统稳定和用户体验更酷两者之间，我个人还是选择前者。我不是程序员，所以这点也许不够全面。</p>
<p>2，中国的电信环境：中国有自己的国情特色，在国外成功的经营模式，在中国就不行。就好比VOIP通话软件，由于种种原因，国家必然不可能对VOIP这样涉及到国计民生的东西进行全面开放。当然开放也可以，第一，你在政府部门有背景，就比如TOM，第二，你和某些大的运营商进行合作，合作就意味着要被这些大运营商吞并或者受制于人。这些都很无奈，作为一个小公司，UUZONE的力量还是太弱了。</p>
<p>3，风险投资：就象UUZONE的老板离开的时候，也对风险投资的风险做了一些诠释。我一个做生意的朋友也曾经说“风险投资从来都是锦上添花，绝对不会雪中送炭”。而且为了投资的回报，他必然会影响你的运作方向，这在某种程度上会影响公司的正常发展。就好比FINESUPPOT这个东西，我至今都搞不清楚在获得风投，我们为什么会涉足呼叫中心这个陌生的领域。</p>
<p>4，老板的管理艺术：这里有必要说个故事，我还在UUZONE的时候，UUZONE CEO冒志鸿看到我的页面上一个CSS的问题，他自己就坐在我的位子开始敲键盘修改代码。冒志鸿同学确实非常辛苦，老板＋程序员＋市场策划＋美工＋项目经理＋。。。。还有很多。小公司的约束，让他做了很多不应该是老板做的事情。一个合格的老板应该是教会别人做事的方法，而不是什么事都是亲力而为，放一些权利，给员工一些空间，效果会更好。</p>
<p>5，企业文化：从北极星到UUZONE，虽然多年亏损，公司年底的时候竟然还能发出红包，还有一些公司活动，公司的管理者还力图营造一个正规公司的气氛，可是这些都和公司的经营情况很矛盾。其实从搬出华泰证券大厦的那一刻开始，北极星就是一个IT小作坊了，老板更需要是找一些敢死之士一起卧薪尝胆，减少一切公司开支，精简人员。而这一切不是等到公司已经非常危险的时候去做的，也许那样还有生存的一丝希望。</p>
<p>6，市场部门的软肋：现代公司市场部门应该是第一部门，技术部门应该为市场部门服务，至少在阿里巴巴，业务员是绝对的老大。从北极星到UUZONE，公司都缺乏强有力的市场部门。其实这也不能怪原来市场部门的同事，公司自身资金，技术上的约束，造成了市场部门的无所作为，最后沦落为做页面的部门，有点悲哀。</p>
<p>7，经营方向不明：北极星软件做过游戏，电话软件，商务软件，交友站点，几乎市面上该有的玩意，UUZONE都涉足了。但是每个产品的生命周期都很短，或者说坚持不了多久。我不清楚什么原因导致了管理层对于产品运营的不确定。</p>
<p>8，没有健全的中层领导层，或者说除了老板，没有其他管理层。如果老板的决策错误，或者生病，或者。。总之老板只有一个脑袋，他的失误，就会对企业产生很严重的危害。</p>
<p>9，说说我的本行设计，从第一个版本开始，UUZONE历经了无数次的改版，而每次改版工作量都是巨大的，而且用户的使用习惯每次都需要一个较长的适应期。而这些界面改进对于站点实际用户的增长效果是缓慢的。</p>
<p>－－－评论－－－<br />
1，<br />
UUZone用技术用了很多,这没错,但说用的多好多高明,没觉得<br />
而且,我并不觉得UUZone的技术团队的技术实力有多么强<br />
其实UUZone做了个大杂烩,却没有很好整合起来。因为后来我没有再常用UUZone，所以我也不便多发表言论。<br />
没有健全的中层，我曾经在UUZone实习，觉得确实如此，甚至冒总还要亲力亲为去写代码，作为公司老总，事务繁多，写了代码没人接手怎么办，甚至修改的人都要提心吊胆。换句话说，公司要搓到让老总来写代码，可见底下没人会写代码了。<br />
而我离开的时候，也得知，我并非第一个离去的实习生，很多聪明的学生都离开了，不知道如何培养新人，甚至没想过要培养新人的公司，哪来的生力军呢，难道要冒总一直写代码？<br />
而且，事情过去1年多了，没想到情况还是这样，更加深感痛心。<br />
看到这篇文章颇有感触，多说了几句。</p>
<p>2，<br />
作为曾经的uu，uublog可以说是我用起来最合适的blog.说几点自己的想法。任何事情都有两面性。<br />
改版：自然是因为老版本有不好的地方，所以要改。至于改的结果如何，是改版之前策划调查的任务，并不是改版本身的错误。<br />
红包：年底发红包也是激<img src="http://blog.goobiz.cn/down_info.asp?id=3947" border="0" alt="" width="1" height="1" /></span></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.goobiz.cn/?feed=rss2&amp;p=2239</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>我们流程的问题到底在哪里</title>
		<link>http://blog.goobiz.cn/?p=2237</link>
		<comments>http://blog.goobiz.cn/?p=2237#comments</comments>
		<pubDate>Fri, 18 Dec 2009 06:53:45 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[网站策划]]></category>
		<category><![CDATA[网站建设]]></category>

		<guid isPermaLink="false">http://blog.goobiz.cn/?p=2237</guid>
		<description><![CDATA[当我现在坐在这里，又开始谈那个比较老的话题：是什么驱使我们的产品经理对设计色彩指手画脚，是什么让他们在设计师完成设计之后，又开始修改PRD和产品定位？
我们有时候总在说，态度决定一切。但似乎永远是挂在嘴边上的，因为没有人真正的把态度端正，哪怕是认真做事。于是乎就有了各种矛盾和错误，在人们疏漏的过程中，不断地扩大与重复。我想我做设计有一年了，经过了各种改版与创新产品，但似乎我们在做一项产品的时候总在不停的更改初衷与定位，以至于设计师的思路在不断地改变，以至于到最后作出了一个四不像的产品，完全没有一个精确的结果，只能摸着石头过河。
而我们的流程是：
1.产品经理写好一个草稿PRD，完全靠个人的经验与意识，并且是浏览“众家之长”，归纳出来的一个高大全的产品需求，之后交给UED
2.UED这时候会完成初稿，之后和产品经理沟通完成页面
3.与工程师沟通，完成项目
在这看似简单的3个步骤里，问题简直多得数不过来。在这样一个环境下，很难作出严谨的产品。简单说说我碰到的问题如下：
1.产品思想的由来。我们没有一个产品的研究，完全凭借各种同类网站的比较来。所以我们的产品经理得出的结论不是“用户需要的”，而是“别人做到的”。这样，必然会使我们的思路很模糊，不知道为什么要这样做，也不知道为什么会有那样的效果。我们没有创新精神，因为我们的思路已经被禁锢住了。
2.设计师与团队的沟通。当产品经理只提交给UED线框图，并且说：“做吧，我需要一个时尚，并且酷的界面！”这时候设计师一定是一头雾水。这个产品初衷是什么？谁来用？用户的操作习惯？到底什么颜色是这个产品的感情代表？时尚、酷的定义有很多种，到底什么是我们需要的。纵然我知道整个产品的流程与目的，但设计起来还是摸着石头过河。因为可怜的设计师已经被钉死在线框图上，而无法知道，用户到底需要我们的这个产品做什么。
3.设计的决定权。其实这个问题很可笑，当我们和非设计团队人员大声地争执色彩的时候，其实我们已经忘记了初衷。设计的决定不是设计师，不是产品经理，而是用户。我们在疯狂的为自己的意见大声互责的时候，早已经把用户忘记到九霄云外了。多见鬼的流程！现在可以看出来，开始的沟通与研究是多么重要，如果开始没有一个共同的目标，一个设计师和一个产品经理脑子中的设计模型怎么能相同呢？
解决：
1.如果有时间或者资源，我们要做充分的研究。我想我们不应该压缩研究调查的时间来换取更多的修改时间，那样损失太大了。
2.PRD定之前要小心谨慎，而在流程开始以后，我们不要轻易的把prd改变，这样，整个开始研究的产品思路完全会乱掉。也会让团队的人员找不到方向，充满疑问：我们到底在做什么？？
3.关于设计风格，我想这是最无聊的话题。如果我们前期的工作做得非常到位，把一切目标和内容全部定下来，那么我们就会有一个明确的风格与定位，大到产品的思路，小到设计的一个icon，都是有一个非常明确的范围，设计师即使再错，也不会走出这个圈子，那样怎么会有大家对设计风格与颜色的争执呢？我想，设计师在技能上应该是没有多大差别的，所以我们要更多的沟通。

]]></description>
			<content:encoded><![CDATA[<p><span style="font-size: 14px;">当我现在坐在这里，又开始谈那个比较老的话题：是什么驱使我们的产品经理对设计色彩指手画脚，是什么让他们在设计师完成设计之后，又开始修改PRD和产品定位？</p>
<p>我们有时候总在说，态度决定一切。但似乎永远是挂在嘴边上的，因为没有人真正的把态度端正，哪怕是认真做事。于是乎就有了各种矛盾和错误，在人们疏漏的过程中，不断地扩大与重复。我想我做设计有一年了，经过了各种改版与创新产品，但似乎我们在做一项产品的时候总在不停的更改初衷与定位，以至于设计师的思路在不断地改变，以至于到最后作出了一个四不像的产品，完全没有一个精确的结果，只能摸着石头过河。</p>
<p>而我们的流程是：<br />
1.产品经理写好一个草稿PRD，完全靠个人的经验与意识，并且是浏览“众家之长”，归纳出来的一个高大全的产品需求，之后交给UED<br />
2.UED这时候会完成初稿，之后和产品经理沟通完成页面<br />
3.与工程师沟通，完成项目</p>
<p>在这看似简单的3个步骤里，问题简直多得数不过来。在这样一个环境下，很难作出严谨的产品。简单说说我碰到的问题如下：</p>
<p>1.产品思想的由来。我们没有一个产品的研究，完全凭借各种同类网站的比较来。所以我们的产品经理得出的结论不是“用户需要的”，而是“别人做到的”。这样，必然会使我们的思路很模糊，不知道为什么要这样做，也不知道为什么会有那样的效果。我们没有创新精神，因为我们的思路已经被禁锢住了。</p>
<p>2.设计师与团队的沟通。当产品经理只提交给UED线框图，并且说：“做吧，我需要一个时尚，并且酷的界面！”这时候设计师一定是一头雾水。这个产品初衷是什么？谁来用？用户的操作习惯？到底什么颜色是这个产品的感情代表？时尚、酷的定义有很多种，到底什么是我们需要的。纵然我知道整个产品的流程与目的，但设计起来还是摸着石头过河。因为可怜的设计师已经被钉死在线框图上，而无法知道，用户到底需要我们的这个产品做什么。</p>
<p>3.设计的决定权。其实这个问题很可笑，当我们和非设计团队人员大声地争执色彩的时候，其实我们已经忘记了初衷。设计的决定不是设计师，不是产品经理，而是用户。我们在疯狂的为自己的意见大声互责的时候，早已经把用户忘记到九霄云外了。多见鬼的流程！现在可以看出来，开始的沟通与研究是多么重要，如果开始没有一个共同的目标，一个设计师和一个产品经理脑子中的设计模型怎么能相同呢？</p>
<p>解决：<br />
1.如果有时间或者资源，我们要做充分的研究。我想我们不应该压缩研究调查的时间来换取更多的修改时间，那样损失太大了。</p>
<p>2.PRD定之前要小心谨慎，而在流程开始以后，我们不要轻易的把prd改变，这样，整个开始研究的产品思路完全会乱掉。也会让团队的人员找不到方向，充满疑问：我们到底在做什么？？</p>
<p>3.关于设计风格，我想这是最无聊的话题。如果我们前期的工作做得非常到位，把一切目标和内容全部定下来，那么我们就会有一个明确的风格与定位，大到产品的思路，小到设计的一个icon，都是有一个非常明确的范围，设计师即使再错，也不会走出这个圈子，那样怎么会有大家对设计风格与颜色的争执呢？我想，设计师在技能上应该是没有多大差别的，所以我们要更多的沟通。</p>
<p></span></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.goobiz.cn/?feed=rss2&amp;p=2237</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>网站文案写作的几个想法</title>
		<link>http://blog.goobiz.cn/?p=2235</link>
		<comments>http://blog.goobiz.cn/?p=2235#comments</comments>
		<pubDate>Fri, 18 Dec 2009 06:52:26 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[网站策划]]></category>
		<category><![CDATA[网站建设]]></category>

		<guid isPermaLink="false">http://blog.goobiz.cn/?p=2235</guid>
		<description><![CDATA[以前写过考虑SEO因素的文案写作。今天再介绍几个抛开SEO因素，单纯就网站文案写作的想法：
　　１．标题要准确简洁
　　看网页和看书不同，大部分人是浏览，而不是真正的读。如果标题不能清楚的表达网页内容，很多读者可能就不再继续往下看下去了。
　　标题必须在几秒之内吸引住读者，告诉读者你要说什么，所以一般不要在标题上故弄玄虚。有时候为增加吸引力，可以适当地，善意地神秘一下或夸张一下。
　　２．多分段
　　由于看网站的浏览方式很特殊，最好不要写很长的段落，那样会使读者眼睛很累，产生厌倦感。两三句话就分成一段，连成一片的大段文字很容易让人头昏脑胀。
　　３．融入个人化风格
　　这一点可能很多大公司不同意。
　　但是对中小型公司和个人网站来说，我感觉不要写的太八股，口气不要官式，尽量融入个人的特点，使人感到网站的背后是一个或一群有血有肉的人，而不是一个摸不着头脑的机构。
　４．少用空洞的词汇
　　网页不同于公司年度报告，也不是学术研究，不必用那些很空洞的大词，写大白话就行了。
　　最典型的常被莫名其妙使用的词就是”解决方案”，那么多网站都号称自己给其他企业提供”解决方案”，可”解决方案”这个词在不同行业，对不同公司不同人，都是不同的意思，看了这个词还是完全不知道你想说什么。
　　５．使用小标题
　　网页文案写作要非常简洁清楚，逻辑结构清晰，列出小标题有助于读者大致浏览之后就抓住内容重点。如果读者再想仔细看的话，自然会看标题下面的具体解释。
　　６．可以带一些煽动性情感
　　这一点更适合于直接在网站上销售产品和服务的网站，对以收集新闻和信息为主，然后靠广告赚钱的网站也许没太大的用。
　　如果想在网站上直接销售产品，你的每一句话都要指向一个特定的目标，就是让读者去做你想让他做的事情。比如把产品放入购物车。
　　顾客买东西很多时候都是冲动型的，靠理性不一定能让顾客拿出钱来。你要打动他的情感，向他描绘你的产品能给他带来的好处。讲一个故事，描述一个令人向往的场景，让用户不知不觉的进入你营造的那个情景，然后拿出信用卡。
]]></description>
			<content:encoded><![CDATA[<p>以前写过考虑SEO因素的文案写作。今天再介绍几个抛开SEO因素，单纯就网站文案写作的想法：</p>
<p>　　１．标题要准确简洁</p>
<p>　　看网页和看书不同，大部分人是浏览，而不是真正的读。如果标题不能清楚的表达网页内容，很多读者可能就不再继续往下看下去了。</p>
<p>　　标题必须在几秒之内吸引住读者，告诉读者你要说什么，所以一般不要在标题上故弄玄虚。有时候为增加吸引力，可以适当地，善意地神秘一下或夸张一下。</p>
<p>　　２．多分段</p>
<p>　　由于看网站的浏览方式很特殊，最好不要写很长的段落，那样会使读者眼睛很累，产生厌倦感。两三句话就分成一段，连成一片的大段文字很容易让人头昏脑胀。</p>
<p>　　３．融入个人化风格</p>
<p>　　这一点可能很多大公司不同意。</p>
<p>　　但是对中小型公司和个人网站来说，我感觉不要写的太八股，口气不要官式，尽量融入个人的特点，使人感到网站的背后是一个或一群有血有肉的人，而不是一个摸不着头脑的机构。</p>
<p>　４．少用空洞的词汇</p>
<p>　　网页不同于公司年度报告，也不是学术研究，不必用那些很空洞的大词，写大白话就行了。</p>
<p>　　最典型的常被莫名其妙使用的词就是”解决方案”，那么多网站都号称自己给其他企业提供”解决方案”，可”解决方案”这个词在不同行业，对不同公司不同人，都是不同的意思，看了这个词还是完全不知道你想说什么。</p>
<p>　　５．使用小标题</p>
<p>　　网页文案写作要非常简洁清楚，逻辑结构清晰，列出小标题有助于读者大致浏览之后就抓住内容重点。如果读者再想仔细看的话，自然会看标题下面的具体解释。</p>
<p>　　６．可以带一些煽动性情感</p>
<p>　　这一点更适合于直接在网站上销售产品和服务的网站，对以收集新闻和信息为主，然后靠广告赚钱的网站也许没太大的用。</p>
<p>　　如果想在网站上直接销售产品，你的每一句话都要指向一个特定的目标，就是让读者去做你想让他做的事情。比如把产品放入购物车。</p>
<p>　　顾客买东西很多时候都是冲动型的，靠理性不一定能让顾客拿出钱来。你要打动他的情感，向他描绘你的产品能给他带来的好处。讲一个故事，描述一个令人向往的场景，让用户不知不觉的进入你营造的那个情景，然后拿出信用卡。<img src="http://blog.goobiz.cn/down_info.asp?id=4027" border="0" alt="" width="1" height="1" /></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.goobiz.cn/?feed=rss2&amp;p=2235</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>案例分析：如何将免费社区转化为成功</title>
		<link>http://blog.goobiz.cn/?p=2233</link>
		<comments>http://blog.goobiz.cn/?p=2233#comments</comments>
		<pubDate>Fri, 18 Dec 2009 06:45:46 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[网站策划]]></category>
		<category><![CDATA[网站建设]]></category>

		<guid isPermaLink="false">http://blog.goobiz.cn/?p=2233</guid>
		<description><![CDATA[Nisan Gabbay注：非常高兴本周的案例分析出自Startup Review的读者Kempton Lam。 Kempton是一位管理咨询师，专于创业指导，您可以查看Kempton的背景及博客。Kempton采用了和我相同的案例分析流程，作为编辑，我的工作是确保其与Startup Review保持格式上的一致。如果你有意成为Startup Review的嘉宾作者，请与我联系。
为什么研究这个案例
iStockphoto既是一个摄影师社区，也是一个高质低价的庞大图片库。到2006年10月，iStockphoto拥有约110万张图片和23000位摄影师。2006年iStockphoto有望售出1000～1200万份图片授权，每份授权的价格在1美元到40美元之间。iStockphoto的成功开启了一个新的图片库细分市场，为那些无力承受Getty Images和Corbis等传统图片库昂贵价格的用户提供服务。iStockphoto的成功引起了Getty Images的注意，后者于2006年2月以5000万美元将其收入麾下。
采访对象：iStockphoto的创始人及CEO Bruce Livingstone；iStockphoto元老及执行总裁Patrick Lor；数字媒体及图片库市场的独立咨询顾问Paul Connolly。特别感谢iStockphoto的Kara Udziela和Yvonne Beyer给予这篇案例分析的帮助。
成功要素
为高价的服务领域提供了一个免费的选择
通过以极低的价格提供高质量的图片库，iStockphoto为微型图片库建立了市场。iStockphoto的创新在于保持图片版权自由，并方便下载。图片库市场的免费概念起于2000年，iStockphoto使初级摄影师第一次有机会接触到巨大的图片需求市场，也很大程度上降低了普通用户（设计师、小公司及非盈利组织等）的图片支出成本。
随着iStockphoto声名渐起，服务器和带宽费用也直线上升，迫使Bruce得想办法支付每月10000美元的维护费用，Bruce在社区发起了讨论并且最终由社区提出一个可接受的方案。2002年2月，社区决定对每张图片收费0.25美元以支付网站的维护费用，收费的20%返还给摄影师。
iStockphoto的商业模式几经变革，但是始终保持图片价格在一个较低的水平。2004年iStockphoto正式成为一个盈利实体。iStockphoto分别对不同尺寸的图片收取1，2，3“点”费用（0.5美元/点），并向摄影师支付20%佣金。如今iStockphoto提供更多的价格组合，如1,3,5,10,20,40“点”（1美元/点）；也为摄影师提供更多的佣金模式，从20%到40%不等，依据销售额以及是否独家授权给iStockphoto。
培育一个忠诚、活跃的社区
iStockphoto起于其创始人Bruce Livingstone的业余爱好，事实上，并非由风险投资起家是iStockphoto成功的关键因素之一。从很多方面看iStockphoto的起步非常像另外一个在线社区Craigslist，Craig Newmark的个性影响了Craigslist，Bruce的个性和对摄影的热情同样影响了iStockphoto社区。Bruce一直是iStockphoto的核心用户，并总在尝试探索用户的需求。
创始之初，iStockphoto就通过论坛、E-mail、会谈等方式有意识地培育它的社区，iStockphoto有许多活跃的在线论坛，新用户可以发贴获得老用户的帮助。这些论坛使iStockphoto社区对新用户很友好，对老用户也很有吸引力。其次，iStockphoto重视对用户问题的迅速响应，即使作为CEO, Bruce本人也会定期给用户发送邮件提供鼓励和帮助。第三，iStockphotos建立了一个旅行网站(叫iStockalypses)，用户可以拍摄有趣的地方，分享图片交易经验。
iStockphoto网站本身提供了许多功能让用户自我发掘。比如网站用户活跃程度的数据是公开的，特别是用户的图片上传数和付费下载数，这让新用户能从高级用户那里学到什么样的图片最受欢迎。iStockphoto还建立了一个合乎用户心理的标准，只有具有一定水准的图片才会被收录，这帮助用户改进了他们的摄影技巧，并且使他们感受到努力的回报。
低价位数码单反相机的出现
2003年冬天，630万象素的佳能Rebel数码单反相机价格跌进1000美元，Bruce和Patrick都认为这是iStockphoto的转机，民用单反的出现使高质量的照片大量涌现，iStockphoto的理念正迎合了这股潮流。
建立标准保证图片的质量
随着iStockphoto越来越受欢迎，图片的提交量也与日俱增，而用户希望iStockphoto图片保持一定水准。因此iStockphoto制定了详细的图片提交标准，iStockphoto认为这既是图片的质量控制机制，也是为摄影师提供反馈。iStockphoto花时间向用户解释为什么他们的图片被拒绝。Patrick说，有时候新用户的图片通过率只有25%，而经过不断的反馈和指导，六个月内通过率就能变成75%-90%。
启动策略
iStockphoto始于Bruce Livingstone 2000年5月建立的个人网站，Bruce建立这个站点的初衷是分享和发布自己的作品，最初有1600张Bruce拍的图片供免费下载，随着网站越来越受欢迎，6个月后，Bruce便开始向其他有意提供作品的摄影师开放，逐渐培育起一个欣欣向荣的摄影师社区。

]]></description>
			<content:encoded><![CDATA[<p><span style="font-size: 14px;">Nisan Gabbay注：非常高兴本周的案例分析出自Startup Review的读者Kempton Lam。 Kempton是一位管理咨询师，专于创业指导，您可以查看Kempton的背景及博客。Kempton采用了和我相同的案例分析流程，作为编辑，我的工作是确保其与Startup Review保持格式上的一致。如果你有意成为Startup Review的嘉宾作者，请与我联系。</p>
<p>为什么研究这个案例</p>
<p>iStockphoto既是一个摄影师社区，也是一个高质低价的庞大图片库。到2006年10月，iStockphoto拥有约110万张图片和23000位摄影师。2006年iStockphoto有望售出1000～1200万份图片授权，每份授权的价格在1美元到40美元之间。iStockphoto的成功开启了一个新的图片库细分市场，为那些无力承受Getty Images和Corbis等传统图片库昂贵价格的用户提供服务。iStockphoto的成功引起了Getty Images的注意，后者于2006年2月以5000万美元将其收入麾下。</p>
<p>采访对象：iStockphoto的创始人及CEO Bruce Livingstone；iStockphoto元老及执行总裁Patrick Lor；数字媒体及图片库市场的独立咨询顾问Paul Connolly。特别感谢iStockphoto的Kara Udziela和Yvonne Beyer给予这篇案例分析的帮助。</p>
<p>成功要素</p>
<p>为高价的服务领域提供了一个免费的选择</p>
<p>通过以极低的价格提供高质量的图片库，iStockphoto为微型图片库建立了市场。iStockphoto的创新在于保持图片版权自由，并方便下载。图片库市场的免费概念起于2000年，iStockphoto使初级摄影师第一次有机会接触到巨大的图片需求市场，也很大程度上降低了普通用户（设计师、小公司及非盈利组织等）的图片支出成本。</p>
<p>随着iStockphoto声名渐起，服务器和带宽费用也直线上升，迫使Bruce得想办法支付每月10000美元的维护费用，Bruce在社区发起了讨论并且最终由社区提出一个可接受的方案。2002年2月，社区决定对每张图片收费0.25美元以支付网站的维护费用，收费的20%返还给摄影师。</p>
<p>iStockphoto的商业模式几经变革，但是始终保持图片价格在一个较低的水平。2004年iStockphoto正式成为一个盈利实体。iStockphoto分别对不同尺寸的图片收取1，2，3“点”费用（0.5美元/点），并向摄影师支付20%佣金。如今iStockphoto提供更多的价格组合，如1,3,5,10,20,40“点”（1美元/点）；也为摄影师提供更多的佣金模式，从20%到40%不等，依据销售额以及是否独家授权给iStockphoto。</p>
<p>培育一个忠诚、活跃的社区</p>
<p>iStockphoto起于其创始人Bruce Livingstone的业余爱好，事实上，并非由风险投资起家是iStockphoto成功的关键因素之一。从很多方面看iStockphoto的起步非常像另外一个在线社区Craigslist，Craig Newmark的个性影响了Craigslist，Bruce的个性和对摄影的热情同样影响了iStockphoto社区。Bruce一直是iStockphoto的核心用户，并总在尝试探索用户的需求。</p>
<p>创始之初，iStockphoto就通过论坛、E-mail、会谈等方式有意识地培育它的社区，iStockphoto有许多活跃的在线论坛，新用户可以发贴获得老用户的帮助。这些论坛使iStockphoto社区对新用户很友好，对老用户也很有吸引力。其次，iStockphoto重视对用户问题的迅速响应，即使作为CEO, Bruce本人也会定期给用户发送邮件提供鼓励和帮助。第三，iStockphotos建立了一个旅行网站(叫iStockalypses)，用户可以拍摄有趣的地方，分享图片交易经验。</p>
<p>iStockphoto网站本身提供了许多功能让用户自我发掘。比如网站用户活跃程度的数据是公开的，特别是用户的图片上传数和付费下载数，这让新用户能从高级用户那里学到什么样的图片最受欢迎。iStockphoto还建立了一个合乎用户心理的标准，只有具有一定水准的图片才会被收录，这帮助用户改进了他们的摄影技巧，并且使他们感受到努力的回报。</p>
<p>低价位数码单反相机的出现</p>
<p>2003年冬天，630万象素的佳能Rebel数码单反相机价格跌进1000美元，Bruce和Patrick都认为这是iStockphoto的转机，民用单反的出现使高质量的照片大量涌现，iStockphoto的理念正迎合了这股潮流。</p>
<p>建立标准保证图片的质量</p>
<p>随着iStockphoto越来越受欢迎，图片的提交量也与日俱增，而用户希望iStockphoto图片保持一定水准。因此iStockphoto制定了详细的图片提交标准，iStockphoto认为这既是图片的质量控制机制，也是为摄影师提供反馈。iStockphoto花时间向用户解释为什么他们的图片被拒绝。Patrick说，有时候新用户的图片通过率只有25%，而经过不断的反馈和指导，六个月内通过率就能变成75%-90%。</p>
<p>启动策略</p>
<p>iStockphoto始于Bruce Livingstone 2000年5月建立的个人网站，Bruce建立这个站点的初衷是分享和发布自己的作品，最初有1600张Bruce拍的图片供免费下载，随着网站越来越受欢迎，6个月后，Bruce便开始向其他有意提供作品的摄影师开放，逐渐培育起一个欣欣向荣的摄影师社区。</p>
<p></span></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.goobiz.cn/?feed=rss2&amp;p=2233</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

