一、用户状态

    针对于旅行用户和普通用户来说，使用LBS产品的出发点有很大差别。普通用户希望用LBS产品来记录生活足迹、找到周边信息，而旅行用户更希望看到一些游记、攻略之类的。那么如果这些信息都混杂在一起的话，会导致内容冗杂，不好区隔。

    针对这个问题，我们从两个地方可以得到一些启发，第一点启发是红绿灯

    我们可以给用户预设三种状态：

红灯――宅黄灯――上班上学，三点一线绿灯――旅行中

    第二点启发是QQ的在线状态：

我们也可以给LBS用户预设几种状态：

在线――我的位置信息和发布的内容别人都能看到Q我吧――来找我一起出去旅游，出去玩吧离开――我在旅行中请勿打扰――我在宅着，不要搭理我隐身――我的位置信息和发布的内容所有人都不可见

综上所述，可以给LBS用户提供自由设置状态的功能，通过红绿灯状态，你可以找到旅行中的用户创造的信息，获取游记攻略；通过QQ状态，你可以找到想一起出去玩的人，或者知道某个朋友最近不想被打扰。

二、地点管理

LBS产品，拥有详实的地点数据库很重要，这个数据库不是只有商户就可以了，可能需要更多种类（某某公厕），甚至是物品（垃圾桶）。大量的地点信息肯定不可能只通过Google地图或百度地图的开放api接口就能满足，一定需要用户来协同创建的。但是用户创建的内容，又要面对两个限制性的问题――审核和隐私。

为了解决这两个难题，我们可以采用一种运营手段，邀请用户一起来协同完成这看似艰巨的任务。

这里也有两个可以获得灵感的地方：

一个是人人网初期推广的策略，招募“校园大使”、“网吧大使”这类的角色，来帮助完成学校信息的完善、区域宣传，拉来用户。一个是个大论坛采取的分级管理策略，从管理员，到大区版主，再到版主，都由用户产生，又协同论坛创建者管理用户。

    LBS产品也可以设置如此层级的角色，由用户产生，来创造地点信息，并维护其他用户创造的地点信息。

“街道巡查员”――具体到某条街道，去扫街，去创建这条街上所有的地点“小区负责人”――具体到某个居民区“大区掌管员”――比如朝阳区“市级协查员”――北京市、上海市、广东市的市级负责人“大区长官”――东南大区、东北大区、华南大区的负责人

    这些角色从用户中产生，享受荣誉，优先享受低额折扣，更多积分，同时服务于用户。

    用户需要自己申请，确定品行端正，切在区域内创建了足够多的地点，则可以批准。

    以上是最近胡思乱想的关于位置服务产品中用户创造的内容会不会泛滥、无意义进行的思考。一方面，通过用户的状态入手来区隔信息，一方面，通过赋予用户权利来完善地点信息。仅供有志者参考…

建议继续学习：

1. 附近地点搜索初探    (阅读：4133)
2. 用Javascript获取页面元素的位置    (阅读：3014)
3. LAMP缺省环境下，修改mysql的数据存储位置    (阅读：2087)
4. 位置服务类产品的好友关系和激励机制探索    (阅读：2090)
5. Location-based service    (阅读：2073)
6. 未知高度的图片垂直居中    (阅读：2084)
7. 人们为什么使用LBS类网站？    (阅读：2054)