硕鼠的博客站

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

Archive for 11月, 2010

本周都推了些: 2010-11-30

  • 昨天工作到很晚,很辛苦。今天决定犒劳自己,疯狂的逛街购物。现在带着丰硕的成果去开下午的会。我从太平洋电脑城买了一块移动硬盘,一个ipad车充。这就是IT男的幸福周末生活,逛电脑城,买IT产品,非常充实。 #
  • 我在 盛大网络 : 坐在盛大总部,开开的排序做得不错。盛大网络排在第一个。 http://k.ai/poi/128544 #
  • 我获得了〖回头客〗勋章!3个月都在这里签到过,我就是喜欢这里! http://k.ai/lukefan (@ 盛大创新院) http://4sq.com/aaxcCx #
  • 我在 上海市 盛大创新院 : 回到上海,上班、开会。 http://k.ai/poi/128540 (@ 盛大创新院) http://4sq.com/aaxcCx #
  • 公交司机在后视镜发现女子摸乘客钱包 http://ping.fm/lheVU #

Powered by Twitter Tools

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,希望下次能有些新的东西写一写。

本周都推了些: 2010-11-23

  • 国家会议中心的风水不是很好,在那里开的各种展示会,基本上都是门可罗雀。这是那里的保安告诉我的,上午如果有领导到会,会有几个人,下午通常就没人了。 #
  • 我在 北京 宏状元粥店西点店 http://k.ai/poi/21266 (@ 宏状元粥店西点店) http://4sq.com/cbv8MX #
  • 回到北京了。 http://k.ai/lukefan #
  • 听说@Bambook 要在淘宝上销售,今天找人一问,才知道网址居然是:http://houxiaoqiang.taobao.com/ ,居然直接用CEO的名字来开网店,而且淘宝旺旺上使用的名字居然也是@侯小强 。很夸张啊。 #

Powered by Twitter Tools

本周都推了些: 2010-11-16

  • 我儿子现在开始学习算算术了,不但会3+5=8这样的10以内加法,还自己悟出了300+500=800,很有趣啊。 #
  • 我儿子现在开始学习算算术了,不但会3 5=8这样的10以内加法,还自己悟出了300 500=800,很有趣啊。 #
  • 一大早儿带着@bambook 去上厕所,现在出门去吃午饭了。真是个充实的上午啊! #
  • 今天倒是起了个大早儿,带着 @bambook 去上厕所,现在出门吃午饭去了。充实的上午啊。 #
  • 昨天想去给自己买条皮带,结果发现,现在的皮带都非常短? #
  • 星期六,一道早12点,我就起床了。庆祝一下吧。 #
  • RT @jeffz_cn: 我能跟上一小时的单车爬山课程了!前面肯定有美女在诱惑着。 #
  • RT @tinyfool: 说不好,我们有4个100kg以上的,所以最高也是第五了 RT @maweis1981: @tinyfool 胖子 90kg的在咱院里排的上第几名啊 接近100公斤的人应该还有几个的。 #
  • RT @tinyfool: RT @longshanksmo: 一两千的软件用盗版,尚可用太贵来解释,三五美元一个的软件还用盗版,那只能说贪婪了 盗版的关键在于成本,很容易越狱,基本没有风险,政府也基本不管。再去花钱,感觉很怪啊。 #
  • RT @virushuo: 金山李铁军同学说马化腾领房屋补贴那事是造谣…请问这是在怀疑政府嘛… 请有关部门出来辟谣。 #

Powered by Twitter Tools

LBS中的信息服务

前面已经有两篇LBS的博文了,这是第三篇。希望能够就LBS应用的服务模式再写一些东西。

LBS的核心在于服务

LBS是基于位置的服务。很多想要投身到LBS大潮之中去的人或公司,都在研究,要如何利用好位置这个新加进来的技术。但是从语法上分析,基于位置的服务,其关键核心其实是服务,位置只是一种限定。

当前流行的POI模式的LBS,也就是信息点服务。其核心实际上是一种将线下资源结合地理信息之后,整合上线的过程。把存放有信息的位置点,标记在地图上。当用户走到这附近的时候,根据距离远近,查阅附近的信息。

对于发布信息和接受信息的双方来说,他们所需要的并不是这些信息,而是这些信息背后的服务。对于发布信息的人或机构来说,他们所发布的其实是广告。而对于接收这些信息的人们来说,他们所需要的是一种咨询服务。从广告中提取信息,并为用户提供咨询服务,这就是POI提供的服务。通过咨询服务,吸引用户去周围的商家,进行消费,这也是POI提供的服务。国内的POI应用,在服务上还不够完善,只是完成了信息的传递和推送,顾问和吸引消费的能力还不是很强。但是,这些服务商已经迫不及待的开始通过餐厅定位、商家排序,以及帮助商家删除有害信息等方式,开始吸收现金了。

现在很热的Check In模式,其本身是很难独立运作起来的。因为,Check in的结果,其实是告诉别人,我"到此一游"。通常做这件事情的人,想要告诉的是两种人,第一是自己的朋友;第二是到达此地的陌生人。当然,如果是自己的朋友能够到达此地的话,那就更好了。

但是喜欢四处去留下痕迹的人,毕竟不是很多,人类并不需要像某些动物那样通过随地小便来标记自己的领地。特别是在一片完全空白的领地里面(任何Check In式的LBS应用,开始的时候都是一片空白),做这种标记实在是没什么意思啊。于是大部分Check in方式的应用都结合了POI系统。也就是说,通过在信息点签到,来得到一些好处。

现在,大多数此类系统,为了能够快速的积累大量的用户和内容,对于签到限制得非常宽松。有些甚至可以允许我坐在办公室的电脑前,就到全世界任何地方去签到。即使有些限制的,也只是能够拒绝在距离用户当前位置几公里范围之外的地方去签到,毕竟就像上文所说的那样,现在的LBS还存在很多技术缺陷。签到限制太过宽松,就导致了签到的行为无法给POI上面那些提供服务的商家带来什么具体的收入。那么这些商家也自然就不会愿意将已经到手的利润分配给那些不知所云的LBS服务商了。

交友服务,在中国可能很难开展,由于没有经济利益的驱动(有了经济利益驱动,恐怕就更麻烦了),所以这种东西很难发展起来,比Check In系统更难积累用户。

LBS的核心是服务,但是现在能够看到的那些LBS应用,其服务做得都不是那么让人满意。下面就让我们去分析一下,到底用户需要什么样的服务。LBS服务商又应该如何去满足这些需求,为用户提供服务呢?

享用服务的实体

在LBS中需要享受服务的实体,一共有三种。他们分别是商户、人和人们。下面,让我们来分析一下这些实体,以及他们需要什么样的服务。

商家

商家最需要的服务,就是将周围的人吸引到自己这里来消费。这些商家都是有着固定的位置,他们希望知道谁从身边经过了,希望知道这些人是不是能够到自己这里来消费,并且希望能够尽量多的人,到他的店里面去消费尽量多的服务。

能够来看我的博客,大多都应该进过电脑市场吧,现在的电脑市场里面到处游走着的都是拉生意的人。他们会拉住身边经过的每一个顾客,询问他们需要什么样的服务,如果这个顾客所需要的服务,正好是自己所能够提供的,他们会很热心的把顾客拉到自己的柜台前。商家其实就是希望能够通过LBS服务,得到这样的效果。有些地方,甚至在移动基站插播广告,向每一个进入这个移动基站覆盖范围内的手机用户发送广告短信。

更深一层来说,那些提供服务的商铺,他们总有高峰时段和低谷时段。高峰时段通常是需要排队的,那么这些商铺,肯定希望消费者能够错峰出来消费,或者是尽量压缩在高峰时间消费相同服务所需要的时间。这已经不再是LBS的范畴了,以后可以再在其他文章里面阐述。

最后,商家希望能够了解客户。哪些人经常在周围转悠,这些人都喜欢什么样的服务,他们在消费了一些服务之后,有什么感想。如何能够让这些人更多的到自己这里来消费?对于这方面的需求,目前的LBS服务商做得怎么样,还不得而知。

LBS实际上是为一个很小区域服务的,但是现在的LBS服务商都在努力的像互联网企业那样,为全世界服务,所以针对于每一个区域的服务,肯定就没法那么细致了。而为了搞到更多的在线用户,更多的点击,更多的POI信息,他们也不希望对用户和区域进行过于精细的划分。本来用户就不多,再画上格子,那么分到每个格子里面的人,就越发少了。这是一个矛盾,因为只有将格子缩小,才能提供更加有针对性的服务。

现在的POI系统里面充斥着各种广告信息,而其最大作用就是使用户能够看到拐角后面的招牌。拐角之前的招牌,用肉眼就可以看到了,POI系统的作用就在于,拐角之后的那些商铺付一些钱,然后系统告诉用户,拐角后面还有更好的。这对于商铺来说,其实是一把双刃剑,系统既能将拐角另一边的用户吸引过来,也有可能会把已经站在店铺门口的用户吸引走。只有一点是肯定的,不论是拐角哪一边的商铺都要向POI系统缴费。这其实是非常不公平的。

个人

有些人是喜欢四处去以各种各样的形式去写"到此一游"的。比如我,我喜欢在旅行箱上贴标签。我坐飞机到任何地方,如果需要托运行李的话,机场就会在我的行李箱上贴一个标签。再坐飞机,就再贴一个,逐渐积攒起来,就像很多勋章,标记着我走过的每一座城市。遗憾的是,后来机场的人再往上贴标签的时候,因为害怕搬运工因为看错标签,导致行李装上错误的航班,而将以前的旧标签统统撕掉。实在是太遗憾了。这其实就是一种最原始的Check in系统。

人是一种社会性的生物,所以他们希望能够得到身边其他人的认可,希望能够在闲暇的时候,和其他什么人去聊一聊。就像我上面所说过的那样,我喜欢向和我一样出入机场的那些旅人,炫耀行李箱上的那些标记着一个个城市的标签。很多人都喜欢炫耀一些什么,只是方式和方法不尽相同。很多人非常八卦,他们希望能够了解身边的人或事物。特别是在无聊的时候,他们希望能够知道身边的人是不是也像他们一样无聊,是不是能够有个什么人和他聊一聊。这就是那种基于地理位置的交友系统应该满足的东西了。

当一个人走到一个陌生地方的时候,他需要找到好吃的东西,好玩儿的东西。他所需要的其实并不是简单的了解身边的店铺信息。POI系统所提供的大多是一些赤裸裸的广告。来到陌生地点的用户,最需要的实际上应该是伴随式的导游服务,或者是咨询顾问式的服务。

人群

具有一定相似性的人们,就是这里所要描述的人群了。这些人并不一定会聚集在一起,但是他们互相之间希望能够得到一些对方的信息。即使是聚集在一起的人群,其中很多人也是孤单寂寞的,他们想找些人聊一聊,但又有些顾虑。顾虑在于两个方面,第一:找不到有共同语言的人;第二:害怕被拒绝。那些基于地理位置的SNS,要做的就是这样一件事情,进行配对和筛选。从而解决前面的两个顾虑。

有些信息是我们希望了解的,比如我的朋友是不是来到了我所在的城市。我并不需要了解这位朋友具体住在哪家酒店,更不需要了解这位朋友是在旅店的餐厅、客房或厕所里面。我只需要了解到我的朋友到了我的城市,那么就有机会去和他坐一坐、聊一聊。而对于我的朋友来说,他们也可以在要前往某个城市之前,看看有谁在那里,然后提前准备一些礼物什么的。当我和朋友约好,要前去和他会合的时候,LBS系统就应该能够提供更加详细的地理位置信息。

信息的流转

LBS提供服务的过程其实就是信息流转的过程,将合适的信息发送给合适的人。或者让人能够找到他们所需要的信息。

这两个过程的差异就在于,一个是主动的推送,一个则是自取。在现阶段,这两种方式都是非常普遍的。不同的应用模式,应该结合自己的需要,挑选其中的一种。这里面是不存在优劣之分的,关键在于是否合适。

信息的过滤

信息流转的第一步是信息的过滤。并不是什么信息都可以发送的,也不是任何信息都可以接收的。

首先说发送信息的问题。商家肯定希望能够将尽可能多的信息推送到用户面前,但是又担心用户会感到讨厌。那么,就需要挑选更精要,更有吸引力的信息。这就存在了一个过滤的问题。

人在LBS系统中,如果无时无刻都把自己的精确坐标公布到网上,供全社会监督,这种情况光是想一想就会感到毛骨悚然的。但是,我们又希望能够向其他人,熟人朋友或陌生人去宣告自己的到来。就像我以前做过的那样,在行李箱上贴机场托运标签那样。大部分人在大部分时间,并不会介意别人了解到他们身处哪一个城市,或到达过哪一些城市。甚至会希望路过好友身边的时候,能够打个招呼。毕竟像古人那样乘兴而来败兴而归的故事,并不是经常发生的。所以个人的地理位置信息,对于不同的人,不同的地点,不同的时间,不同的场景来说,其提供的精度是绝对不一样的。大多数时候,对于大多数地点,以及大多数查询者来说,只是提供一个精确到城市的坐标就够了。但是,有的时候,特别是对于一些朋友来说,就可以提供更为精确的坐标。

这里有一个不能算是故事的故事来说明一下这个问题。在国外,两个中国人遇到一起,那么他们就是老乡了,因为他们来自同一个国家。但是,同样的问题在国内发生,在一个陌生的城市,只有两个人来自同一个省,才能算是老乡。以此类推,到了一个省里面,只有来自同一个地区的人才是老乡;到了地区,老乡则必须是从同一个县出来的;进了县城,老乡指的是同一个乡的;到了乡里,老乡就是从同一个村里出来的人。

很多人攀老乡的时候,也都是这么做的,首先问:你是哪个省的?如果和自己来自同一个省,再问对方是来自哪一个地市、县、乡、村。当然,如果哪一个层级出现了差异,则会停下来,然后开始计算在这一个级别的行政区划之间的距离和方向。

比如两个人在攀老乡,先确定大家的口音相近,那才能开始攀老乡。通常会先说:我听你说话像是山东(或者是其他的什么省)的吧。并通过这个过程展示一下自己的纯正乡音,然后再问,我是临沂(市)的,你呢?对方可能回答也是临沂的;然后再说:我是苍山(县)的,这个时候对方的回答可能就是,我是沂南(县)的,离你们那里还挺远的呢。

从这个过程中可以看出,这种沟通实在不断的尝试中逐步深入、逐步精确的。在确定了可以和对方精确到一个什么样的程度之后,信息可以精确到一个什么样的程度就可以确认了。上面两个老乡之间可能会探讨他们所在的两个县之间的方向和距离,但是他们绝不会去研究两个人所处的村子是一个什么样的关系。不过,这并不妨碍大家探讨一下村里寡妇门前的是是非非。这个时候,如果一个人说,我去过你们县的,那么话题才会继续围绕着他去过的那个位置再细化。

这个攀老乡的故事,就是现在的LBS+SNS的原始模型,遗憾的是能够将这个东西研究明白并应用起来的人并不多。这中间的关键在于信息过滤的颗粒度,如果两个陌生人凑到一起就开始互相说我是哪个村的,那估计天下就没有老乡遇老乡,两眼泪汪汪的故事了。

地理位置信息的标记和隐私的保护

前面所说到的信息的过滤方式,就是信息发送或广播过程中,进行有效的隐私保护的方式。对地理位置信息的精细程度进行分级,是最简单的方法。对于绝大多数人来说,当前的位置被标明为:在地球上,应该不算是泄漏个人隐私吧。那么进一步说,标明在哪个国家应该也问题不大,甚至我还希望能够将所有我去过的国家都标记出来。绝大部分时间,我也不介意其他人是不是知道我到底是在上班,还是在家。单位的地址也是公开的。在家的话,别人只需要知道我在家就好了,不需要知道我家的具体位置了,了解一个大概位置就好了。这样的话,有人走到我家附近,他不会直接到我家来敲门,但是可以给我打个电话,约我出去吃东西。这就是一个度的把握了。如果我在单位上班,或者是在一个公共场所里面,那么就可以给出更详细的位置坐标。如果我需要和其他人约好了一起到什么地方汇合,那么肯定就需要直接将最详尽的位置发过去。

对于得不到太多有价值服务的用户来说,强制他们去Check in实在是有些抢人说难了。那么最好的办法,应该是在隐私信息被很好的保护起来的情况下,进行自动位置标注。现在有一些软件已经实现了这个功能。比如@Trip,可以自动的记录GPS位置,谷歌纵横,也是自动记录位置的,有些即时通讯工具,会在每次登陆的时候,将当前的位置写在标题上。还有很多照片管理网站或服务,也会自动根据照片中保存的GPS信号,来进行位置标注。现在的微博,都可以在手机上使用的时候,自动提示,询问是否要将位置也发上去。

信息的组织

信息到底是应该自取,还是应该被推送。这是一个矛盾,大部分人并不喜欢被大量和自己无关的信息所打扰。但是商家又不希望仅仅是坐在那里守株待兔。

上文说过了,对于那些使用LBS服务的个人来说,他们所期盼的是管家或导游式的,陪护式的服务。大家并不希望一定要自己去查询和取得信息。只是现在广告信息改过泛滥,所以不得不去进行信息自取。

那么,是否有可能将杂乱的广告信息,进行分类、组织和归并,从中提取出有益的内容呢?应该是可以的,现在所能够得到的广告信息,是相当海量的。根据这些信息里面的内容,进行分类,比如:餐饮、各种菜系、营养搭配、时令新菜等等。可以想想旅行社在向我们推荐旅游景点里面的饭店时,都是怎么说的?这里的特色是什么,有几家饭馆味道很好,菜色新鲜,价格公道。然后,让制定旅行计划的人来选择。如果这些信息足够精炼,并能够按照不同人的需要,发给不同的用户。这样的话,用户也不会反感被推送信息所打扰的。

小结

LBS就应该是为商家、人、以及人们提供信息转发服务的。在这个过程中,人最好能够自动的将位置信息提交到服务器,其他人可以根据时间、地点或权限的限制,查看到相应等级的信息。所有的广告和推送信息,可以被自动的分类、过滤和总结归并之后,推送到用户面前。用户就像是在使用一种陪伴式的咨询服务一样。

本周都推了些: 2010-11-09

  • 吃过午饭之后,在外面的阳光下走了一会儿。在第二个白片的作用下,出了些汗,感冒的症状有所减轻。好极了。 #
  • 感冒了,头疼的厉害。 #
  • 星期六办公室的网速快得一塌糊涂。 #
  • 在办公室加班,写文档很烦人的。明天还有事情,累啊。 #
  • 发现IPAD上的IFish是非常棒的,可以甩着IPAD钓鱼,实在是太爽了。 #

Powered by Twitter Tools

Close Bitnami banner
Bitnami