Roamark: 旅行记录App (支持记录酒店，邮轮，飞行，07/31更新完善了飞行数据统计）

Roamark支持AwayBook自动匹配并补全部分航司。

关键信息

• 核心定位与设计理念：坚持“回忆”导向，轻数据、重体验，首版聚焦机酒记录，现已支持邮轮记录，后续计划扩展POI功能，与注重规划属性的WanderLog形成差异化定位 #1, #20, #21, #35, #36, #53。开发者重申App定位更偏向于“唤醒回忆”，旨在帮用户记住去过的目的地和标志性行程，而非高时效性的出行规划指南 #48。
• 个性化功能：
  • 品牌墙：全新上线品牌墙功能，提供专属视觉记录 #42。
  • 自定义Tag：支持“亲子、家庭、牛马、奔现”等自定义标签，行程分类与定义更加自由 #42。
• 公共交通支持诉求与考量：用户期望未来能加入火车、地铁、公交、轮渡等公共交通的记录功能 #47。开发者回应称，考虑到公交线路/时刻表变动频繁的时效性风险，以及该功能与App“唤醒回忆”的核心定位存在轻微偏差，现阶段暂未将其纳入开发规划；试用用户对此表示理解和认同 #48, #50。

最新动态

• 邮轮功能上线：最新版本已正式上线邮轮（Cruise）记录功能 #53，有Flighty付费用户表示期待使用该工具记录邮轮与酒店 #66。
• 航司数据库大幅扩展：支持航司扩充至729个，旨在覆盖EasyJet、Norwegian等主流廉航及小众航司；针对无IATA代码的特殊航班，新增“Other Airline(XX)”选项以支持记录，修正了先前因数据库封闭策略导致的自定义受限问题 #37, #42。针对此前用户反馈Flighty导入时部分航司无法显示的问题 #55，开发者已补全Easyjet、Norwegian、Transavia等航司并支持重新导入 #68。
• 行程与机酒管理优化：
  • 机酒导入管理：Trip页面新增管理功能，点击管理按钮即可自由选择并分配尚未归入任何行程的航班与酒店记录 #42。
  • 支持计划行程：支持记录“已成行” and “计划中”两类状态，“计划中”的行程无需输入具体时间且不计入Lifetime统计，Lifetime统计视图同步调整为包含Past/Future的完整视图 #41, #42。
  • 多航段显示：针对多航段（segments）的飞行路线，现在会正确显示为“1/x segments” #42。
• Bug修复进展：
  • 结账日期错误：Checkout Date显示错误的已知Bug已修复 #39, #42。
  • 行政区层级显示：针对墨西哥CDMX等类似直辖市地区酒店行政区显示过于详细的问题，已将此类行政区做“升档”处理，该Bug已修复 #40, #41, #42。
  • 搜索框清除按钮失效：针对用户反馈清除搜索框按钮点击后仅变为定位按钮、无法清空文本的Bug #43, #44, #46，该Bug目前已修复 #53。

争议或不同意见

• 录入与导入体验反馈：
  • 航班自动获取失效：用户反馈即使提供航班号与日期，仍无法自动抓取起降地及时间，导致手动输入成本过高，体验较劝退 #38。
  • OTA酒店录入对比：非连锁酒店在AwayBook中录入更顺畅且无定位漂移；用户尚未遇到该App将定位漂移至西雅图的Bug #38。
  • 手动添加酒店地址搜索：用户询问手动添加酒店页面是否支持直接搜索地址 #61。开发者澄清输入地址可直接搜索，除非Apple Maps数据本身有误 #63；但仍有用户反馈部分酒店通过名字和地址均无法搜到 #67。
  • AwayBook导入及确认体验：用户此前反馈从AwayBook导入的酒店因缺少地址信息卡在"Collections - pending"状态，且先前因更新移除了刷新地址入口而无法修改地址/坐标 #51。开发者解释为更新误删入口，已在1.2版本及后续更新中修复，用户更新App后即可正常在pending界面修改地址或坐标 #52, #53，已有用户确认该功能目前已可以使用并表达感谢 #54。另有用户反馈导入的数据依然全部处于pending状态，点击confirm仅会重新search且无实质内容变化，询问是否有能一键confirm的便捷操作 #56。开发者解释称，由于元数据缺少坐标、中英文转换及品牌定义匹配等原因，目前设计为手动确认以保证数据完整性 #57；但用户指出逐条手动确认对拥有数百条记录的用户导入成本过高 #58。最新进展：开发者已更新导入流程，现在导入时会自动进行匹配，若能精确匹配则提供直接导入选项，但受Apple规则限制匹配速度较慢 #68。
  • 数据完整性质疑：用户认为“轻数据”仍包含积分等细节字段，开发者解释其为可选的隐藏项 #10, #12。
• Trip逻辑与行程状态争议：
  • 日期与排序：自动提取首尾日期功能承诺加回，但用户认为Trip日期与机酒实际日期常有不符，应支持自定义 #37；航班未按时间排序而是按Reservation分组，用户强烈要求按时间顺序排序，并在Card上标识所属Reservation，增加独立的Flight Reservation View #24, #37。
  • 行程状态分类疑问：用户反馈未来航次被显示为 realized（已成行）而非 intended（计划中）#62。开发者澄清，Realized定义为已准备好（含已成行或已订票待飞），Intended定义为想去但未成行（无需输入日期）；用户确认系误解，开发者透露未来计划增加Widget以追踪将发生的旅行 #64, #65。

风险/限制/注意事项

• 第三方API成本限制：开发者明确表示，由于Flighty等第三方航班数据API的引入成本过高，独立开发难以维持，因此暂不采用外部自动抓取方案 #39。
• 合规性与维护成本：App Store上架及维护成本较高，涉及LLC注册及签证合规性讨论（楼主确认为美国公民） #16, #25-#30。
• 地图API与性能局限：使用Apple Maps API，仍存在搜索不准、中文映射错误、以及航线连线无法完美避开陆地的视觉缺陷；此外，iPhone 16 Pro Max机型滑动卡片卡顿的问题仍有待修复 #1, #11, #19, #24, #26, #33。
• 产品价值争议：部分用户质疑纯记录机酒的实际意义，开发者回应称资深旅行者能从中获得成就感并弥补回忆记录的缺失 #27, #31。