神马文学网Web2.0理想化：主题社区
来源：百度文库 编辑：神马文学网 时间：2024/04/28 18:51:03
Web2.0理想化：主题社区
所以很麻烦地用四个字叫做主题社区而不是社区，是为了和现在的众多所谓“社区”区别。是的，我承认BBS、论坛是社区的一种形式，但是现在已经变成一种等价物了。
前面的《Blog+SNS+社区=？》给出了一个简单的社区泛化描述：社区是指任何一种按照目的、话题等线索聚合微内容的应用。即本质在于微内容的聚合：一方面微内容的形式不限于在社区内发布的文字，用户的日志、网摘、对某个微内容的评论、图片都可以；另一方面聚合的线索也应该是多样化的，未必是按照论坛的板块和一个一个话题（帖子）。
看两个例子：43things（国内模仿者aimi据说已经倒了，忽视中外文化差异的后果）、douban、百度贴吧。以某件事或物为线索来引导，与现在的论坛的话题线索就有明显差距了。并且对于循此线索的用户来说特别人性。
理想化的主题社区，必须的功能：
按照某一种线索的微内容聚合，一般来说聚合成的微内容集合会较多，因而有必要以板块形式来进行一层分类。这种聚合线索应可能使同一微内容出现在多个话题中。这线索就像设计论坛板块，有太多的方式和角度，每一种都针对一个特定细分市场和人群。可别想通吃，会噎着。 自动或手动地将微内容聚合到某一话题。自动是指只要你允许了，就可以把你的某篇日志、评论、网摘自动地发布到某个话题；手动是指在发布这些的时候可以同时选择发布到某个话题（Community Server在发布日志后提供选择是否发布到论坛某个板块，但是这方式多一个发布步骤太麻烦，需要改进）；当然也可以在某个板块、某个话题中发布POST，同时作为日志。——请不要让用户再手动转贴 提供用户的信息和根据用户进行的检索。必要时候，我需要了解某一个人。这个论坛就有。 提供相关话题的列表，以便让我知道我要说的话在哪个地方发出更加合适。这个论坛很弱。 热门话题的排序，快速了解整个社区正在发生的事情。这个很多地方有。
理想化的主题社区，plus的功能：
人性化的执法。当然首先要立法，并且需要有人严格地来执法，同时这种体验的设计要比较有趣，只是封人删贴未免无聊。有些地方有法院监狱什么的，私以为适当应用下也比较有意思。 合理设计的虚拟社会结构。权力和地位的结构设计的重要性，技术人员未必能很好理解，推荐看看《理想国》，权作洗脑之用。这个社会要有掌权者、执法者、社会名人、富裕阶级和普通群众才能符合人类潜意识当中的期望。社区必须在功能上提供这种可能性和便利性。 添加好友和交际功能。实际上是一个弱化的SNS功能，倘若如《Blog+SNS+社区=？》所说，三者合一，那么这一块就很有想象力了。 能够根据我的资料和历史记录，推荐我感兴趣的话题。这个是宁缺毋滥的！
交互设计的特性要求：
现在的论坛功能都太复杂，都像豆瓣和百度贴吧那样才好。同一个界面上超过5个功能按钮或链接就让人发晕了。 发帖：如果在社区内发布，从打开社区页面到发布，不要超过3次点击；如果在写日志、网摘的时候发布至多增加2次点击，并且要在远页面内完成。 社区内容层次，分板块的话不要超过2层，会失去搜寻的耐心。 看话题，最好能在话题列表的界面上直接看某个话题下面的所有内容并可直接回复（有难度）
现在的主要问题：
功能和定位无特色，羊群效应明显，一大堆论坛分隔着用户群。谁都做不大，难以产生社区的规模效应。 怎么只有一个豆瓣？ 论坛无法和博客系统、SNS链接，十分让人沮丧。
总结：
这样的东西还不存在，但是我相信用户虽然提不出具体的功能要求，但是却一直希望存在这样的东西。令人激动的市场缝隙！
所以很麻烦地用四个字叫做主题社区而不是社区，是为了和现在的众多所谓“社区”区别。是的，我承认BBS、论坛是社区的一种形式，但是现在已经变成一种等价物了。
前面的《Blog+SNS+社区=？》给出了一个简单的社区泛化描述：社区是指任何一种按照目的、话题等线索聚合微内容的应用。即本质在于微内容的聚合：一方面微内容的形式不限于在社区内发布的文字，用户的日志、网摘、对某个微内容的评论、图片都可以；另一方面聚合的线索也应该是多样化的，未必是按照论坛的板块和一个一个话题（帖子）。
看两个例子：43things（国内模仿者aimi据说已经倒了，忽视中外文化差异的后果）、douban、百度贴吧。以某件事或物为线索来引导，与现在的论坛的话题线索就有明显差距了。并且对于循此线索的用户来说特别人性。
理想化的主题社区，必须的功能：
按照某一种线索的微内容聚合，一般来说聚合成的微内容集合会较多，因而有必要以板块形式来进行一层分类。这种聚合线索应可能使同一微内容出现在多个话题中。这线索就像设计论坛板块，有太多的方式和角度，每一种都针对一个特定细分市场和人群。可别想通吃，会噎着。 自动或手动地将微内容聚合到某一话题。自动是指只要你允许了，就可以把你的某篇日志、评论、网摘自动地发布到某个话题；手动是指在发布这些的时候可以同时选择发布到某个话题（Community Server在发布日志后提供选择是否发布到论坛某个板块，但是这方式多一个发布步骤太麻烦，需要改进）；当然也可以在某个板块、某个话题中发布POST，同时作为日志。——请不要让用户再手动转贴 提供用户的信息和根据用户进行的检索。必要时候，我需要了解某一个人。这个论坛就有。 提供相关话题的列表，以便让我知道我要说的话在哪个地方发出更加合适。这个论坛很弱。 热门话题的排序，快速了解整个社区正在发生的事情。这个很多地方有。
理想化的主题社区，plus的功能：
人性化的执法。当然首先要立法，并且需要有人严格地来执法，同时这种体验的设计要比较有趣，只是封人删贴未免无聊。有些地方有法院监狱什么的，私以为适当应用下也比较有意思。 合理设计的虚拟社会结构。权力和地位的结构设计的重要性，技术人员未必能很好理解，推荐看看《理想国》，权作洗脑之用。这个社会要有掌权者、执法者、社会名人、富裕阶级和普通群众才能符合人类潜意识当中的期望。社区必须在功能上提供这种可能性和便利性。 添加好友和交际功能。实际上是一个弱化的SNS功能，倘若如《Blog+SNS+社区=？》所说，三者合一，那么这一块就很有想象力了。 能够根据我的资料和历史记录，推荐我感兴趣的话题。这个是宁缺毋滥的！
交互设计的特性要求：
现在的论坛功能都太复杂，都像豆瓣和百度贴吧那样才好。同一个界面上超过5个功能按钮或链接就让人发晕了。 发帖：如果在社区内发布，从打开社区页面到发布，不要超过3次点击；如果在写日志、网摘的时候发布至多增加2次点击，并且要在远页面内完成。 社区内容层次，分板块的话不要超过2层，会失去搜寻的耐心。 看话题，最好能在话题列表的界面上直接看某个话题下面的所有内容并可直接回复（有难度）
现在的主要问题：
功能和定位无特色，羊群效应明显，一大堆论坛分隔着用户群。谁都做不大，难以产生社区的规模效应。 怎么只有一个豆瓣？ 论坛无法和博客系统、SNS链接，十分让人沮丧。
总结：
这样的东西还不存在，但是我相信用户虽然提不出具体的功能要求，但是却一直希望存在这样的东西。令人激动的市场缝隙！
Web2.0理想化：主题社区
Web2.0理想化：博客服务
Web2.0理想化：个人门户
Web2.0理想化：SNS - 玩火者的自白 - 邱致中的IT博客
Web2.0理想化：个人门户 - 玩火者的自白 - 邱致中的IT博客
Web2.0理想化：SNS - 玩火者的自白 - 邱致中的IT博客
web2.0 与社区
web2.0 sns 社区
web2.0 社区
Java视线论坛 :: 阅读主题 - WEB2.0？
社区的Web2.0特质
谢文：Web2.0与社区
中国首届web2.0年会主题试探讨
汤建华：中国首届web2.0年会主题试探讨
汤建华：中国首届web2.0年会主题试探讨
社区将成Web2.0新宠
讨论web2.0SNS社区的冰山一角---事件分享社区-
讨论web2.0SNS社区的冰山一角---事件分享社区-
盘点Web2.0的社会化发展历程(图)-维基,社区,Web2.0-东北网IT频道
李俊慧：Web2.0化社区 向左走还是向右走
2006中国WEB2.0创新推荐企业-139社区
周鸿祎在三亚的演讲：Web2.0、搜索、社区
Web2.0与社区（PPT部分与讲话正文）
-我们怎样进入Web2.0时代-社区博客