# Landing Check 现有产品需求判断

核对日期为 2026 年 10 月 7 日。本轮只判断现有产品，不调整功能、定位或展示页。判断对象是 Trip.com 内的辅助功能，H5 是演示形式，因此不把下载新 App 或付费订阅的意愿作为需求成立的前提。

**结论：现有产品有真实需求基础，整体方案目前只能判断为部分成立。** 直接获得支持的是“准备好工具之后，确认是否适用，并在实际使用时找到下一步”。证据尚未支持把完整的第一小时流程、主动提醒和 AI 截图方案都视为已经验证。

有其他解决办法不等于没有需求。如果游客为了完成一个基础任务仍付出较多摸索、等待或求助成本，降低这些成本就可能有价值。需要区分用户问题真实存在，以及 Landing Check 的具体做法是否更有效。

## 最贴近目标用户的一条经历

[Maggie Ye 综合旅行攻略下，@fayknight1779 的留言](https://www.youtube.com/watch?v=i6fYB22OaRA&lc=Ugy8juSoi6ePoa6IJfx4AaABAg)说，他们看过攻略、装好了应用，丈夫首次来华。长途飞行抵达后，仍不清楚买水时该怎样操作付款，花了很久查找答案，最后才自行弄清；她明确希望教程展示逐步操作。

这条经历支持“安装和准备不等于会完成现场任务”。需求是把现有工具用起来，代价是当时的摸索成本。它不要求系统一定使用 AI，也不证明问题持续未解决。留言者还提到晚间乘车的不愉快经历，但关于车辆是否合法等推测没有独立核实，未作为研究事实采用。

这里与目标用户明确吻合的是丈夫首次来华，以及两人自己尝试买水和坐车；完整行程是否自由行没有明确说明。留言的精确发布日期未核实，视频上传日期为 2026 年 3 月 5 日。

## 确认准备是否有效有直接请求

在[已绑卡但仍想确认付款是否会被拒的提问](https://www.reddit.com/r/travelchina/comments/1me3lj7/any_way_to_check_if_alipaywechat_payments_will/)中，用户明确区分了能显示付款码和实际交易可用。另一位[为家人准备的游客](https://www.reddit.com/r/travelchina/comments/1j2ztfs/is_there_a_way_to_test_wechat_alipay_online/)主动寻找出发前可做的小额测试。两者都不是被问“你需要测试吗”之后才给出的赞同。

这些讨论中有人自报使用第三方小额测试或提前购买车票；[2026 年 9 月的另一条测试讨论](https://www.reddit.com/r/travelchina/comments/1wlbhh1/testing_alipaywechat/)中，也有人说不放心境外测试的选择，改在机场买咖啡和水测试。它们支持实际确认的需求，也揭示对测试渠道的信任问题。交易本身没有独立核实，推荐者与站点的商业关系也未确认，不把自报使用写成支付日志或采用率。

小额测试需求与“任一方式通过一次测试就可保证整趟旅行”是不同命题。前者有直接请求，后者没有得到证明。现有项目通过模拟接口展示支付流程，不能作为真实验证已经有效的证据。

## 现有能力逐项判断

| 现有能力或主张 | 需求判断 | 依据与边界 |
| --- | --- | --- |
| 行前检查准备状态 | 有支持，重点是适用性与确认，而不只是增加清单 | 测试请求、eSIM 激活与设备条件追问，说明购买或安装之后仍有判断任务。现有清单也能解决一部分问题。 |
| 小额支付测试与备用方式 | 有直接需求线索和自报采用类似办法的行为 | 用户主动寻找测试；测试成功后仍询问失败时怎么办。具体境外测试是否可行、测试能说明什么，需要单独验证。 |
| 卡住后解释当前状况并给下一步 | 有具体任务需求 | 身份验证失败、收不到验证码、把转账限制理解为整个支付宝故障，都是可描述的情境。截图和 AI 是候选实现方式，其优势尚未证明。 |
| 把联网、支付和第一程交通衔接起来 | 部分支持 | [只有 eSIM 能否使用滴滴的追问](https://www.youtube.com/watch?v=SLeQYHVN110&lc=UgxEG2AK66dv3S8FF654AaABAg)显示任务之间存在依赖；但尚未证明统一流程比针对性说明更有效。 |
| 第一小时内主动出现，每次只给一个任务 | 合理的设计假设，尚未获得直接验证 | 有抵达后的操作困难，不能推导出精确 60 分钟的窗口、固定顺序，或所有游客都希望被主动打断。 |

支付宝、TenPayGo 或其他品牌是支付方案的选择。用户不必先点名某个品牌，才能存在可靠付款和备用方式的需求；品牌选择能否满足这些条件仍需核实。同样，用户不必提出“我要截图 AI”，才能存在解释报错的需求。

## 现有办法覆盖到了哪里

| 现有办法 | 本轮核对到的能力 | 对当前产品判断的影响 |
| --- | --- | --- |
| [TestChinaPay](https://testchinapay.com/) | 页面提供支付宝和微信的小额二维码测试说明 | 支付自测已有路径。页面存在本身不证明需求；用户主动请求及自报采用才是更直接的线索。没有替该站点验证交易效果或技术承诺。 |
| [ChinaTripCheck](https://chinatripcheck.com/how-it-works) | 公开介绍按准备情况提问，通过规则输出有先后顺序的行动报告，并说明不使用 AI | 准备检查和下一步建议已有类似形式。没有对其交互或效果作实测，因此不能宣称 Landing Check 比它更好。 |
| [TripGenie 官方介绍](https://www.trip.com/tripgenie/) | 旅行问答、个性化建议以及旅途中的支持 | Trip.com 已有求助入口。尚未比较真实报错任务，不能预设它已经解决全部问题，也不能预设它解决不了。 |
| [上海机场一站式服务中心](https://english.shanghai.gov.cn/en-PaymentsInShanghai/20260920/f22b7e0f606c407e9da9d26b089eac48.html) | 公布提供支付、通信、交通和常用应用设置帮助 | 现场人工帮助是真实替代路径。官方的[近期报道](https://english.shanghai.gov.cn/en-Latest-WhatsNew/20260922/6b2652ecb722400e97fe0d2b0ba353bd.html)也记载旅客抵达后获得支付宝设置帮助，但不能据此推算问题发生率或所有机场的覆盖。 |

现有办法同时说明两件事：这些任务已经有人提供帮助；游客也不必等待 Landing Check 才能解决。当前产品的增量价值，应落在是否降低找到适用答案和继续操作的成本。平台已有行程信息，使这种整合具备合理性，但合理性仍不等于效果已经验证。

## 不能忽略的反向材料

**部分追问已经得到答复。** 支付测试留言 Y03 的作者建议准备备用支付方式和现金；滴滴留言 Y08 也得到出发前注册和小程序路径的答复。两条都没有后续结果，不能把没有看到最终反馈写成一直无人帮助。收码留言 Y06 同样已有回复，具体建议未作为官方操作规则采用。

**有的问题经过解释就解决了。** [抵达上海后担心支付宝不可用的用户](https://www.reddit.com/r/chinatravel/comments/1sn03lg/first_time_trying_to_use_alipay_in_china_it_did/)随后明确报告，向商户付款正常，先前失败的是给朋友转账。它支持正确解释和下一步指导的价值；不支持把所有支付问题描述成系统不可用，也不证明需要复杂的新工具。

**有人通过现有攻略完成了旅行。** [一位回国后分享准备经验的游客](https://www.reddit.com/r/travelchina/comments/1noe5vq/nice_to_know_info_when_visiting_china_regarding/)说自己看过 YouTube 和帖子，并完成了旅行。其技术建议没有当作官方规则采用。结合 X 上的[正向亲历反馈](https://x.com/KseniiaBaziian/status/2076309943364506055)，不能把所有首次来华者都视为必然卡住的人。

**高度吻合产品叙事的话，未必来自游客需求。** 部分回复直接推销首日清单或招募应用调研，不能用这些推广者的产品主张证明需求。Instagram 的领取资料口令也没有采用。那条综合 YouTube 攻略的追问还涉及药品入境、充电宝、景点预约和饮食，因此不能宣称联网、支付、交通已经被证明是所有游客的前三大问题。

## 当前可以确定与仍不能确定的事

当前可以确定到的程度是：现有方向针对了真实出现的准备确认和操作求助问题，不只是从功能名称倒推出来的故事。最有依据的价值是帮助部分游客减少从准备到实际使用之间的摸索。

仍不能确定的是：这些人使用 Landing Check 后是否比看一份清楚攻略或使用既有帮助更省事；Trip.com 中的触达时机是否合适；自动状态判断、固定任务顺序和 AI 截图是否带来额外收益。这些问题需要真实任务比较，继续堆社媒例子无法直接回答。

所以本轮对现有产品的判断是“核心需求有支持，整体方案部分成立”，而不是“没有需求”，也不是“产品已经被验证”。没有新增功能建议，也没有修改展示页或应用行为。

## 来源记录

同目录的 `demand-review-2026-10-07.json` 保存原文短摘录、评论 ID、链接、核对状态、已看到的回复和逐项判断。YouTube 精确留言日期未确认，未用视频上传日期代替。Instagram 未在线核实的缓存留言单独保留；完整 X 长文复核后才采用其相关内容。

这轮是有目的的公开资料研究，不是代表性抽样，也没有独立确认留言者身份、支付交易或所有问题的最终结果。亲历自述、明确请求、产品方说明和官方服务报道分别使用，未混成独立用户验证的数量。