旅游、目的地、活动和结构化数据

看了豆瓣活动 & 长尾宅猫 的文章，促使自己也整理一下最近进行的我们的活动简化、或者叫做泛化，目的地改版、精化或者也是一种泛化的思路。


1、海外非常流行的基本活动组织的网站，往往单打一类型的活动。要么是yahoo travel planner这样的专业面向旅游，要么是专门面向日常聚会活动的休闲类型，要么是商务日程安排类型的工具。

• 不应该是大家不会全部都做，而应该是理性选择的放下。人（用户和开发方）的精力、时间、兴趣有限，不可能什么都关注。尤其是活动这类占用时间长、参与程度深的内容。
• 不同类型的活动数据离散度非常高。应该采用不同的描述模板。换言之，就是要做成几套活动系统，供用户按照自己的兴趣加载，避免融合得难以表述清楚和信息过载干扰。

2、豆瓣同城早就存在，发掘活动的价值，只是在人数已经聚集到今天这个量级、开发实力达到今天这个程度的时候才推出。

• 阿北原来本想做旅游，但是放弃了，采用容易结构化的书类开始，相信这里的节制和等待，应该是同出一辙。

3、文章作者提出来的问题具有一定代表性。活动的推荐、猜测价值一般情况下小于各色好友的参与示范效果，管理、组织好自己的活动是第一维。
4、旅游涉及的目的地，本质上也是数据离散度非常高的。行政区划、景区景点、景区内看点这些同样叫做目的地的内容，描述重点和关注侧面都不同。不应该全部套上一个全套吃住行游娱购的六要素。这应该是一种有效的数据结构化的方式。
5、对应的，线路应该类似，结构离散，种类繁多，比较有效的思路应该是有节制的结构化，加上整体上的泛化、分拆。
6、Facebook类型的Widget引入思路可以帮助大家解决不同胃口和总口难调的问题。
7、当然拆分成不同的数据模板，难度增加了，还需要解决信息中间的关联和归属等问题，但是这只是具体的技术问题。应该不是最关键。