12 月 14
Luke FanUncategorized 推
Powered by Twitter Tools
12 月 12
Luke Fan杂谈
有人要在玉兰香苑租房吗？
本人住在益丰新村，就在609总站的后面。房子是两室一厅隔成了三份，我住的是原来的主卧室。房间朝南，有厕所，厨房在阳台上，都有上下水，电器齐全。每户都有独立的防盗门，完全独立的空间，不受其他人的影响。有20平米上下的样子，距离公交车站很近，不临街很安静，1400/月。
有意者，可以近期过来看房，可以附赠一些我在上海生活时买的家电。
具体位置：
我在这个地方住了一年多，现在由于工作调动的原因，要回北京。所以现在要将房子退掉，合同到今年的4月份。如果无法转包的话，就那不回押金了。
这是房子的照片：
这些照片是我刚搬进来的时候照的，当时阳台上的冰箱还没有拆包装。
这是阳台的另外一个角，有电磁灶和抽油烟机，上下水齐全，可以在这里做饭吃。
红色的就是防盗门，每户自己都有防盗门。外面有一个单元门，一个小走到，再就是这个门了。每家都有自己的厨房和厕所，所以空间是完全独立的，不会受到其他人的打扰。那个青色的门是厕所和洗澡间的门。
房子里面有一个柜子，能够透过厕所和洗澡间的窗户看到里面的电热水器。
厕所里面，有电热水器、瓷砖落地、吊顶。还有浴霸，冬天洗澡不冷。抽水马桶后面有一个水泵，每次冲水之后，会自动的将污水排到主污水管中去。全自动的洗衣机也在厕所里面。
电脑桌，对于在这个地方居住的大部分人来说都是必须的，照片中的电视是房东的，电脑是我个人的，不在转租之列。本文就是在这台电脑上写出来的。
宽带用的是电信的2M宽带，三家分摊费用。如果需要的话，可以让房东单独拉线进来。
床，肯定是最重要的东西，标准的双人床。在出太阳的时候，房子里面的光线非常的好。南面空了一个楼，距离下一栋楼的距离非常远。
今天收拾东西，发现在上海的一年，还是买了不少东西的。希望下一个住在这里的人，也能过得很充实、很开心。
有意者，可以通过gtalk联系我：[email protected]
12 月 07
Luke FanUncategorized 推
Powered by Twitter Tools
12 月 05
Luke Fan杂谈
以前和一些朋友谈到，盛大经常会不求回报的去支持一些社区，支持社区的活动。于是我这些朋友就想搞一个Android开发者社区，原来的域名叫做codroider.com，后来还把社区放到了盛大的服务器上。
一开始还有不少人上去说话的，社区也按照正常的走势在慢慢的成长。后来突然被告知，这个域名没有做过备案，如果不备案的话，整个服务器上的所有网站都会被封杀，于是这个网站就下线了。从此开始了漫长的备案之路。
首先我让那些朋友自己去做备案，我以前做过的，很简单的。结果那几个朋友用了两个月的时间，最终得出的结论是，站长个人就是没法完成备案的。现在的备案手续已经和我以前做过的完全不一样了，已经被有关部门改得面目全非了。以前，都是网站的所有者自己去备案，现在必须是国内有数的几个空间供应商去提出备案申请，于是就只能在盛大公司来备案了。
第二步，我开始转移域名，将域名从我朋友的手里转移到盛大来。我那个朋友对于这种操作并不是很熟悉，于是在万网做了一次自动迁移。但是自动迁移的时候，有一个选项是必须勾选的，我那个朋友看都没看就勾掉了。后来才知道那个选项是3年内不得将域名转出万网。于是，这个域名就没法转到我们公司新网的域名管理服务器上，也就不能在公司这里做备案了。
最后，在给万网打电话未果的情况下，只能再去注册一个新的域名。新域名叫做 http://codroider.net ，这次终于是可以去做备案了。备案又用去了将近一个月的时间。于是在三个多月后，这个社区终于在换了一个域名的情况下，复活了。而且是做过备案的哦。
社区复活之后，总是觉得有些奇怪，所有人的头像显示都不正确。进去查了一下才发现，原来是指向了老的域名。这个问题我查找了很长时间，发现所有头像都是走的uccenter，而uccenter的地址还没有改过来，还是.com的。今天将这个也改掉了，终于算是恢复了全部的功能。
现在社区上已经又有些人开始来写一些技术性的东西了，原来那些一起做社区的朋友们，最近也都很忙，还没顾得上往上贴东西，现在主要是我在维护。社区重新上线之后，广告贴
好像突然变得多了起来，我现在每天或每两天都会上来删一些广告。我自己对于Android并不是非常了解，虽然在使用Android手机，但也仅限于使用。最近将我博客上的一些和社区主题沾边儿的博客抄过去了。也算是狡兔三窟吧。关于我的博客，也是很曲折的，可以看我的《博客网站再次开通》。
总之，在国内现在的互联网环境下，想要做些什么，还是很困难的。
12 月 05
Luke Fan杂谈, 随笔 随笔
同事们一直和我说，来了上海，如果不去吃一次小杨生煎，那就算是白来了。我在上海住了一年多了，还没去吃过这种东西。生煎倒是吃过一两次，但是每次都会往身上撒好多的油水，实在是非常不爽的经历。
在上海，我尽量避免吃任何包子一类的东西，主要就是上海的包子好像都是有汤的。而且，由于制作工艺的问题，很多包子的侧面很薄，在咬的时候，侧面会突然喷射出很多油水来，让人防不胜防。
近期可能就能够回北京了，在上海生活了这么长的时间，还是决定听从同事们的建议去尝试一次小杨生煎。
坐地铁到南京东路站，然后在谷歌地图的指引下，找到了这家店铺，真的是非常寒酸的门脸儿，门口有一位收银的老奶奶，生煎也是可以直接在门口出货的。我去的时候并不是饭点儿，但还是有那么三五个人在排队的，看来这确实是一种非常受欢迎的当地名吃。其主要的生意都是外卖为主，堂吃的比例应该不高。
我询问了一下，生煎是按份卖的，一份四个。思量着，按照我这个胃口，应该能吃得下两份的吧，再来分小馄饨，也算是将上海的小吃又多尝了一种。但是，门口的收银老奶奶却说我点得太多了，那些是吃不完的。她建议我点六个生煎，也就是一份半（这种情况在北方是不可思议的），再加上一碗牛肉汤。还告诉我，这样是最实惠的了，馄饨很贵的，牛肉汤的味道很好，很多来这里的人都是这么点的。
我从善如流，听从了老奶奶的建议，下面就是她推荐给我的套餐。
在门口领到了那个破唐磁盘子装的生煎，那个盘子真的很破，很多地方的搪瓷都已经刷掉了，盘子边上还写着小杨生煎馆的字样。往里面走，店面非常的小，也就是十张快餐桌上下的样子。我进去的时候居然坐满了，等到一桌的客人吃完，我赶快端着包子坐下。一位服务员老奶奶帮我擦了擦桌子，然后送来了我的牛肉汤。桌子上的那个装醋的小碟子，必须要自己到后面去拿，我去那碟子的时候，看到了很多用食品袋封装的大概只有老式眼药水瓶子大小的醋包。这也印证了我前面关于“这里主要是以外卖为主”的猜测。
吃的过程异常小心，咬开每一个包子之前，先仔细的观察包子的四周，不要让可能破开的地方对着自己，咬一个口子，如果包子没有漏汤的话，就小心的将汤吸出来，如果已经漏了，就将汤倒干净，然后占着醋吃下去。味道还是不错的，这次终于没有撒一身的油水。不容易啊。
这些食物的味道还是不错的，但也没有什么特别值得一说的东西。可能是我吃生煎的方法有些问题，没有吃出最好的味道来吧。下次找个本地人来教导一下，也许我能够喷他一身油水呢。
小杨生煎确实是享誉海内外的一个品牌。我在吃生煎的时候，还遇到一件非常有趣的事情，一位非常有风度的白人女士，走到门口指着门口的招贴广告，对自己的翻译说了些什么。那个招贴广告并不是生煎的宣传，而是一个招聘糕点师的广告。于是那位半吊子翻译，就去和坐在门口的收银老奶奶说，这位女士想要应聘你们的糕点师，你们给多少钱？估计老外说的时候，说到了How much之类的词语，被这位翻译小姐听懂了。门口那位老奶奶被吓到了，完全搞不清状况。于是就问这位女士今年多大年级了？我也是在这个时候才注意到这个事情，我听到那个翻译在问：“How old are you?”，那位白人女士也是一脸困惑的样子，但还是回答了，43岁。门口的收银老奶奶自己不懂英文，也不敢随便的拒绝一位外国友人，于是请来了店里面唯一懂英文的一位工作人员。了解之后才知道，那位外国女士，只是想要买一些生煎，打包带回去吃，她以为指的是生煎的广告，然后让翻译去问价格。结果指的是一个招聘糕点师的广告，翻译的水平也实在是烂了一些，就闹出了这么个笑话。估计这位女士还在困惑呢，为什么买生煎还要问年龄，真实非常奇特的风俗啊。
这就是我快乐的周末生活了。吃到了小杨生煎，还看到了一个很有趣的故事。希望以后回到北京，可以带上海的同事去吃北京的豆汁，我也会很努力的向他们推荐的，不过我自己是绝对不会去吃的。也许他们会喜欢的吧。
12 月 03
Luke Fan杂谈
我的博客已经不知道被关闭了多少次了。倒不是因为我写了什么，主要是国外的主机对于合租账号的管理异常严厉。对于我来说，放一个小小的博客，就没有必要去租那种完整的主机了，那种东西一年的费用上千元，实在是有些贵啊。于是就和很多人一起合租主机。这个主机里面只要有一个网站的访问量较高，或做了什么其他的违反规定的动作，就会将主机封闭。而且完全没有任何解释的余地，主机上的所有网站也就都挂了。
我也试过各种专业的博客站，最早是Live Space，当时好像还不叫这个名字。后来试过google的blogspot，但是这个不幸的东西很快就被墙了。自己还用php以及ruby on rails搭建过简单的博客站。也用过UCHome的个人空间站，现在还在用一个Discuz X做的空间站。Kaixin001也一直在用，但很少往里面更新博客。后来由于某些很麻烦的原因，我失去了我在Draemhost上付费购买的空间，于是就又回归了Live Spaces，后来又购买了一个Dreamhost空间，在那上面搭建了第一个wordpress，这一年不到的时间里面，我一直都是用的wordpress同步live spaces的方式，同步的更新着两个博客站。后来Live Spaces这个悲剧的东西被关闭了，于是将上面的内容迁移到了wordpress.com上，但是之后不久，wordpress.com这个悲剧的东西也被墙了。好在我已经将所有的内容，同步到了新浪博客上。现在我是自己的博客站http://lukefan.com 和新浪的博客站 http://blog.sina.com.cn/lukfan 同步更新。这次合租空间再次被封闭，导致http://lukefan.com 被关闭了两天，我倒是不着急，毕竟大部分的东西在新浪上还是有的。现在，换了一个空间，lukefan.com 再次上线。
至于说我为什么不彻底的将博客搬到国内的kaixin001、新浪、百度或QQ空间上，可能还是心理有些小别扭吧。新浪博客在我使用的这段不长的时间里面，就已经删掉我的两篇博客了，那是两周的twitter同步贴，我会在每周，将这一周我发的所有twitter作为一篇博客，发到博客站上去。由于有了这样的情况发生，我觉得国内的博客站点还是不安全啊。
总之，博客站回复了，不知道这一次能够坚持多久。没关系，即使再次被关闭了，我也会在短期内回复的，也许会麻烦一些，也许会停上几天。但是，只要我还想写博客，还能写博客，那么这个站点总还是会再次复活的。
11 月 30
Luke FanUncategorized 推
Powered by Twitter Tools
11 月 29
Luke Fan梦想园 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，希望下次能有些新的东西写一写。
11 月 23
Luke FanUncategorized 推
Powered by Twitter Tools
11 月 16
Luke FanUncategorized 推
Powered by Twitter Tools
Older Entries Newer Entries
RSS