旅行箱app

旅行箱app是一款界面设计比较优美的旅游app，在旅行箱app小伙伴将会体验到一系列玩法十分给力的旅游信息，操作十分简单，玩法非常有趣，喜爱的小伙伴不要错过咯！

旅行箱app介绍：

【世界时钟】
用户设定行程后，会精准的展示出发地和目的地的当地时钟和日期，最多支持10个城市的时间同时显示；目前支持国内外2500个城市；
【行程天气】
自动关联行程设定的城市，展示行程中所经过城市的天气预报，每个城市可显示5天内的天气趋势；支持全球主要城市天气；
【实时翻译】
支持27种语言实时翻译，直接说话或输入文字，即可翻译为目标语言，并自动播放语音，方便与当地人交流；
【行程助手】
记录每次行程，可以在每次的行程中添加记事，撰写游记；
【目的地攻略】
提供55个国家的攻略资讯，助您旅行路上更惬意。
【记账本】
简洁方便的记账工具，能够对每份账单进行备注和拍照，记录每天的花费；
【行程账单】
根据出行时间自动生成每次的旅行花费清单。
【实时汇率】
提供热门币种的汇率换算，每天更新。

旅行箱app信息解读：

和其他的旅行类应用不同，《旅行箱》是一款出行实用工具合集，它可以在天气、翻译、汇率、记账、签证等方面助你一臂之力。值得一提的是其记账功能是根据旅游场景设计的记账本，查看每次的行程账单做的非常有特色。

最开始是怎么想做这么一款产品的呢？

我目前所在的事业部是做第三方保险平台的。一开始我参与的项目叫「旅游保险」，在运营的过程中发现仅靠一个应用来推广网站业务有些单薄，所以去年年底提出了增加一款保险消费场景类的旅游产品。在对旅游类应用的调研过程中发现，多数应用都在做 OTA 功能，专心做旅行工具的并不多，所以我有信心做一款优秀的旅游工具去赢得市场。

在应用的交互设计方面有过怎样的思考呢？

我本人做过两年以上的交互，比较熟悉各平台的特性，但旅行箱的交互设计我并没有把 iOS 和 Android 做的过分差异化，各种操作也做的比较常规化。用着顺手的就是最基本的交互设计原则，这其中一方面我既要负责产品，又要负责两个平台的交互设计，没有办法做到太细，另外旅行箱的规划功能目前才完成了一半左右，目前还是以尽快完成功能为主，所以交互方面选择了开发成本最小，但操作要符合用户常规操作的习惯做法。我想花一年的时间把旅行箱打造成一个最好用的旅行助手，目前不考虑盈利，一切顺着用户来。

开发团队背后有什么故事想分享的么？

我们的应用端 iOS 和 Android 开发各一个 ，GUI 设计一个，测试一名，运营一名 ，然后就是我负责交互和产品功能规划，大家都还处于一个成长学习的阶段，诉求不高，能够把工作做好就行，我们每个阶段完成目标后会大吃一顿，所以《旅行箱》内部每个版本的版本号都是以饭馆的名字命名的……

在制作这款产品时有什么功能是让你印象深刻的？

旅行箱目前的硬伤，是翻译不好用，这个是有原因的。一开始我们引用的 Google 并未正式开放的接口，可以语音和文本翻译，而且速度很快，同类的应用单做个功能就已经发布了收费版本，比如 iVoice。但后来 Google 封闭了这个接口，所以现在同类应用都不能用了，我们也直接砍掉了语音翻译，只做文本翻译，仍然是引用的 Google 的接口，但 6 月份 Google 彻底被封，导致我们的文本翻译也不能正常运行了，速度响应特别不稳定，而翻译是旅行工具里面非常重要的功能，我还是决定继续做这个功能。在即将发布的版本中，我们调用了 Nuance（目前 Siri 的技术供应商）的语音识别，能够最快的识别多国语言，翻译接口我同时使用了百度翻译和 Google 翻译，根据用户的定位来判断使用哪个接口，国内就用百度翻译，国外就用 Google 翻译。

之后《旅行箱》这款产品的发展方向是什么样的呢？

现在的方向是从工具切入，等培养好种子用户后，再发展其他功能，结构化的攻略肯定是要做的，只有注入内容才会保证用户的活跃度和 SNS 的推广，但现在重点还是做工具，等人力资源满足后会把内容也做到相对的质量，像攻略我们甚至可以购买其他专注做攻略行程的版权，旅行箱是个可以扩展的工具平台，我们可以根据种子用户的需求变化着发展。除去用户需求方面，我们自己会重点做离线功能，翻译分在线翻译和离线翻译两种模式。离线翻译至少在内容上会比其他产品更新一点，因为我们的运营会根据最流行的工具书编辑场景栏目词条。另外所有的功能会自动关联用户的目的地设置，让分散的工具有关联，增加整体竞争力。还会加入会员体系，方便用户同步或者备份自己的数据。最后，我们也很期待有优秀的工具应用能够和旅行箱合作。

中文名：旅行箱

包名：com.focustech.suitcase

MD5值：2c99fa990aa3066dbb5a09d2f315fcb6