与国际平台惯例的差异点
别名: 超级应用 · 双宿主 · 扫码入口 · 聊天即服务
概念解释
国际平台惯例默认操作系统是唯一宿主：应用从商店安装，身份跟 Apple ID 或 Google 账号走，导航和返回跟 iOS / Android 的系统约定走。国内用户还长期活在第二层宿主里——微信、支付宝、抖音这类超级应用自己提供发现、身份、关系和部分系统壳。于是同一件事会出现两套入口：系统桌面上的图标，以及超级应用里的搜索、公众号、扫一扫和聊天消息。差异不在某几个图标画得不一样，而在用户把哪一层当成「打开一个服务」的默认操作系统。
扫码作为主深链、在聊天线程里完成订票和客服、用超级应用搜索代替应用商店搜索，都是这套双宿主结构的表面现象。把只按 Human Interface Guidelines 或 Material 训练出来的结构直接搬进来，会漏掉第二层宿主已经占用的那些入口和习惯。
机制
双宿主会叠两层壳。系统仍有状态栏、手势和返回；超级应用又加上自己的导航栏、胶囊、底部 Tab 和消息入口。用户的返回预期因此比单宿主环境多一个「先退出客人，再退出宿主」。发现路径也分裂：国际惯例里「没装就去商店」；国内惯例里「先搜超级应用，搜不到再考虑要不要装独立 App」。二维码把线下物体、海报、桌贴变成启动器，短链和通用链接反而常常是第二选择。
聊天线程成为服务台，是因为关系链和支付能力已经在宿主里。国际惯例里客服是应用内的工单或邮件；国内惯例里客服是会话，服务进度以消息气泡的形式插在私人聊天的时间线上。这两套时间线（系统通知、聊天消息）会抢同一条「有新状态」的通道，应用若只做系统通知、不做会话内卡片，在超级应用用户里等于没有状态。
边界
出海产品面对的不是这套双宿主，按国际惯例做发现和登录是对的，硬加扫码和公众号会变成空壳。国内的独立工具类 App（相机、笔记、专业软件）如果从不进入超级应用，差异会缩小到系统层的 iOS / 安卓 / 鸿蒙，不再叠加第二宿主。老年用户和政务场景可能只用一个超级应用、几乎不用系统桌面，这时「国际那套桌面图标」不是他们的主入口。企业微信、钉钉作为工作宿主，又会叠上第三层惯例，不能把消费超级应用的入口模型直接抄进办公。
怎么落地
- 画入口地图时同时列出系统桌面和超级应用（搜索、扫码、公众号/生活号、聊天卡片），并标明哪一条才是目标用户的主路径，而不是只设计商店安装后的首页。
- 为第二宿主预留壳的空间和返回层级：客人页的返回先回到宿主，不要做成「一次滑出到系统桌面」。
- 状态同步至少覆盖系统通知和宿主会话两种通道，避免只有一种用户看得到进度。
- 验证：找只通过微信或支付宝使用该服务、从未装独立 App 的人走一遍主任务，记录他们从哪进来、在哪返回、在哪查看进度。任何「必须先下载才能开始」或「进度只出现在系统通知里」的步骤，都是按单宿主惯例在国内双宿主环境里漏掉的口。再找只用独立 App、不进超级应用的人走一次，确认没有把宿主入口做成唯一门。