硕鼠的博客站

范路的博客主站,时而会发些东西。

LBS狂想

希望这是最近一段时期里面的最后一篇LBS相关的博客。在一个多月之前,突发奇想,想要写一篇博客来阐述一下自己对LBS这种新兴事物的看法。想要写一写自己心目中的LBS应该是什么样的。结果列出来提纲之后,越写越多,于是就只能将当时的那篇文章截断,决定下一周将剩余的部分写完,结果又失败了。最终的结果就是,这是第四篇了,终于写到了最开始我想写的那些我自己心目中,LBS应该做成什么样子的问题。这批博客的第三篇,有些人很喜欢,认为说出了他们自己所想的一些东西。但这最后一篇(我希望是最后一篇),不一定还会受人喜爱,因为这是我所想的东西。写博客的目的是记录自己的思想,有人喜欢固然是好事,没人喜欢,也是会写下去的。

跑题了,还是说LBS吧。这批博客的第一篇,我写了什么是LBS,以及我所看到的LBS现状;第二篇,写了当前LBS领域所应用到的技术,以及这些技术尚不完善的地方和希望的解决方法;第三篇,写的是LBS中的数据流动方式,以及如何通过数据的流转最终形成服务。现在,最后一篇,我希望能够写一写我心目中的LBS应该是一个什么样子的。所以题目是LBS狂想,完全是YY,是痴人说梦。特此提醒那些抱着严谨态度来看我博客的人,不喜勿入。

自动签到和自动信息收集

我所设想的LBS系统,在信息的采集和聚集过程中,是以自动信息收集为基础的。

LBS里面的L其实代表着两层意思,那就是用户的位置和用户周围那些能够提供服务的信息点的位置。这是两个不同的东西,大部分现有的LBS都会涉及信息点的位置,比如早期的大众点评,现在大众点评正在转型,准备将用户的位置也加进来。用户的位置,又分为三种,第一:自己的位置、第二:周围陌生人的位置、第三:朋友的位置。维络城提供的就是以信息点位置为主,用户自己位置为辅的一种服务模式,用户自己的位置,是由维络城的那个打印优惠卷的机器决定的,一个人站在那台机器前面,他通常只能选择机器附近的信息点,他不会知道周围还有什么其他的陌生人和他做同样的选择以及选择之后的感受,也不能知道自己的朋友在什么地方选择什么服务。上海有些维络城的机器上,打印出来的优惠卷只能到日本去使用,这个可能只是一种特殊的广告投放方式,这样做具体有什么意义,我还没想太明白。FourSquare模式,以及那些仿FourSquare模式的LBS系统,希望能够提供全部的四种地理位置信息,但是他们都没有找到合适的方式来收集这些信息,也没有找到如何利用这些信息的方法。

我一直希望的是以自动签到为主,手动签到为辅模式,用户带着手机在城市里面移动,基站会自动的记录下用户的移动位置和轨迹。完全可以把这些信息记录下来,按照用户的设定,分级之后,发送给不同等级的好友或粉丝,甚至是直接发布到其他的微博平台上。

切客系统中的市长或地主

现在很多LBS系统,为了能够吸引到更多的用户,在LBS中加入了游戏性。也就引入了市长或地主的概念。使得一些用户在多次签到之后,成为了一个地区的主人,但是由于缺乏这个地区真正主人的参与,所以这些自封的主人,根本就得不到任何的主人待遇。

我在以前的《社区畅想》,以及《社区化网络时代的创新》中,都曾经阐述过,社区就是真实社会在网络上的投影,那么LBS中的地主,也就应该是这个地区的真正主人。比如一个饭馆的地主,就应该是饭馆的老板,那些签到次数很多的客人,不应该喧宾夺主,而应该向真实社会中去一家餐馆光顾次数很多的那些顾客一样,成为饭馆的VIP会员。

如果将LBS的规则设置为:没有店主的确认,就成不了VIP会员。这样的话,店主和那些光临的顾客就会很好的互动起来。如果一个经常使用LBS系统的顾客希望能够成为某个饭店的VIP会员,那么他就要去向店主申请,如果店主还没有注册过这款LBS服务,他就会邀请店主登陆,注册成店的主人,然后这个邀请店主的顾客,就可以在店主确认之后,成为VIP。店主也会邀请经常来的顾客,使用LBS系统,因为这个游戏体系里面,经常来的人可以有更多的优惠,线上和线下的优惠。这样的话,店主和那些常来吃饭的顾客就都有得到了好处,并可以通过他们的互动使得店里面的生意更好,经常来店里吃东西的顾客,得到更好的体验。他们互相邀请,LBS系统中的用户也可以稳步的上升。那个店主可以通过LBS系统及时的发布和更新各种信息,顾客也能搞通过LBS系统来了解这些信息。LBS系统还可以为特定的商家,专门生成一个唯一的二维条码。商家可以将这些二维条码印刷在杯盘碗筷、餐巾纸、桌布或一次性筷子的包装袋上,以便下次有用户要来签到的时候,直接用手机摄像头拍摄一下就好了。

更有趣的是,顾客去餐厅消费的时候,经常会在标准的菜单之外,提出一些额外的要求,如果系统能够自动的记录这些信息,那么顾客光顾几次之后,自然也就有了宾至如归的感觉了。有些饭店的老板,能够记住一些经常光顾的顾客的各种习惯,并在下次顾客上门的时候,主动的去照顾这些习惯,这可以极大的增加饭店的服务体验。以前,老北京有一句话,叫做:"一堂、二柜、三灶",讲的就是这个。一个饭馆中,需要一个堂倌,两个柜台算账的,三个灶上的大师傅。堂倌不是现在通常见到的餐厅服务员,而更像是现在的大堂经理。一个饭馆的灵魂就是堂倌,迎来送往,记住每一个常客的各种习惯、喜好和禁忌;细心观察每一个新客人,判断他们的喜好和习惯,并根据这些判断,来招呼客人,以及有针对性的向客人介绍店里面的新菜色等等。LBS系统应该是可以部分覆盖堂倌儿的功能的。后文中还会详细的分析通过一些场景带入,来分析一下老北京饭馆儿里面堂倌的语言,以及这些语言中所蕴含的老生意经。

享受服务的主体直接支付费用

以前的LBS系统,特别是很多国内的LBS系统,就是因为缺乏了店家的参与,才缺乏活力。那是因为这个LBS系统中的服务流程没有贯通,不论是店家,还是顾客,都没有得到真正有价值的服务。如果能够按照我所说的服务体系,将整个服务流程完成。那么,这个体系中的店家,就应该付费。如果是一个用户来到一个全新的城市中旅游,在得到LBS系统的伴随式服务之后,这个用户也可以是付费的。就像在美国租车的时候,汽车上面的GPS系统是需要付费租用的一个道理。

位置的排序

当用户想要发布一个精确的位置时,可以辅助进行手工的签到。但是现在的签到系统和信息点系统都存在一个问题,如果希望让用户进行手工签到,就必须将这个问题解决掉。这个问题就是,信息点系统,真的把信息所在的位置都当成点来处理了,这是错误的。比如,我有一次在北京的紫竹院公园里面,想做一次签到,并发表一些微博。结果搜索周边的信息点,只有一些饭馆儿,而紫竹院公园只登记了一个正门的位置。为了停车方便,我是从后门进入的,那个正门距离我非常的远,所以不允许我去进行签到。其实对于用户自己来说,他们签到的时候,并不一定是在一个饭馆儿里面,他们通常是在一个很大的区域内,并希望对这个区域发表一些意见。所以,信息点的位置,其实并不应该是点,而应该是区域。当一个用户要求主动的进行签到的时候,不应该按照远近将所有的信息点都列出来,那样的话,就会出现我上面所写到的情况,我站在公园的后门,列出来的都是后门附近的饭馆儿,却无法在公园的正门签到。很多大的建筑,特别是一些Mall,在LBS系统中,只会标记出停车场入口的位置,以及里面一些具体商铺的位置。那个停车场的位置,估计是从GPS导航系统的地图上复制下来的。

这里就提出了一个问题,POI也就是信息点系统,其实应该是信息区域系统,那些服务信息,并不在一个点上,而是在一个区域中。系统应该能够根据用户的使用习惯和当时用户所处的具体位置,对这种区域性的信息,进行重新排序。比如当前的位置是在室外(使用精度相对较高的GPS信号定位)的时候,那么就应该将当前用户所处的特定区域作为首选,然后是这个区域内的一些著名或比较容易辨认的位置,比如知名景点,或容易辨认的建筑等。比如我在颐和园,那么我拿出手机签到的时候,我希望排在第一位的是颐和园,然后是昆明湖北岸,佛香阁附近之类的词语,那些饭馆儿什么的,不到一定距离之内,就不要显示了。如果发现用户不在室外,而是在室内或使用移动基站进行定位,那么首先应该列出来的应该是周围的那些大型建筑或人流密集的地铁之类的地方。还可以根据用户以前签到的情况,来进行更进一步的排序,比如一个人在某个Mall的饭店里面吃过饭,而这个Mall又正好处在当前的定位覆盖范围内,那么Mall就应该排在前面,那些他去过的饭馆儿,也可以排在前面,然后是那个Mall里面的其他信息点。我在张江地铁站附近的圆环广场吃饭,每次想要签到的时候,得到的排序都是一样的,我想要签到的那些饭店,总是需要进行搜索,才能找到。我希望去吃饭的时候,如果签到的话,排在前面的应该是张江地铁站附近的圆环广场,然后才是我常去的几家饭店,再后面才是其他那些我不常去的饭店。

签到系统应该是为用户服务的,这个系统不应该是,至少不是主要给商户服务的。那么,如果在签到选择项目的时候,像国内某无良网站上那样玩儿竞价排名,那就是本末倒置了。如果用户希望系统能够推荐一个商户,这个时候可以去搞竞价排名。但是签到,实际上是要告诉周围的陌生人和用户的自己的好友,用户到了一个什么地方,以及在什么时候,在这个地方发表了什么意见。这是两个独立的需求,而且是互相矛盾的,绝不能混为一谈。

信息的组织与汇聚

自从那些搜索引擎公司逐渐成为大家关注的焦点之后,爬虫技术逐渐走入了人们的视野。很多商铺的信息,原来信息点上的那些信息,其实在前期是完全可以靠爬虫技术来搜集的,唯一和传统搜索引擎搜集信息的过程不同的是,需要将爬虫爬到的地址信息,转换成地图上面的位置信息点。Google就提供类似这种服务,当输入一个门牌号码的时候,Goolge地图会返回一个精确到地理位置信息。这个信息有时候并不准确,但是作为POI信息点的初始信息也很好了。可以先搞一些,然后再让用户自己去增加和校正。一开始没有必要搞得太精细,大城市和人口密集区域详细一些,其他的地方,有人开始使用LBS系统的时候,再逐步添加。

所有这些信息被收集起来之后,就需要发挥计算机系统的数据处理优势了。这个时候,可以使用一些简单的语义分析来进行信息的分类和组织。当然,类似于光合作用书店这种集餐饮、咖啡吧、购物和书店为一体的服务点儿,是很难进行区分的。然后,再根据用户的需要,向用户进行推荐。这样看起来像是在提供一个咨询服务,但实际上还是搜索引擎,只不过在搜索的时候,是按照一个基于位置的系统,对搜索结果重新进行了过滤和排序。

伴随式服务

上面讲解了我所设想的LBS系统的信息收集和聚集方式,下面讲一种我所设想的LBS服务模式。那就是伴随式的服务。

其实这种服务的形式并不新鲜,GPS导航系统使用的就是伴随式的服务。公园里面的电子导游解说系统,使用的也是伴随式的服务模式。

LBS系统其实在很多情况下,对于那些普通的用户来说,所起到的作用就是一个基于地理位置的咨询和顾问式的服务,实际上也就是一个导游服务。那么,如果一个用户走到了一个需要LBS系统来提供咨询服务的地方,通常都是这个用户需要寻找一个附近的服务机构,来解决自己的某些需求,这个时候LBS需要做的事情,就是确定周围是否有符合用户需要的服务机构,并将这些服务机构根据用户的喜好、远近、以及竞价排名之类的权重排序之后,推荐给用户。在用户确定要去其中的一家消费的时候,协助用户进行订位或排位。很多受欢迎的服务设施,在高峰期都是需要排位的,到那里傻傻的排队是很无聊的。LBS系统完全可以代替用户去排位,排位的过程中,用户可以继续在周围逛街。在快要有空位的时候,LBS系统自动通知用户前往服务机构所在的位置,如果需要的话,这个过程中还可以为用户提供导航服务。可以在用户排位或前往服务机构所在位置的过程中,帮助用户和服务机构进行沟通,将用户的需求记录下来,并转发给服务机构。比如点菜之类的事情,完全可以提前处理掉,进场就开始吃。这些用户的需求,可以记录下来,下一次再有类似的服务需要进行消费的时候,还可以拿出来进行参考。比如:上次您吃过他们这里的鲈鱼了,感觉还不错,今天店里来的鲑鱼非常新鲜,正好还有这家连锁饭店的总店大厨巡查到这里,这位大厨最拿手的就是酸椒鲑鱼,您是不是试试?

将用户的一些允许发送给店家的信息,发送给店家。店家可以在用户到达的时候,直接引领用户去享用他已经定制好的服务。在北京的老饭馆儿里面,堂倌是要喊堂的,顾客进来的时候,会主动上去打招呼,碰到不认识的男士,通常叫"爷",他们嘴上说的,通常是:"爷,您来啦?今天想来点儿什么啊,爷?爷,您留神脚下,地滑。爷,您吃好了吗?爷,您慢走啊。爷,您常来啊! …… ",当一位熟客上门的时候,他们会主动上去招呼,比如一位做药材生意的张老板上门了,带着几位客户上门吃饭,他们就会上去说:"张老板,您可是老没来了?最近又做了几单大买卖吧?听说最近药材的行情不错啊?您发财也得记着多照顾我们这样的小本儿生意啊?您这几位朋友看着也都是做大生意的,今天几位光临真让我们小店里面蓬荜生辉啊。张老板可是咱们这的常客了,您几位是张老板的朋友,到了小店就是给我们的脸了。一回生二回熟,下次要再来,直接找我,小的给您留雅座。",北京人,特别是老北京人说话罗嗦,这一大通乌七八糟的,我写着都觉得罗嗦。但是这里面的脉络是非常清晰的,首先这个堂倌叫出了顾客的名字或称号,叫的时候肯定还点头哈腰的,这就让带客人来吃饭的用户,感觉非常有面子。我有一次和几个同事去一个饭馆吃饭,由于我去的次数比较多,老板认识我。老板和我打了个招呼,吃的东西不多,最后还送了一道点心,那几个同事非常羡慕。我自己肯定也会感觉虚荣心得到了极大的满足。如果是带着普通的客户去吃饭,遇到了这种情况,那么我在客人心目中的分量,以及我所阐述观点的可信度都会极大的提升。这个堂倌在打过招呼之后,会点出这位老板是做药材生意的,而且最近生意的行情还不错。再然后,他会去恭维一下一起来的几位生面孔,并承诺这些人下次再来的时候,可以享受更高一档次的服务,这就是在为自己的店拉生意了。这些人,以后是不是还会再来不好说,但是如果其中一位真的再来了,那么他可能就会上去说:"哎呦,这不是王老板吗?,上次您和张老板一起来的,就是我招呼的,您还记着我吗?您看您,贵人多忘事吧?我可是老想着您呢。今个可是实在对不住您了,这不是正赶上饭点儿吗,雅座都坐满了,都是熟客,实在是不好意思让人给您腾位子。要不给您在大堂里面安排个消停点儿的地方,您看行不?前两天还看见张老板过来呢,最近生意还过得去吧?今儿的羊肉不错,您上回来点过的,不巧买完了,没吃着,今天您试试?",这就是宾至如归了。吃完了,还会上来问问:"您今天吃得还合口味吗?要是有什么不满意的地方,尽管说,我去跟后厨说去,让他们一准儿照着您说的改了。"。

伴随式的LBS系统,就应该将这些功能完成掉,提前将客户的部分信息,发送给服务机构,那么这个服务机构完全可以将上面那些看起来罗里吧嗦,但是,其中蕴含着丰富老生意经的伴随式服务,完成好。让客户的体验、满意度和黏着度都上升。

LBS系统应该在消费完成之后(可以通过位置的变化来判断:比如来到室外,或移动超过一定距离),也可以在用户询问下一项服务需求的时候,主动询问用户,对刚才所享用的服务的感受,可以根据用户的设定,将这些感受发送给店家,开放给来这家店消费的其他陌生人,以及用户的亲朋好友。

在伴随式服务的过程中,店家和用户都是有可能付费的,如果一个用户来到了一个语言不通的国度,选择了这种伴随式的服务,并且愿意支付费用的话,那么直接在Call Center里面,给他配一个真人版的在线导游也是可以的。

总结

我在LBS这个领域的想法还有很多,这里就不一一细说了。特别是我所设想的LBS服务模式,还有很多,这里只是举一种和目前流行的LBS系统比较相近的来说一下。基于位置的微博系统,基于位置的社区系统,基于固定位置(通常位置是变化的,但是家庭和邻里之间的位置是固定的。维络城的优惠卷打印机虽然是固定的,但是使用这些打印机的用户是流动的,这种是不能算的。)的社区系统等等,还有太多的东西可以写。这里就不展开了。那些东西,近期也不会再写了,以后什么时候再有更进一步的想法时,再一篇篇的写吧。后面,可以考虑换换口味,连着写了四篇LBS,希望下次能有些新的东西写一写。

 

Both comments and pings are currently closed.

5 Responses to “LBS狂想”

  1. [...] 文章来源:http://goo.gl/EQAvG 分享&收藏也许下边这些文章你也感兴趣LBS小计现在LBS的技术缺陷与解决猜想LBS中的信息服务LBS行业话题新浪微博一周整理(11.22~11.28)白领社会化服务网站”白领地”变身LBS社区”身边网” [...]

  2. steven说道:

    有自己独到的思考
    结合国情和用户心理,跳出照搬美国的藩篱

    赞一个

  3. whl说道:

    支持下市长、地主的观点。
    这种模式就是忽悠大家来完善POI的嘛,前期拿这个当游戏玩玩还行,一直使用这一种模式,很快用户就厌倦了。
    POI完善的差不多了地主什么的就没啥意义了,还是得找新的好用的应用才能留住用户。

    • Luke Fan说道:

      POI信息的准确度和用户维护这一块,确实比较纠结。
      现在通常的做法,是先购买POI数据库,然后再在次基础上进行用户维护。

      感觉应该搞一个公共的POI信息库,可以使用开放的API接口,让各个程序订阅,并提交修订。形成一种POI交换机制,并最终形成比较动态更新的、准确的POI信息库。

Close Bitnami banner
Bitnami