IT技术博客大学习 共学习 共进步
全部 移动开发 后端 数据库 AI 算法 安全 DevOps 前端 设计 开发者

位置服务类产品的用户状态和地点管理设想

落花流水――elya妞 2010-06-07 13:18:15 累计浏览 3,409 次
本机暂存

一、用户状态

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

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

原图已失效

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

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

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

原图已失效

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

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

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

二、地点管理

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

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

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

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

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

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

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

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

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

同分类推荐文章

  1. 使用deepseek进行Oracle恢复,引起重大故障 (2026-06-22 10:56:00)
  2. 接手一个只差临门一脚的数据库恢复 (2026-06-18 00:13:09)
  3. 我做了一个 AI 版的 StarRocks 升级风险扫描工具,直接帮我定位到一个风险 (2026-06-15 01:00:00)

查看更多 数据库 文章 →

建议继续学习

  1. HBase性能优化方法总结 (累计阅读 7,084)
  2. 在百度的第一年 (累计阅读 6,922)
  3. MySQL使用为什么要分库分表 (累计阅读 5,395)
  4. MySQL和MongoDB设计实例对比 (累计阅读 4,687)
  5. 从LinkedIn,Apache Kafka到Unix哲学 (累计阅读 4,539)
  6. 数据库开发规范 (累计阅读 4,441)
  7. 整型(int)数字溢出在程序和数据库设计中的考虑 (累计阅读 3,880)
  8. 设置用于统计的冗余字段要谨慎 (累计阅读 3,692)
  9. 网站广告投放策略研究 (一) 轮播以及效用最大化 (累计阅读 3,374)
  10. 《解剖PetShop》系列之二 (累计阅读 3,215)