店员把包装盒转过来，对准说明书上的二维码。
手机打开一个下载页。页面很干净，中间是一个大大的安装按钮。客人已经把新锁装到门上了，正等着把手机变成钥匙。
App 装好了。添加设备时，列表里没有这把锁的型号。或者有型号，选进去以后提示打不开蓝牙、找不到网关、连不上 2.4 GHz Wi-Fi。
店员换了一个“官方 App”再试。还是不行。
问题通常不是二维码坏了，而是这把锁根本不该走刚才那个安装入口。
智能门锁很少只有一个 SKU。同一品牌下面，常见的是蓝牙锁、Wi-Fi 锁、需要网关的锁，有的还带 Zigbee 或 NB-IoT。外壳长得像，包装上的 Logo 也像，配套软件却不是同一条路。
如果你的门锁已经进入日本家电店、欧洲建材商或海外经销商仓库，这个问题会比在国内研发群里更难收场。客人不会说中文型号，店员也不该靠猜。
看起来是同一个 App，其实不是同一把锁
智能锁厂商把产品拆成不同连接方式，不是为了难为下载页，而是因为供电、成本和功能边界不一样。
涂鸦公开的智能锁方案就按 Wi-Fi、蓝牙、Zigbee、NB-IoT 来覆盖不同产品。对用户来说，这意味着：
- 有的锁只在手机靠近时工作；
- 有的锁自己上网，才能远程开锁和告警；
- 有的锁必须先有网关，App 才能管它。
鹿客官方安装说明写得更直接：不同型号的产品需要使用的 App 不同，添加设备时要选择对应型号。它还区分了两种绑定方式：只做蓝牙绑定，门锁相当于本地电子锁；通过网关绑定后，才能远程查看状态、接收异常告警和管理权限。
也就是说，用户装错的不只是“一个图标”。他可能装对了品牌，却走错了型号、协议和能力预期。
海外现场把这件事放大了。说明书可能是英文或日文，包装上的内部型号被贴纸挡住，店员随手搜品牌名，应用商店里再冒出几个长得很像的第三方客户端。客人带回家以后，售后电话的第一句往往是：“我装的是你们的 App 啊。”
一个下载按钮，为什么救不了多型号
很多团队的下载页只完成一件事：把安装包递出去。
这在研发自测时够用。门锁一旦按系列铺货，它就不够了。
常见的省事做法有三种。
第一种，全系列共用一个按钮。页面标题写品牌名，正文写“扫描下载官方 App”。蓝牙锁和 Wi-Fi 锁走同一扇门。用户要到 App 里面才发现，自己这把锁不在列表里，或者列表里有名字相近、协议完全不同的型号。
第二种，靠群文件和邮件传包。总部把“最新版”发给海外代理，代理再转给门店。传到最后，文件名只剩下 lock_final.apk。没人知道它对应哪一代固件、哪几个型号、要不要网关。
第三种，只丢一个应用商店搜索词。这在已经上架、且一个 App 就能覆盖全部在售型号时成立。一旦存在多 App、OEM 白牌或区域定制包，搜索品牌名就会把人带到错误的客户端。
这些做法有一个共同点：它们默认用户在按下安装之前，已经知道自己买的是哪一把锁。
海外零售现场通常不满足这个前提。
先让下载页回答三个问题
更稳的做法，是把下载入口当成接待台，而不是自动贩卖机。
用户或店员打开页面后，至少应该能回答三个问题：
- 1. 这是哪一款产品的软件？ 品牌、系列、内部型号、包装上能对上的印刷编号。
- 2. 这把锁怎么连？ 仅蓝牙、自带 Wi-Fi，还是必须先装网关。不要用“智能连接”四个字代替。
- 3. 现在该装哪一个客户端？ 自有 App、区域 App，还是已经上架的商店应用。如果一个 App 盖不住全部型号，就不要假装只有一个按钮。
做完这三步，再谈 Android 还是 iOS，要不要密码，是不是测试包。
一个可以执行的结构是：
- 能共用就共用。 同一套 App 真正覆盖一组型号时，用一个长期入口，并在页面上列出适用型号和连接方式。
- 该拆开就拆开。 蓝牙锁和 Wi-Fi 锁如果对应不同 App、不同签名或不同最低系统要求，就给它们不同的短链和二维码。包装、说明书和经销商资料跟着 SKU 走，不要图省事印成一张。
- 店员页和用户页可以分开，版本来源不能分开。 门店培训包可以固定到验证过的版本；面向消费者的入口跟随团队认定的当前版本。两边都应该能看见型号和协议，而不是一个匿名安装按钮。
下载页不是要变成产品手册。它只要在安装前挡住最常见的错路：装错 App、选错型号、把蓝牙锁当成能远程开的 Wi-Fi 锁。
鹿客的安装说明已经把后半段写进了 App 流程：先选型号，再选绑定方式。厂商自己的下载入口，至少不该比这更省。
蒲公英能接住的，是入口和版本，不是锁的协议
门锁连不上，原因可能在固件、网关、2.4 GHz Wi-Fi、蓝牙权限或系统地区限制。这些不是分发平台该承诺的事。
把问题收回到“配套 App 怎么交给对的人”，蒲公英的位置会清楚很多。
根据当前公开文档，团队可以上传 Android、iOS 或 HarmonyOS 安装包，得到下载页、短链接和二维码。同一个应用的短地址会指向最新版本，历史版本另有固定链接。包装和经销商资料因此可以指向一个还能继续维护的入口，而不必绑死某一个文件名。
同一应用的 iOS 与 Android 版本可以合并，按访问设备展示对应平台。正式文档没有证明 HarmonyOS 也会自动并进这一个入口，鸿蒙包仍应按独立链接处理。
下载页语言可以自动识别，也可以固定成某一种。当前文档列出 11 种固定语言，包括简体中文、繁体中文、英语、日语、法语、德语、意大利语、西班牙语、俄语、波兰语和泰语。这只改变下载页文案，不会翻译 App 里的设备列表，也不会替你写型号对照表。
如果日本门店、欧洲代理和总部售后需要分开统计，可以为同一应用建不同渠道短链。渠道可以跟随最新版，也可以固定到指定版本。统计页能看下载趋势和国家或地区分布，但页面本身不自动区分来源；要拆渠道，得先把带标识的链接发出去。下载量也不等于锁已经绑定成功。
安装方式可以设成公开、密码或邀请。应用上传后默认是内测模式，下载次数受限；更大范围分发需要申请并审核。面向店员培训的测试包，和面向消费者的入口，不应混用同一套权限假设。
如果某个型号已经在 App Store 或当地 Android 商店上架，也可以在蒲公英下载页放商店链接，把正式用户送去商店。蒲公英不会代为完成海外上架。
Android 通过网页装 APK 时，用户可能要允许未知来源；手机里已有同包名但签名不同的应用，往往无法覆盖安装。iOS 的 App Store 签名包不能当成直装包；Ad Hoc 还要目标设备 UDID。不能默认所有海外 iPhone 用户扫一下就能装。
蒲公英官网目前还展示“智能硬件资料”：设备类别、品牌、系列、适用型号、连接方式等。公开操作文档和 API 尚未给出这些专用字段的说明，也还没有账号级读回可以证明所有用户都能用。在此之前，型号和协议应写进你们已经能维护的页面说明、渠道入口或独立下载页，不要把它当成已经普及的后台开关。
官网同时宣传海外 CDN、全球 CDN，以及长期保存一类口径。开发者 FAQ 则写明：应用保存时长与所选套餐有关。本篇要解决的是兼容确认，不把未公布节点、速度或保存年限写成承诺。包装或经销商资料定稿前，仍要用目标账号核对保存期、下载额度和分发模式。
送印和给经销商资料之前，先过这张表
- 这个二维码对应的是一个系列，还是一个具体 SKU；
- 页面有没有写出适用型号，以及包装上能对上的编号；
- 有没有写清仅蓝牙、Wi-Fi 还是必须先有网关；
- 一个 App 盖不住的型号，是否已经拆成不同入口；
- 日语或当地语言下载页是否只翻译了按钮，型号列表仍是中文内部名；
- Android 与 iOS 会不会走到各自的包；鸿蒙是否误并进了同一码；
- 门店培训入口和消费者入口是否被区分，版本来源是否仍受控；
- 已上架的型号，是否优先把人送到商店；
- 目标市场的真实手机有没有按包装流程走完：扫码、确认型号、安装、添加设备。
最后一项最容易被跳过。办公室 Wi-Fi 下能打开页面，只说明页面今天还在。店员用当地网络、当地语言的手机，对着印刷出来的型号走一遍，才算过关。
智能门锁卖到海外以后，用户要的不是“再来一个官方 App”。
他要先确认：自己手上这把锁，到底该进哪扇门。
引用链接
[1] 鹿客：APP 下载与添加门锁: home.lockin.com/mobile/[2] 涂鸦：智能门锁解决方案: tuya.com/cn/solution…[3] 蒲公英文档：上传应用: pgyer.com/doc/view/ap…[4] 蒲公英文档：开发者常见问题: pgyer.com/doc/view/fa…[5] 蒲公英文档：应用分组与合并: pgyer.com/doc/view/me…[6] 蒲公英文档：应用下载页语言设置: pgyer.com/doc/view/ap…[7] 蒲公英文档：分发渠道设置: pgyer.com/doc/view/ap…[8] 蒲公英文档：应用设置: pgyer.com/doc/view/ap…[9] 蒲公英文档：内测模式与分发模式: pgyer.com/doc/view/ap…[10] 蒲公英文档：显示应用商店的下载链接: pgyer.com/doc/view/ap…[11] 蒲公英文档：应用下载统计: pgyer.com/doc/view/ap…[12] 蒲公英产品页：应用分发: pgyer.com/app/distrib…
发布于 2026-08-17 16:34・荷兰
