我们都见过了太多LBS应用，百度身边、网易八方、街旁等等，随便都能数出十几款来，更不用说类似于陌陌、幸会等等“LBS交友”类应用了。APP同质化程度越来越高，“社交”的需求被夸大，“周边服务”又因支付等因素的影响而受到限制，LBS似乎进入了一个新瓶颈。

男婴洗澡久盯浴霸灯右眼永久弱视  女子摆拍自家孩子险些被拐  记者卧底精神病医院许多病人无异常  

回想社交网络，从facebook到twitter，从人人到新浪微博，我们的线上社交被各类社交网络占据，我们的一举一动都被暴露在所有人的监督之下。但是，这并不是我们想要的结果！我并不想让所有人都了解我的情况，我只愿意和最亲近的人分享我的生活——于是便诞生了Path。

是的，我们都能够看到大的趋势和所谓的“刚性需求”，但是冷静下来，反过来想一想，如果在LBS上像Path一样反过来思考，会是什么呢？

LBS顾名思义，location based service，现在大多数应用都集中做service，其实从这个定义来看，location在service之前，地理位置信息本身就是一个很大的需求。

当然，很多人会说地图已经解决了地理位置信息问题啊。其实不然。现在所有的地图解决的都只是知道目的地后，通过搜索与定位获取准确信息的需求，用户其它的需求是否得到了满足呢？

比如我怎么让别人找到我呢？

最简单的，我下午需要约见我的客户，我需要告诉他我们公司的准确地址，现在的方法莫过于打电话或发短信才能告诉他，那么，我们是否有可以不打电话不用自己编辑短信的解决方案呢？

令人欣喜的是，在寻找很久后，终于发现有开发者发现了这个需求的蓝海，开始解决这一部分“地图剩下”的需求。“找地儿”——帮用户发送自己的精确位置信息，让别人找到自己。LBS在“L”上找到了突破。

找地儿的解决方案很贴近我们日常的行为模式——先告知对方自己的具体地址，然后告诉他附近有什么参照物，当然，这些信息都是由系统自动生成短息，发送给对方的。从准确度来说还不错。

“找地儿”逃离了现在“需要双方都安装应用才能互动”的应用交互模式，只需要发送者安装应用，系统生成的内容为短信与wap地图地址链接，“文字+图”片也更加直接与准确。短信的方式无疑是最大的亮点，不论对方是iOS或Android，诺基亚或山寨机，都可以接收到准确的内容，这无疑也是开发者们需要注意的问题。

我们应该学会多角度考虑问题，学会从用户的不同需求来思考自己的产品——用户是否有什么最简单却一直没解决的麻烦？也许，LBS的新市场就在这最基本的需求里。