机票+火车票的综合搜索产品

[问答题]

现在去哪儿想做一个机票+火车票的综合搜索产品，如果交给你，你要怎么设计这个产品？

查看答案及解析

推荐

なつあき

众所周知，搜索功能强调的就是三点：快，准，全。这三点哪方面不如竞争对手，就可能是流失用户的一个大因素。所以要分别考虑。

快：这方面目前没有见过比百度做的更好的了。全国铺设服务器，不同城市调用不同服务器资源，常用简单搜索提前准备好缓存结果节省资源，热门搜索不设缓存及时更新，冷门搜索不设缓存实时更新，规定搜索条目上限，节省服务器空间。

准：根据用户历史搜索数据，判断用户关注维度有哪些，维度分成加分项，减分项，并对其进行不同的算法，最终汇总后进行权重排序，并不断的收集用户点击浏览购买情况，对其进行深一层次的分析，然后进行算法的调整。

全：信息收集和部门交流能力很重要，火车票可以和国家部门进行合作，拿到最全的火车信息，甚至直接租12306的数据接口。飞机票则需要和各大航空公司进行合作，让其把数据接口租给我们使用，也可以互相换量，我们帮其推广飞机票，他们帮我们宣传网站以及提供信息。

编辑于 2019-03-26 20:23:52 回复(0)

但是孙悟空

我觉得这是一个很有意思的问题。

在生活中，确实会经常遇到我们要在机票与火车票搜索之间来回切换，来让旅途达到一个时间与价格的平衡。

如果能够做到，搜索某一段行程，自动帮助我在机票与火车票之间做时间与价格上的对比那是再好不过了。

这确实是一个痛点。可能的用户有：1）在意时间不在意价格的高端旅客（因为可能存在机场较远，总时间比动车时间长）；2）在意价格不在意时间的下沉旅客（可能是学生，时间上比较充裕，但是有时候该线路上机票比动车更便宜）；3）在意时间同时也同时在意价格的旅客（性价比玩家）

听起来是一个很可行的需求

对于高端旅客，在意的时长，ok，我们直接把时间呈现。

对于下沉旅客，在意价格，ok，我们可以进行价格对比呈现。

对于性价比旅客，在意时长和价格，ok，我们都呈现。

抽象出来的展现形式。要展示时长（时长包括总时长加可能存在的延误风险）、价格

我们的客户已经被之前众多的购票类型教育了，可能需要按时间正序排序。

展示形式1：我现在点开机票和火车票大搜索页面，点击上海到北京，选择了2月20日，加载出来了几十上百条信息，信息中夹杂着机票和火车票行程可供选择，我看到了价格、时间，眼花缭乱（因为机票和火车票必要的展示字段不一样，可能很难做到清晰得展示）。

展示形式2：我点开火车票搜索页面，点击上海到北京，选择了2月20日，正常加载出当日的火车票信息后，穿插了两条机票信息（可以讨论怎么穿插）

我再次点开了机票搜索页面，点击上海到北京，选择了2月20日，正常加载出当日的机票信息后，点击某个机票信息后，展示该时间段附近的高铁信息（这个机场位置信息需要数据采集，精细化比对）。

发表于 2021-02-20 23:27:01 回复(0)

提交观点

问题信息

原型设计产品

上传者：小小

难度：

2条回答 41收藏 1261浏览