智能投影仪准备参加海外展会时，硬件样机通常已经可以演示，配套 App 却不一定完成当地应用商店上架。
展台上的客户想亲自体验投屏、遥控、设备配网或内容管理功能，工作人员便需要把 Android App 临时提供给对方安装。最直接的做法，是把 APK 放进邮件、聊天群或网盘，再将链接发给现场客户。
这种方式在展会第一天可能很方便，问题往往在几天后才出现：
有人转发了安装包；有人保存了旧版链接；不同工作人员发送了不同版本；展会结束后，原来的文件仍然能够继续下载；等研发发布修复版本时，现场已经分不清客户手机里安装的是哪一版。
这不是简单的"把 APK 发出去"问题，而是一项有开始时间、结束时间和版本边界的短期 App 交付任务。
展会试用和正式发布，解决的不是同一个问题
海外展会上的 App 试用，通常服务于客户体验、渠道洽谈、媒体演示或样机验证。参与人数有限，持续时间也比较短。
正式面向消费者发布则不同。企业需要考虑应用商店审核、目标市场法规、隐私政策、账号体系、长期维护和售后支持。
如果把展会测试包当成正式版本公开传播，容易产生三个问题。
第一，测试包中的功能和正式承诺可能并不一致。部分功能可能依赖指定样机、测试账号或临时服务器环境，离开展台后无法正常使用。
第二，展会期间更新频繁。研发可能根据现场反馈连续修复投屏失败、设备发现异常或系统兼容问题。如果工作人员继续发送电脑里保存的旧 APK，新旧版本很快就会混在一起。
第三，展会结束不等于安装包自然消失。已经发进邮件、聊天工具和网盘的文件仍然可能被下载和转发，企业很难确认外部人员拿到的是哪个版本。
因此，展会试用需要单独设计一条交付路径，而不是临时借用正式发布流程。
在生成下载链接之前，先确定四个边界
一个可管理的海外展会试用入口，至少要先回答四个问题。
谁可以安装？
需要区分展台来访者、意向客户、海外经销商、媒体和内部工作人员。
如果任何扫描二维码的人都能直接下载，那么入口实际上已经接近公开分发；如果只有经过工作人员确认的客户才能体验，则应设置相应的访问条件。
这里不能只依靠一句"请勿转发"。密码、问答验证、团队成员或授权码等方式能够增加访问门槛，但没有任何下载页面可以绝对阻止对方保存和转发已经取得的 APK。
真正敏感的功能，还应由 App 内账号权限、测试账号有效期、设备绑定或服务端授权控制，而不能全部交给下载链接。
什么时候可以下载？
展会入口应有明确的开放时间和关闭时间。
例如，下载可以在布展和内部验收完成后开放，在展会结束或测试计划结束后关闭。这样可以避免二维码提前流出，也能减少旧活动资料在几个月后继续传播。
但需要注意，关闭下载只是阻止新的用户继续取得安装包，不能远程删除已经安装到手机里的 App，也不能自动让 App 停止运行。
如果企业要求试用结束后无法继续使用，需要在 App 自身的账号、接口或业务权限中设计有效期。
现场应该使用哪个版本？
展会开始前应确定唯一的"现场放行版本"，并记录：
-
App 版本号与构建编号；
-
对应的投影仪型号和固件版本；
-
支持的 Android 系统范围；
-
已验证的核心演示功能；
-
当前已知问题；
-
发布负责人和放行时间。
文件名写着"最新版本"没有实际意义。只要研发再次上传新包，原来的"最新"就变成了旧版。
现场工作人员判断版本时，应以安装页面展示的版本信息和内部放行记录为准，而不是凭文件名或聊天记录判断。
试用结束后保留什么？
展会结束后，企业需要保留的是可追溯记录，而不是继续保留一个无人管理的公开链接。
至少应留下：最终现场版本、问题反馈、测试设备环境、修复情况以及是否进入正式发布流程。
如果某个版本只用于现场演示，结束后还要决定它是关闭下载、转为内部验证，还是被后续版本替代。
一个可靠的展会试用流程，应该从展前验收开始
临近出发才把 APK 发给市场人员，通常会把研发问题带到展会现场。
更稳妥的方式，是在展前完成一次接近真实环境的演练。
首先，使用与展会相同型号的投影仪、固件和手机测试完整流程，包括打开下载页、下载 APK、系统安装、启动 App、登录或进入体验模式、发现设备、完成连接和操作核心功能。
其次，检查下载页面是否能让第一次接触产品的人看懂。页面至少应说明 App 名称、适用的投影仪系列、当前版本、Android 系统要求、测试用途和必要的安装提示。
不要只显示一个"立即安装"按钮。海外客户面对陌生安装包时，首先关心的是：这是什么 App、是不是对应眼前的设备、为什么不在应用商店以及安装后能够体验什么。
最后，再确定现场入口和访问方式。工作人员应该使用同一个入口，不应有人发网盘、有人发邮件附件、还有人发送本地保存的 APK。
蒲公英适合承接哪一部分？
当测试包已经通过内部验收后，蒲公英可以承接安装包托管、安装页面和版本分发这段流程。
按照蒲公英当前公开文档，APP 设置中可以管理是否允许下载、设置下载起止日期，并根据 App 与账户当前状态选择公开、密码、问题、团队成员或授权码等安装方式。
这意味着企业可以围绕一次海外展会建立较清晰的试用入口：
展前完成测试但暂不开放；展会期间允许目标人员访问；活动结束后关闭后续下载；如果现场发布修复版，则在同一套应用和版本管理流程中更新版本信息。
蒲公英版本管理还可以查看和管理当前保留的版本，执行发布、显示或隐藏、设为当前版本等操作。企业不必每次修复问题后重新创建一个网盘文件，再逐个通知不同展台人员更换链接。
不过，蒲公英在这里解决的是"测试 App 怎样交付和管理"，并不替企业完成以下工作：
-
决定哪个构建可以参加展会；
-
保证 App 与所有投影仪固件兼容；
-
代替 App 内账号和功能权限；
-
代替 Google Play 或当地应用市场审核；
-
自动让已经安装的 App 在活动结束后失效；
-
保证安装包绝对无法被转发。
把这些边界写清楚，反而能避免把内测分发平台误解成远程设备管理或正式应用商店。
现场发布修复版时，不要重新制造一个入口
展会中最容易混乱的情况，是研发临时修复问题后又发来一个 APK。
如果每次更新都生成一组新文件、新链接和新二维码，工作人员很快就无法判断该发哪一个。已经保存旧材料的人也不会自动知道版本已经变化。
更合理的做法是保留稳定的试用入口，在后台维护当前放行版本，同时把每次更新记录清楚。
发布修复版前，至少要重新验证三个方面：
一是能否覆盖安装。新旧 APK 的包名、签名和版本关系必须满足 Android 安装要求，不能等客户手机提示失败时才发现无法直接升级。
二是是否影响已有状态。覆盖安装、卸载重装可能影响登录状态、设备绑定、本地配置或演示数据，现场不能把"先卸载再试"当成默认处理方式。
三是是否真正修复了原问题。下载成功和安装成功都不等于投影、连接或控制功能已经恢复。修复版必须在原来出现问题的设备和网络环境中重新验证。
确认通过后，再将它设为现场放行版本，并通知工作人员使用原来的统一入口。
Android 可以站外安装，但不代表可以忽略系统规则
Android 官方允许开发者通过应用市场之外的网站或其他渠道分发应用，但系统会对未知来源安装进行保护，用户需要针对实际使用的浏览器或文件管理器授予相应安装权限。
企业不能在文章、展板或现场话术中简单告诉用户"关闭手机安全保护"。更合适的表达是：只从企业确认的入口获取安装包，按照系统提示为本次可信来源完成必要授权，安装结束后再根据企业安全要求处理权限。
Android 的开发者验证要求也在持续推进。计划长期在 Google Play 之外分发 App 的企业，应根据目标国家、设备类型和最新官方规则，提前检查开发者身份、应用包名和签名密钥等要求，不能等到展会现场才处理。
内测分发可以解决安装包到达测试者的问题，但不能绕过操作系统和目标市场的安全规则。
展会结束后，至少完成一次正式收口
撤展并不是 App 任务结束的标志。
负责人员应在活动结束后检查下载入口是否按计划关闭，确认是否仍有需要继续测试的渠道伙伴，并将这部分人员转入新的受控测试流程，而不是无限延长原展会入口。
与此同时，还要整理现场实际使用的版本、反馈问题、设备型号、Android 系统和投影仪固件信息。只有能对应到明确环境的反馈，研发才有机会稳定复现。
如果 App 准备进入正式海外发布阶段，则应重新评估应用商店上架、长期下载入口、多语言说明、隐私合规和售后维护，不应把展会测试链接直接变成面向所有消费者的永久下载地址。
最后检查：这个入口能不能在没有研发陪同的情况下使用？
海外展会现场节奏很快。真正有效的试用入口，不应该依赖某一位研发人员站在旁边解释每个步骤。
发布前可以用下面这份清单做最后确认：
-
现场只有一个经过确认的 App 下载入口；
-
页面能够说明 App 对应的投影仪型号和试用目的；
-
版本号、构建编号和更新时间可以核对；
-
已设置合适的访问方式和开放期限；
-
工作人员知道安装失败和连接失败是不同问题；
-
修复版本必须重新验证后才能切换；
-
展会结束后有人负责关闭下载并整理反馈；
-
已安装 App 的后续权限由 App 自身机制管理；
-
正式公开发布仍需单独完成应用商店和合规评估。
对于智能投影仪企业而言，海外展会上的配套 App 不是一份临时附件，而是客户体验硬件产品的一部分。
把下载入口、版本、开放时间和责任人提前设计清楚，既能让客户更顺利地完成现场体验，也能避免一次短期展会留下长期失控的 APK 和版本问题。