刚刚提交了一个变更，改动很简单。

而这个变更其实涉及到各种语言。

最后展示结果是这样的

从“多语言”到“中文”

对于中文读者来说“中文出行助手”显然比“多语言出行助手”触感更强。因为既然你宣称自己是“多语言出行助手”，为什么不能用我的语言告诉我呢？其实客人并不在乎G2Rail有很多种语言，客人只关心是否能用自己的语言交流。

针对大众的产品

反思下来，“多语种出行助手”其实是一种在不能够明确细分客户的做法。而这种玩法处处可见。比如360整天在我的Windows虚拟机里推送一大堆根本不相关的无聊信息。可是对于十分珍惜自身注意力的我来说，这种看似很抓眼球的推送只能让我增加对它的反感。

由此延伸，其实过去做产品的思路是这样的。我们很多的产品只有一个主页。就像过去的G2Rail。

建一个火车购票网站，所有的客人都是从一个主页进入，然后通过输入搜索条件来查询可能的车票。

但是用户注意力是有限的，首页版面是有限的，只能罗列对所有客人来说最热门七条路线和产品。而出发地搜索框，出发日期，人数的搜索条件背后其实隐藏在十万个车站直接组合的每天几百万几千万条路线，针对大众产品很难去呈现所有的可能性。

针对细分客户的产品

• 与购买德国铁路火车票相比，旅客更关心从法兰克福到柏林的火车票
• 与能够看到车站的时刻表相比，去法兰克福中央火车站乘车的旅客更关心是否能看到法兰克福中央火车站的时刻表，甚至更进一步，旅客更关心要乘坐的那班从法兰克福到柏林的那一班列车的时刻表。万一晚点，下一班次是什么时候？
• 到达柏林的旅客更想了解到柏林未来几天会有哪些有趣的事情，有哪些博物馆值得一看。。。
• 从东京去大阪的旅客会关心，能够用哪些通票？不同通票分别能够乘坐什么样的新干线车型？通票划算还是点到点划算？二等舱是什么样子。

所以与其推出一个首页让旅客去搜索，为什么不为从罗马到米兰的客人去推出一个首页，为利兹到伦敦的客人推出另外一个首页。为每一条旅客可能预订的路线都去推出一个专用首页。

而在这些首页中，也仅仅展示相关的内容，推送相关的旅游产品。

与大而全的主页来说，基于路线的首页聚合了与路线相关的各种信息，对于客人来说网页就会相关性好很多，比如

• 两点之间的路线信息，包括最低价格、最高价格、时长、发车频次等
• 铁路或者大巴运营商信息
• 车站信息，也包括可能两个城市的不同车站之间的路线组合
• 出发地和目的地的景点信息

我把称之为利基聚合器(Niche Aggregator)

挑战

最大的挑战其实来自于思维方式，太习惯于从大而全、抽象问题的角度去思考问题。而利基聚合器设计的思路总是从具体、细节开始的。对于G2Rail来说，持续解决具体问题、持续钻缝缝、持续客服过程中受到这种刺激，产生这种反思和觉察，然后针对性进行调整、重构。就像开始的例子那样。

第二个挑战来自于如何把用户细分、并且按照产品细分发布产品。如果不发布产品细分的话，其实这些产品只是数据库中的一条条等待被查询到的记录。对于G2Rail来说，搜索引擎帮我们实现了这种客户细分。在Google通过日文搜索点击罗马到米兰进入到G2Rail，当然是关心罗马到米兰之间的日文信息。而其实我们要做的是把各种利基聚合器提交给搜索引擎就可以了。

第三个挑战来自于如何根据细分客户来捆绑关联性产品。比如仅仅针对搜索“米兰到罗马”的客人推荐针对性的票种、目的地产品等。比如G2Rail一款相当火的产品是新天鹅堡通票，其实包括慕尼黑到富森的往返火车票及新天鹅堡的门票。这些更多是通过《超微链接》建立了关联。

好处

最直接的好处是搜索引擎优化，因为页面的内容更相关、更具体，而且天然埋藏很多关键字。

另一个好处是可以更有针对性的归类并呈现信息、同时也更容易了解客户期望。比如下图是系统后台看到的说英文和德文的瑞士客户，他对于意大利的米兰和Pavia车站感兴趣。