二月 06, 2008
关于 Yupoo“改革”的一些想法
由. Z'HuNG 将文章归档于 随便说说
不过，HUNG 个人的想法还是有限的，所以贴出给平阳的回复的目的，是为了获取一些更好的建议，集思广益。毕竟还有不少 Yupoo 的新老用户，已经存放了不少相片、图片在 Yupoo，如果能更好的解决当前的问题的话，岂不是更好？
以下是 HUNG 关于 Yupoo"改革"的一些想法：
"...
其实我在最后一段也提到过，国内没必要再出现一个网易相册了，他们的服务器和带宽水平，你们暂时还无法达到，这是一个事实。从调整外部引用策略的本质上来讲，用户未必会真正明白你们的意图。
借用 Webleon 的话来说，就是你们一开始就该考虑到规模扩大之后会遇到的问题。这也是我想说的，打个比方，如同爱情，一下子就打得火热，之后会发现感情会淡的很快。又如我每年给奶奶的压岁钱，起点并不高，从几百开始，到现在几万。但是，如果我用相反的方式，甚至是每年持平，奶奶的心里必然会有一些这样那样的想法，虽然这并不是应挨应份的。能够由低到高，才能合乎一般人的心理状态。
起点太高，或者起点漏洞太多，之后进行调整，在用户看来，会减损他们的利益，所以这种情绪是必然的，且是很危险的，也给你们很好的上了一堂课。根据国内用户的秉性来看，我的预测是，如果过年之后即付诸实施现在的草稿， yupoo 将在半年之内失去大部分用户。你们也无法在现在的情况下，"教育"用户该怎么做，不该怎么做。
我不知道你们此次的草稿是不是受了 Livid 的大脚社区原创相片限定规则的影响，如果是，那就相当愚蠢了，大脚是 Livid 的玩物，可是 yupoo 是你们的事业，完全两种概念。他可以任意妄为，并且大脚也是刚开始，完全可以进行一些规则上的设定，起点算是比较具有趋向性，可是，你们不能随便玩，并且你们已经运营了相当一段时间。
现在你们的问题在于一些滥用流量的用户，我思考了一下，关于你们暂定的草稿的一些问题，我在 Blog 文章里提了一些。不仅繁琐，让用户费劲脑汁，而且在界定一些标准的时候，非常模糊，比如非原创和原创。
由于类似于 Yupoo 和 Flickr 这样的相片分享服务，基本上引用方式都是缩略图 + 链接，而且更多的是一些 Blogger 在使用，根据我 Blogging 那么久的经验，实际上不可能达到"滥用"的地步。比如我大部分的文章都是一个配图，最多是在 Gadget 开箱照或者要说明一些网站操作的时候，会使用更多的贴图。而在 CW 服务器那边的流量统计，每个月的流量并不至于让服务器过于糟糕。另，根据我手下一个专业的统计单位 BE Team 的监测报告，大部分所谓"滥用"的问题更多出现在一些论坛引用上，并且是那些俗称"杀猫"帖，转载又多，确实会增加服务器的负荷。
我的建议是：
1. 既然有一些人并不注重社区功能，就给他们 Image Hosting，但是除了每月上传的流量限制之外，对下载的流量进行适当的限制。这里所说的下载流量限制，即是在外部引用中，所耗费的实际流量，这个尺度更容易理解，对你们技术开发来说，也并非很复杂的事情，尺度由你们掌握，可以细细考虑一下。在不少文件分享服务中，会采用排队等候下载，同时也有单个文件下载流量月限制，以及图片保存时限等多种限制方式，避免了瞬间流量飚得太高，直接造成服务器的高负荷。但是大多数并不合适 Yupoo，唯有统一限制下载流量相对方便、直观，用户也易于明白这是什么意思。并且，还可以根据用户等级的不同，设定多种灵活的限制方案（流量大小），这就是你们考虑的了。
2. 你们草稿里面的第 5 条，"原创用户在 3 个信任网站内原图外链不做限制"，可以扩大一些范畴，比如用户登记的三个 Blog 或者网站引用 Yupoo 图片流量不做限制。如何验证这些"信任站点"，或许你们有更好更方便的方式。并且，在一些容易滥用的场合，此类的验证都比较麻烦，如论坛。
3. 限制原尺寸的原图外链。上面说过了，Yupoo 和 Flickr 的图片饮用方式类似，大多以缩略图示人，再加个原图链接，特别是在 Blog 上的引用，由于 Blog 一般页面布局的限制，很少有用到 550 以上的宽度，要看原图的话，直接点击到 Yupoo 网站上去看就行了。如果要展示一系列图片（某个相册），引用相册封面缩略图，然后链接给到 Yupoo 就行了。我记得你们还有 slide 饮用方式，所以给不给原图的外部引用权限，相对变成了次要问题。
对于那些论坛试用者更喜欢直接引用原图，也做了一定的限制，但是可能会引起一些麻烦。另一个弊端是 PNG 和 GIF 的显示也会有一点点麻烦。
4. 如果限制了原尺寸的原图外链，必然会让用户自觉增加原图链接到 Yupoo 网站，所以也没必要硬性规定必然需要反链。
5. 千万不要增加自动的水印，不要试图尝试设置休眠期，这对于中国乃至国际市场，在图片分享领域，都是一件非常非常愚蠢的事情。
6. 不要试图提供 800 / 1024 宽度的缩略图，我在第三点里已经提到过了，真的没有什么必要。
7. 尝试提供一些增值服务，比如增加每月上传量，增加每月外部引用流量（类似于 Amazon S3），价格上要符合中国民情。不少人已经在 Flickr 上购买 Pro 帐户，如果 Yupoo 能提供一个稳定而优秀的用户体验，价格上又比 Flickr 便宜，付款上也比 Flickr 方便的话，相信会有不少人愿意根据自己的实际需要增加一些支出来换取流量。
8. 看起来此次的变动势在必行，所以，希望你们在这一次的变动中要非常非常的谨慎，考虑尽量周全一些，并且在将来，围绕此次的变动作为基础而进行新的升级，不偏离主轴，尽量避免突兀的变动（如同这一次的预告），严重改变用户的使用习惯与认知。这一点上尤其重要。
我并不算是很了解 Yupoo 的运营情况和思路，而且，今天是大年三十了，时间上并不允许我花太多时间去考虑这个，所以暂时的建议必然会有一些因此而产生的问题。但是我觉得这样能够尽量避免更多的"激怒"用户，产生反感的抵触情绪，并且能有一定的效果，解决双方的问题。
我的想法也比较个人化，一点点经验，希望对你们有所帮助。而你们需要更多的获得用户的想法，和他们提供的实际解决问题的方法，不仅仅是他们提出的问题。
最后，也希望你们能考虑一下自身的生存问题了。Yupoo 上线至今已经有一段时间了，如何能有一个让自己生存下去，甚至是发展开来的模式、途径和经营策略，要比现在与用户面对面讨论外部引用规则，更为重要。如何把你们这么久以来经营的成果，变成实际的盈利，已经不是什么遥远的问题了，而是你们当务之急。"
Yupoo 的服务器负担是一个问题，也确实已经成为了一个发展的瓶颈，不知道大家是否还有更好的建议，HUNG 也想了解一下，因为时间仓促，想到的优先，大家有时间的话不妨倡言一下。或许你能提出更好的建议，来平衡这样一种局面。
固定链接: 关于 Yupoo“改革”的一些想法
关键词:
Yupoo 想法 hung 随便说说 Web2.0 中国
引用: http://www.creative-weblogging.com/cgi-bin/mt-tb.pl/112938
