最近把 Ask-China 的首页和几个核心入口重新做了一遍。
做这个产品的起点不是“再写一个中国旅游攻略”，而是我在看外国游客的英文搜索和社区讨论时，反复看到他们卡在同一类问题：目的地知道，但下一步不知道怎么做。
比如：
- 酒店在上海，但高铁票到底应该搜“上海站”“上海虹桥”还是“上海南”？
- 人已经坐进餐厅，却看不懂菜单、扫码流程和支付方式；
- 在酒店想点外卖，才发现还涉及手机号、中文地址、支付和骑手沟通；
- 翻译了菜单上的几个词，仍然不知道该向服务员确认什么。
所以我想把 Ask-China 做成一个解决这些具体执行问题的入口，而不是只告诉游客“哪里值得去”。目前先完成了两类实用指南，以及一个可以直接使用的 Dining 应用。
1. 高铁：从真实地点找到两端车站
很多第一次来中国的游客会直接把“城市名”当作“车站名”，但一个城市往往有多个高铁站，选错站可能意味着多绕很远。
这个工具的流程是：
- 输入真实的出发地和目的地，例如酒店、景点、机场或地址；
- 分别比较两端附近的铁路车站候选；
- 得到可以复制的中英文站名；
- 最后跳到官方 Railway 12306 ，核验真实车次、日期、票价和余票。
工具地址：
https://askcn.asia/guides/china-train-travel-guide/
这里刻意保留了边界：Ask-China 只帮助用户找到附近车站和正确站名，不提供实时车次、票价、余票，也不代替官方 12306 售票。
2. 点餐指南：先判断场景，再给具体步骤
“在中国怎么点餐”其实不是一个单一问题。在餐厅扫码点餐、在酒店叫外卖、在食堂或街边摊指菜，操作方法完全不同。
所以页面第一步不是介绍八大菜系，而是让用户先选自己当前的场景：
- 在餐厅： 怎么看菜单、扫码、向服务员确认、付款；
- 在酒店或家里： 外卖平台需要什么手机号、中文地址和支付方式，失败时怎么请酒店或餐厅协助；
- 在食堂或街边摊： 怎么指菜、确认数量和价格、付款及取餐。
页面地址：
https://askcn.asia/guides/china-food-guide-for-foreigners/
这部分解决的是“在当前场景下应该怎么完成点餐”，不会假设外国游客一定有中国手机号、中文地址或可用的本地支付方式。
3. Dining 应用：看懂菜单，再准备给服务员确认的问题
Dining 是 Ask-China 目前唯一完整上线、可以直接操作的产品模块。
我做它的原因是：单纯把菜单翻译成英文，通常还没有解决最后一步。游客真正需要的是先理解菜单上能看到的信息，再把不能确认的地方整理成清楚的问题，请餐厅工作人员回答。
实际流程是：
- 上传或拍摄中文菜单；
- 查看菜单理解结果和需要进一步确认的地方；
- 生成双语的 staff confirmation card ，拿给服务员确认；
- 用户根据餐厅工作人员的回答自己决定是否点餐。
Dining 应用：
它的边界也很明确：Dining 用于餐厅菜单理解和沟通，不接入外卖平台，不保证菜单上没有写出的食材，也不会把识别结果当成过敏安全结论。最终仍需要向餐厅工作人员确认。
现在最想听的反馈
我目前最想验证四个问题：
- “真实地点 → 两端附近车站 → 官方 12306”的路径是否直观？
- 点餐页先选场景，是否比从头阅读一篇长攻略更容易找到答案？
- Dining 的“菜单图片 → 理解结果 → 服务员确认卡”流程是否真的有助于现场沟通？
- 外国游客在中国还有哪些“知道目的地，但不知道下一步怎么做”的问题值得优先解决？
主站：
这是我自己做的产品，以上链接和产品关系都在这里公开说明。欢迎直接指出流程里不清楚、信息不够或边界表达不准确的地方。
Select Language