五首歌同叫青春， 虽然作者、歌手皆不同，但都是创作歌手自己演唱的不错的歌曲。。。五个不同的青春，应该总能跟你的青春有共鸣？ 青春这个词是歌手喜欢的主题－－年轻时拥有青春不在乎青春，太阳下山花儿谢了青春小鸟一去无影踪时却又喜欢追忆追寻。。。 第一首，也是最有名的一首就是沈庆沈老大随1992年大地”校园民谣“专辑风靡全国的那首： “青春的花开花谢让我疲惫却不后悔, 四季的雨飞雪飞让我心醉却不堪憔悴 … … 在那片青色的山坡我要埋下我所有的歌 等待着终于有一天它们在世间传说 。。” 十几年过去了我依然常听且每次听都有当初的那种感觉。。。所谓“经典”，大概就是这个意思吧。 这首歌大家听得太多了,就不在这里再放了. 第二首，以前我曾在这里介绍过，是汪峰给筠子写的。后来汪峰自己在“花火”专辑中又自己重新演唱。 跟筠子的演绎相比，汪峰自己的演唱才更入味。。。 “外面下起了小雨 雨滴轻飘飘地象我年轻的岁月 我脸上蒙着雨水 就象蒙着幸福 我心里什么都没有 就象没有痛苦 这个世界什么都有 就象每个人都拥有 继续走 继续失去 在我没有意识到的青春” 这个帖子里放的就是汪峰的版本. 第三首，是王凡瑞 “青春”专辑里的同名歌曲。 “青春”这张专辑是2006年太和麦田的“新红白蓝”系列的“红色”。 ”。。。 那流走的岁月 这刀一样的时光 它催我老去 让我变得丑陋 变得丑陋 幻想依旧伟大 我已不再是什麽英雄 我已成熟的像个老者 与生活完全讲和 。。。 “ 相对以上二位，王是个新人，但不代表他的歌曲青涩。。。相反听他的专辑有一种沧桑过后的平和，颇有些许巍的味道。创作演唱一手包办的王凡瑞和许巍一样来自西安。。。陕西是一个神奇的地方，源源不断地为贫瘠的中国流行音乐输送营养：从信天游西北风到张楚到张恒到郑均到许巍到杨海潮到王凡瑞。。。总是能不断地制造惊喜，让人禁不住要写篇陕西颂。 第四首， 又是一首校园民谣，一位武汉的女大学生赵练的青春。。。 相比沈庆的青春，时间已经过去了十几年，但是校园民谣这种音乐具有永远不变的主题。。。这位华中师范大学女生的歌声让人再一次缅怀当年大学的青春： ”当树上的知了开始不停的唱 花儿不断开放 梧桐树下你唱起歌 吉他声轻轻飞扬 。。。 曾经的年少懵懂和轻狂 我想青春永不会忘“ 第五首，风格跟前几首很不同, 是李志的第一张自费出的DEMO中的一首 [...]
Browsing Posts published in November, 2007
社区研究之网站的三种黏度 固若GinTonic 发表于 2006-11-3 15:50:00 这篇文章应该说并不是专门讨论社区话题的，但由于文内论述的几个基本概念对之前和今后的社区研讨有用，因此姑且也将此文列入社区研究系列。 黏度同粘度、粘着度、黏着度。广义的黏度指的是用户对网站的重复使用度（依赖度、忠诚度），和用户迁移成本基本成正比。通常黏度越高的网站越体现价值，因此如何提高用户的迁移成本也是各网站运营的首要任务之一。但在我看来黏度这个概念还是过于宽泛了，以用户迁移成本来源的不同可以将黏度分为3种类型，以下一一分析： 1、技术黏度：这个最好理解，哪个网站速度最快、服务最稳定、价格最低、功能最强用户就选择哪个，比的完全是技术定量数据。最明显的例子应该算是用户关于Email服务商的选择，当年谁家新推出一个更大容量的邮箱就会拉走一大批用户，谁家对垃圾邮件的处理更好就又拉过去一大批，用户在迁移时对前一家服务商几乎没有留恋。因此技术黏度对服务商的要求非常高同时用户忠诚度是最低的，要保持技术领先还要保证服务稳定，随便在哪一点上有竞争对手超过了你都有可能造成用户的大面积流失。当然从另一个角度来看不管你的竞争对手是苦心经营多少年的老字号，只要你在技术定量数据上超过了它，都可以从它那里迅速抢走大量用户，甚至可能一举击溃它。这在前些日子迅雷华军案中可见一斑。 所以单纯以技术黏度为方向的网站有几个特点：用户迁移成本低、用户忠诚度低、技术创新意识强、覆盖面广、发展速度高。典型代表：Google。 2、社交黏度：我们常说的社区就是靠这种黏度维系的，我个人之前文章中谈到的黏度也特指这种黏度，我称其为狭义黏度。在“社区研究之SNS和烧汤” 一文中我对社交黏度做了一个基本的阐述：黏度是指个体用户对于社区内某个或某些特定的人的交互的依赖性，而不是对某个社区产品或者功能应用的依赖性。同时也做出了几个判断：1、以强化社交黏度为目标的才是社区；2、社交黏度的基础是固定的ID（变相实名制）；3、做社区就是做SNS（广义SNS）。 正因为社交黏度是建立在人与人之间的关系上的，所以相互的了解和信任需要时间来培养。反过来看，一旦了解和信任得以建立，也就不会轻易丧失。从用户迁移成本的角度看，有了社交黏度后迁移成本明显提高，因为此时用户不是自己换个地盘就可以，而是要带着他的人际关系一起走，否则他就必须重新花时间在新的地盘与新的对象培养相互的了解和信任，这个成本是相当大的，也是关键的。 所以单纯以社交黏度为方向的网站有几个特点：用户迁移成本高、用户忠诚度高、技术创新意识弱、覆盖面窄、发展速度慢。典型代表：QQ。 3、数据库黏度：这可以算是一种新的黏度，实践还不多，成功案例几乎没有，但个人认为是未来网络的一大发展方向。数据库黏度建立在对个体用户的数据跟踪分析上，并比照该个体用户与其他用户的异同，综合分析其中的关联，最终推荐提交给个体用户一套个性化的解决方案。这种黏度的基础是积累了大量的个体用户数据，同时还须掌握科学有效的比照分析方法。虽然现在还很不成熟，但可以肯定的是，当数据库黏度发生作用时，个体用户的迁移成本必然会越来越高。 目前在数据库黏度初露端倪的实践应该是豆瓣，豆瓣有一个功能是“豆瓣猜你会喜欢”，说心里话这是我最喜欢也最看好的豆瓣功能，虽然现在这个功能还很弱，推荐也不算准确。这个功能是完全个性化的，其后台是个体用户提交的数据与其他用户提交的庞大数据库之间的比照分析，再反馈给个体用户一个独一无二的、只适合于你的推荐。可以想象随着豆瓣数据库越来越庞大，算法越来越精妙，最终的结果也会越来越准确。但目前豆瓣的数据还是割裂的，它不能从我喜欢的电影推测出我喜欢哪些书和音乐，而在我的想象之中，未来会有网站可以从我喜欢的音乐准确地推荐给我一辆适合我的汽车或者新到货的服装。 所以单纯以数据库黏度为方向的网站特点现在还不好说，只能推断：用户迁移成本高（数据库导出成本高）、用户忠诚度高（数据跟踪终身化）、创新意识强（算法不断革命或优化）、覆盖面广、发展速度慢。典型代表：目前没有。 以上是对3种黏度的分类及说明，下一篇将进一步谈一些相关的问题。
·注释· 给创业团队的10个建议10:17 11/5/2007, 白鸦, 以用户为中心的设计, 白鸦，以用户为中心的设计 有感于对某项目的失望。 1、不要把UI设计、前端技术的人放在技术组，把他们放产品组； 很多创业项目往往最后实现的效果都不到当初设计的70%；究其原因，“时间和成本”以及“技术实现能力考虑不够”占很多； 但，往往我们发现其实并非是技术作不了，而是技术实现时没有很好的理解产品设计，或者没有像设计产品时一样一丝不苟的思考每个细节。这种实现效果的打折其实是最可惜的，而且比例很大。 虽然，我们说大家都是一个团队的人放在那个组都是一样齐心做事，但沟通成本在任何团队中都是很高的。 如果你把UI和前端技术的人放在产品组，让产品组提交给技术的产出物是完整的XHTML高保真原型，你会发现沟通成本降低了而且技术实现的折扣也少了。 2、不要全靠设计师来设计产品，全体动员； 一般的创业团队都不会也不该有很多设计师，如果只靠一两个设计师来设计产品的每个点，他们会累死，而且就算累死也作不好工作；如果团队其他成员再不支持他们的工作，情况就会更糟糕。 设计师的责任并非只是如何把产品设计好，很多时候也应该去发动所有的团队成员一起来参与设计，这个发送从上之下往往更有效。 3、不要被用户带进沟里，除了立项前的用户访谈在第一期产品上线之前只搞易用性的测试即可； 一般的创业项目，其实没有什么所谓的“理由”，靠的是通过经验和笼统的数据而出来了对于市场的“嗅觉”。这个时候的产品定位往往是经验的产物，我们需要用户作的是“立项前了解用户的一些需求”帮助更好的确定完善的产品定位和方向。 产品上线前尽量不要去通过用户访谈来决定“产品路线”的问题，而只是“请用户来使用，在上线前优化一些产品易用性的细节”。 不要指望普通用户可以站在全局角度给你的产品提出方向性的建议，他们只会把你带进沟里。 4、不要痴迷新技术，用最简单的方法实现最基本的产品架构和功能； 技术的追求是无止境的，但技术只是为了产品服务的。（某些纯粹以技术为核心的项目除外） 对于创业团队来说速度很重要，用最简单的方法快速实现产品基本功能，然后不断改进重加入新的技术，比一味追求技术的完美更加实用和高效。 盲目的使用新技术更加可怕，不是所有的新技术都使用于你的产品。 5、不要等产品非常完善之后再推出，没有让用户充分使用之前不要改变产品方向； 互联网产品没有一绰而就的都需要在用户的使用中不断优化和改变，满足用户基本需求以后就应该尽快把产品拿出来，让更多的用户去，并从中发现真正的问题所在。据此决定产品的优化和改进方向会更加的精确。 没有让更多的用户去使用就因为个别或者部分用户（包括投资人）的意见而改变产品方向是盲目的，导致的结果可能就是总在不停的为新方向作事情，而永远没有一个真正的产品。 6、不要让投资人参与产品细节。产品只能有一个核心，因为大家也许都是对的； 投资人永远都只是一个用户，绝大多数时候还不是典型用户。而且他们一般对于产品都灌注了很多的感情因素，导致对于产品的细节要求过于偏执。 产品的开发和设计过程是有轻重缓急的，但往往投资人总希望你把他提出的意见放在最前面，如果你听他的你会发现自己没有了方向总在作一些不是很重要的细节。 条条道路通罗马，一个好的产品创意往往可以有N种做法去实现。往往大家都是对的，争执不停，这个时候团队中必须有一个强势一点的核心统一大家的路线。 7、不要全靠文档记录思考历史，图是更好的记录方式； 一年后等你再次重新思考产品方向的时候，你会发现当初的简要会议记录自己都看不懂了。但，如果是图的方式你依然能快速理解。 8、不要把国外的几个著名产品抄到一起组成你的产品，不要迷信facebook； 抄袭不是不能成功，但一定要建立在对于用户和产品深度理解的情况下。最可怕的抄袭是东拼西凑出来了不伦不类的东西。 facebook的成个其实并非主要是“开放API”的成功，而是他成功的抓住了“用户关系”，这一点一般创业者很难做到，而且很难刻意而为之。任何社区的形成是在用户成长中不断演变，而非提前规划出来的。 9、不要让运营牵着产品的鼻子走，产品结构只能因用户需求而改变； 运营只是产品推广的手段，但无法成为产品核心。 今天你因为要搞“圣诞节”促销，就把导航上放了一个“圣诞节礼品”的栏目，圣诞节过了你怎么办？ 运营是长期的，但运营事件总是多变的，因为某个运营手段而改变产品只会让你每时每刻都在“改版”。 0、不要急于把产品的所有亮点都塞给用户，只给他们最需要的。 用户来使用一个产品是为了“完成某项任务”，在完成任务过程中的“亮点”只能是他们通过使用而体验到，并非是你强塞给他的，因为你不能决定他的需求。 很多东西“给他们一个入口让他自己发现”会更好，特别是某些只是“亮点”而非核心功能的地方。 .
