游玩的时候，你需要的并不是一份游记

前段时间想到一个基于地理位置的产品，我暂且把它称作「足迹」（这个名字竟然还没被注册），当然不是图片分享那个足记。这个 idea 来源于一位大玩家 —— 我的朋友Sky，他实在是太酷太好玩了，不仅在名胜古迹能玩的与众不同，重要的是他总能找到一些风景独特的无名地，例如京郊的一些山山水水。

每次他在朋友圈发图的时候，我总是好奇他去哪儿玩了，竟然有这么美的地方？他的回答基本是个笼统的范围，比如怀柔区的那座山，顺义的那个水库，听完之后自然云里雾里。要是他能把这些地方的地理位置记录下来，然后分享给我那该有多好？

转而我又想到了另一个应用场景，外地的朋友来北京，总会问我一些诸如北京有什么好玩有什么好吃的呀？告诉名字后大部分人还会接着问这地方在哪儿怎么去呢？有人会问，都告诉名字了，他们不会自己百度地图吗？会，我相信他们当然会百度地图，这种发问只是一种惯性罢了。每多一个人来问，基本上就得重复一次，而且他们只得到了一个名字而已，信息量还是太少。如果做成「足迹」，把自己平时觉得好玩的地方直接分享出去不是省事儿？

这不是马蜂窝或者蝉游记类产品吗？我觉得不是，而且差别很大。每个人基本的出行流程是这样的：

1 想去某地（动机可能产生于一张照片、一份游记或者某个人）
2 先咨询去过该地的朋友（如果恰好有朋友去过的话，而且会比较相信他们的推荐，这个网上买东西一个道理）
3 其次才会搜索相关的游记
4 出行

那么接下来问题来了，接着说一说游记类产品扮演的角色。由于图文并茂的内容，游记类产品一般会是促成出行的诱因，还有很大一部分的功能是行程的安排，因为很多内容作者都会把时间、地点、出行工具写的很详细。那么游记产品能指导游玩么？我以为不能，原因如下：

1 攻略太他妈长了，几乎没有移动属性，更像是个 PC 端的产品，适合深度阅读。谁会在当地阅读游记啊？
2 里面只有图片以及零星的一些位置信息，压根无法跟实际联系到一起，到达地点之后，仍然会茫然不知所措。

我以为游记类产品在把你成功导到目的地，已经完成了他的使命。端午临时去了趟密云水库，在网上搜了一些游记，都是一些没有具体位置的信息，比如水库南线、XX道路、水坝，而这些名称无法在地图类产品搜索到。我只能通过文字一遍遍的阅读不同的游记，但是对于去哪个「具体地点」，仍然一无所知。

无奈之下，只能自己乱开，最后在「当地好心人」的带领下成功到达水坝。原本好心人说给 100 便把我们带上水坝，在得知我们还没有吃午饭后，又改成去他的农家院吃饭，并且免费带路，结果是我们两人花了 370 吃了一顿「巨鱼餐」。而且最后发现所谓的小路，就在主干道旁边一个小路口，来回开过好多次都错开了。而且上去后我就意识到其实在游记里看到过这样的带路党的信息，“缴纳 100 可以带路”，“目的地其实并不收费”，“而且你也登不到主坝”，可是就算这样又如何呢？我实在是无法将游记上的信息转变为「有效信息」，假如有足迹的话，只要在主干道旁边的路口标记一个位置信息「水坝入口」，岂不是解决了？

所以我想足迹应该是个更具移动特征的地图类产品，而且主视觉一定是如插图般的以图针和地图为主，主要功能有以下：

1 标记特殊地点
2 可以对标注的地点做一些信息补充（要简要）
3 可以在标记地点上传图片
4 可以分享
5 如果是在某一小范围内（比如密云水库）上标记了几个不同地点，分享的时候可以自动生成轨迹

抽空的时候画个原型试试，当然感兴趣的朋友也可以加我微信 lu_canglong，我们一起来个产品马拉松？