企业官网建设流程全解析

传统实体店里的扫码购物，大家应该都不陌生。二维码贴在价签上，顾客掏手机、解锁、开相机、对准码、等识别，再跳转小程序、授权、绑定、加购……链路只要稍微长一点，顾客的耐心就没了。我在几家连锁门店里见过扫码购的真实账单，转化率低到不好意思拿出来讲。后来换了蓝牙BLE标签的方案，才意识到问题出在哪：我们一直在逼着顾客“主动找商品”，而不是让商品“主动找到顾客”。这篇就聊聊这个思路，以及落地过程中那些不踩不知道的坑。

BLE标签本质上是一颗低功耗蓝牙广播芯片，它不停向外发送特定格式的信号，手机在附近就能收到。搭配不同协议，它可以告诉手机“我在这”“我是谁”“我关联什么商品”。购物场景里，它最大的价值就是把“顾客需主动操作”变成“手机自动感知”，靠推送把购买入口送到顾客锁屏页面上。

这篇文章适合正在做实体零售数字化转型、做商超扫码购、做智慧门店的从业者，也适合产品经理和刚接触IoT硬件方案的技术同学。我会从方案选型、硬件参数、协议配置、门店实测到问题排查，完整拆一遍，保证你看完能直接照着做试点。

1. 核心思路拆解：为什么偏偏是BLE，而不是二维码和NFC

1.1 三种主流方案的单点对比

二维码的问题前面已经说了，核心是“被动触发”。顾客必须完成对准、识别、跳转这一系列动作才能进入购买流程，而这个流程每多一步，转化率就掉一个台阶。另外二维码对光线的要求很高，超市冷柜区和灯光死角经常扫不出来，自助收银台排队的很多顾客就是卡在这一环。

NFC确实比二维码快，手机碰一下价签就能拉起页面，但它有两个麻烦：一是需要顾客把手机非常贴近价签，基本在5厘米以内，这个动作在货架前并不自然；二是iPhone对NFC标签的读取到今天依然有系统限制，要主动解锁并靠近才能触发，无法做到“走近货架就自动收到”。NFC更适合做支付碰一碰，不适合做货架前的内容推送。

BLE标签走的是另一条路，它不需要顾客做任何动作，只要手机蓝牙是开的，人走进信号范围（常见的3到10米），手机就会收到广播数据。iOS和Android两大系统都原生支持BLE扫描，而且耗电极低，一颗纽扣电池能跑一年多。这就把交互从“人找货”翻转为“货找人”，购物入口会自己出现在顾客的锁屏通知栏里。

1.2 它到底解决了哪些实际痛点

第一是冲动消费转化。很多零售场景里，顾客在货架前犹豫的时间只有十几秒，如果还要扫码、加载页面，念头基本就断了。BLE标签能在这十几秒内把商品卡片、折扣信息直接推到手机上，把犹豫期变成转化窗口。

第二是动态价格和库存的实时同步。传统纸质价签改了价格，顾客扫码后看到的还是旧价，体验很割裂。BLE标签广播的内容由后台控制，改价即改广播，顾客看到的永远是最新状态，还能标记低库存或已售罄状态。

第三是货架动线数据回收。基于手机的RSSI信号强度，可以大致判断顾客在哪条通道、哪组货架前停留了多久。单纯靠标签做不到像UWB那样的厘米级定位，但货架级别的停留分析足够支撑选品和陈列优化了。

第四是场景化组合推荐。饮料货架的标签可以广播“搭配某品牌零食满减”，母婴区的标签可以广播“同品牌纸尿裤多片装更划算”，这些是传统价签完全做不了的。

当然了，BLE不是万能的。它只能告诉我们“人大概在哪个区域”，如果做精细室内定位需要多个标签三角定位，成本会高很多。对大多数扫码购场景，区域级判断已经足够用。这里我的建议是：BLE标签负责“触发”，二维码负责“兜底”，两种通道叠加，转化和覆盖都能兼顾，而不是用BLE替代二维码。

2. 技术细节与选型要点：从硬件到协议的一次性讲清楚

2.1 BLE标签的硬件选型与关键参数

选BLE标签硬件，核心看四样东西：芯片平台、电池方案、广播参数、外壳与防护。现在市面上大部分beacon模块用的芯片是nRF51系列、nRF52系列或者DA14580方案，这些芯片都很成熟，功耗差异主要在固件优化上，而不是芯片本身。建议优先选nRF52系列，因为它的广播发射功率可调范围更大，发射功率可以到+4dBm甚至更高，信号覆盖更远，而且支持协议栈切换，后续要改功能更方便。

电池方案直接影响维护成本。大部分价签标签配的是CR2032纽扣电池，容量在220mAh左右，在0dBm发射功率下广播，实测续航大多在1到2年之间，具体取决于广播间隔。如果你的门店在华南这种高湿环境，或者标签要进冷藏展示柜，务必选防潮等级达到IP54甚至更高的型号，否则PCB受潮会导致广播信号衰减，甚至电池提前耗尽。我第一轮试点时吃过这个亏，贴在水饮冷柜里的标签换了两次电池，后来才发现是受潮漏电。

广播参数是影响体验的关键。主要调两个值：广播间隔（Advertising Interval）和发射功率（TX Power）。广播间隔越短，手机发现标签越快，但功耗也越高。100ms间隔响应快，适合高峰期或引流商品，但续航会明显缩短；300ms到500ms间隔是日常推荐值，响应可以接受，功耗也均衡。发射功率同样的道理，0dBm适合门店标准货架通道，覆盖5到8米，+4dBm适合大卖场通道或需要跨区域触发的情况。

这里有一个经验值：2.4GHz频段对金属和液体都很敏感，标签不能直接贴在金属货架立柱上，也不要贴在水饮区堆头的正后方，信号会被吸收掉大半。间距建议保持在5到10米设置一个，实际需要根据货架高度和通道宽度现场测。

2.2 协议选择：iBeacon、Eddystone-URL还是双协议

现在市场主流是两种协议栈：苹果的iBeacon和谷歌主导的Eddystone。iBeacon广播包里面包含UUID、Major、Minor三段信息，相当于一个大区域ID、中区域ID和小区域ID的组合。它的优势是iOS生态支持最好，App在后台也能监听，配合通知栏推送非常顺滑。缺点是UUID不直观，需要后台做三段映射才能关联到具体商品。

Eddystone是个协议家族，有URL、UID、TLM等类型。其中Eddystone-URL最实用，它直接把一个HTTP或HTTPS链接编进广播包里，Android手机靠近时就能在通知栏显示一个链接入口，点击直接打开网页或小程序。URL协议还有个好处，不用安装App也能体验，对零售拉新特别友好。缺点是需要用短链服务把链接压短，因为广播包能承载的字节数有限，大概十几个字符，太长的URL装不下。

实际项目里我不建议二选一，更推荐双协议广播。现在很多beacon标签支持同时广播iBeacon和Eddystone-URL，一台设备同时发两种包。这样配置就变成了：iBeacon负责给自有App或小程序提供精准触发和数据分析，Eddystone-URL负责给不装App的普通用户提供点击直达购买页的通路。两条腿走路，覆盖才完整。如果标签只支持单协议，优先选Eddystone-URL，因为iOS也能识别URL类型，兼容性更好一些。

2.3 手机端的交互链路设计

方案最终要落在用户手机上，所以我会先把交互流程拉出来，再反推技术配置。最简单的一套流程是这样的：顾客走近货架，手机蓝牙扫描到标签广播，系统判断标签对应的SKU和促销活动，给App或小程序推送一张商品卡片，顾客点卡片进入商品详情，确认后直接下单，完成购买，货架端不需要排队结账，后台自动通知店员捡货。

iOS端如果用iBeacon，核心是监听定位权限和通知授权。用户在系统设置里打开蓝牙和通知，App在后台就能收到iBeacon事件，哪怕手机锁屏，通知栏也能弹出卡片。这里有个系统限制要注意：iOS对后台定位和蓝牙监听有严格管理，你需要引导用户在设置里给App开启“使用App期间”或“始终”的位置权限，并在App启动时请求“允许通知”。如果用户关了后台App刷新，推送触发就会变慢甚至失效，这就是为什么很多门店试点后数据很差，不是标签问题，是权限引导没做到位。

Android端的实现有两种路径。一种是通过自己的App或小程序扫描iBeacon或BLE广播，缺点是需要App或小程序保持蓝牙扫描，部分国产手机在后台会自动杀进程，导致扫描中断。另一种是利用系统级Eddystone-URL能力，Android的Chrome浏览器会直接处理URL广播，这个体验最好，而且不需要App常驻。

在实际项目里，我的做法是：先把所有商品信息在后台配置成一张映射表，标签ID关联SKU、站点、活动信息和价格；然后通过管理后台把指向H5或小程序地址的短链下发到标签；最后在App/小程序端接入雷达扫描和通知推送。这个链路做到位后，顾客无论是iOS还是Android，都能在3秒内收到购买入口。配置示例后面实操章节里会给。

3. 实操部署全过程：从勘测到验收的完整流程

3.1 试点门店的勘测与标签数量预估

部署BLE标签不是买回来就贴，第一步是勘测。你需要做三件事：拿到门店平面图，标注所有货架、通道、冷柜、收银台位置；记录货架材质和高度，金属货架、木制货架、玻璃冷柜门的信号反射率完全不一样；然后走一遍顾客动线，标记出主通道、促销堆头、端架这些高流量点位。

数量估算有个简单算法，一个标签的推荐覆盖半径按5米算，一个常规超市通道宽度通常在2到3米之间，标签链式布置在通道一侧货架上，每隔6到8米放一个就能连续覆盖。用这个逻辑去套，一个2000平米的中型超市，大约需要80到150个标签。冷柜区和酒水区要多布20%到30%，因为金属框和液体对信号的衰减很严重。

勘测的另外一个要点是确认蓝牙环境。门店如果已经部署了大量蓝牙设备，比如蓝牙锁、蓝牙秤、蓝牙音箱，会对标签信号形成干扰。试点前用手机装一个BLE扫描工具（网上很多免费的），把门店原有蓝牙设备的广播频率和信号强度记录下来，避开冲突。

3.2 标签部署与SKU绑定的实操流程

标签拿到手，第一件事不是贴，是建立台账。每个标签外壳上都有唯一的MAC地址或QR码，先扫描标签上的二维码，录入后台，分配一个业务ID，再和具体SKU绑定。这一步如果漏了，后面在货架前做映射就是灾难，我见过同事把A商品的标签贴到B商品价签后面，顾客收到推送后找半天货，这是最伤体验的事故。

部署位置的经验值我总结一下：标签离地1.4到1.6米是最佳高度，这个高度正好是顾客手机自然摆放的位置，信号最容易覆盖；不要贴在金属表面上，如果货架本身就是金属的，用塑料支架或垫片隔开至少3厘米；标签正面（天线方向）朝向通道，不要朝墙或者朝货架内部；冰柜玻璃门内的标签要贴在外侧玻璃面或门框上，避免隔着玻璃和冷藏环境双重损耗。

绑定和配置的操作顺序建议是：先在后台批量生成标签台账，导出绑定的SKU列表，复核一遍；再配置每个标签的广播参数，包括协议类型、广播间隔、发射功率；然后配置商品页面URL和推送卡片；最后再实际贴到价签旁边。先贴后配的话，容易把标签拿混，复盘成本高。

配置指令下发后，需要做一次现场行为测试。两个人配合：一个人在货架前用手机测信号强度，另一个人在后台看数据心跳。如果后台能看到每条标签的广播记录和RSSI波动，说明链路已经通了。测完以后再在真实手机样本上测用户流程，不要只在开发机上测，这两者差别能大到怀疑人生。

3.3 现场联调的性能验证与验收标准

联调阶段，我会定一个明确的验收标准，不达标就不上线：手机蓝牙开启但锁屏状态下，从走进货架区域到收到通知，时间不超过3秒；解锁后在通道内打开对应App或小程序，商品卡片在1秒内弹出；站在标签正前方5米外，信号强度不低于-80dBm；在通道两端和货架夹角处，同一标签连续触发成功率达到95%以上。

这里有个细节值得提醒：很多团队只测了点亮屏状态下点击通知的流程，忽略了锁屏推送和息屏扫描。零售场景里，顾客把手机放在口袋里的比例非常高，锁屏状态下能不能收到，直接决定了实际转化率。iOS和Android对息屏蓝牙扫描的处理策略不一样，联调时这两条线必须分开测。

另外，做试点的时候一定要做“负向测试”，就是测顾客离开货架区域后，通知是否会正确消失。如果标签信号覆盖范围过广，人走了还继续收到推送，会被当成骚扰推送，用户投诉率直接飙升。我通常在后台设置触发半径和冷却时间，同一个顾客在5分钟内不重复推送同一条商品信息，这个策略在线下导购场景里很重要。

试点跑2到4周，数据积累量就够了。对比维度建议看三块：标签触发率（有多少顾客手机和标签建立过联系）、点击率（收到卡片后点击的用户比例）、购买转化率（从点击到支付完成的用户比例）。我一般在试点中重点关注的是点击率，最能反映推送卡片和商品关联的质量。

4. 常见问题与排查技巧实录

4.1 信号类问题：为什么标签就在眼前，手机却收不到

这类问题十有八九是物理环境导致的。最典型的场景：标签贴在金属货架的立柱上，2.4GHz信号被金属面直接反射吸收，看起来标签就在眼前，手机却扫不到。排查的方法是拿手机蓝牙扫描工具看实时RSSI，在距离标签1米处测，如果信号低于-70dBm，基本可以确定是天线方向或金属遮挡的问题。

水饮品区是另一个重灾区。饮料堆头本质上是大量液体堆在那里，液体对2.4GHz信号吸收非常强。我做过一个实验：同样一个标签，从堆头正面移到侧面货架，RSSI从-75提升到-55，效果天壤之别。解决方案是尽量把标签贴在通道侧的货架边缘，避开成堆商品正后方。如果实在只能贴在堆头附近，可以把发射功率提到+4dBm，但也要做好续航缩短的心理准备。

还有一种情况是标签本身的广播周期和手机扫描窗口错开了。BLE扫描不是每时每刻都开的，手机为了省电会有扫描窗口，如果标签广播间隔太长，手机恰好错过了广播窗口，就会感觉“信号飘忽”。应对方法是把广播间隔控制在200ms到300ms，兼顾功耗和触发的稳定。不要单方面调大功率试图解决一切问题，很多时候功率的一致性和广播频率才是关键。

4.2 平台兼容问题：iOS和Android的触发差异清单

iOS这边最常遇到的是权限没引导好。用户装完App，如果拒绝通知授权，那后续所有推送都白搭。实测经验是在用户第一次打开App时，用一个页面先解释为什么需要蓝牙和通知，解释完再弹系统授权，授权同意率比直接弹窗高很多。iOS的锁屏推送对APP后台模式也有要求，需要在后台模式里勾选“使用蓝牙与附件”，很多开发容易漏掉这个配置。

Android这边主要敌人是手机厂商的省电策略。国产手机对后台App扫描蓝牙的容忍度很低，用户锁屏后系统会自动暂停后台扫描，这是Android机型百花齐放导致的碎片化问题。目前比较稳的处理方式是用系统级的Eddystone-URL通道，而不是依赖App在后台扫描。另一个常见问题是部分Android手机对蓝牙附近的权限要求是捆绑位置权限的，需要在隐私设置里同时打开定位服务，只开蓝牙不开定位，扫描功能就出不来。

如果你在测试时发现小米系和华为系手机表现差异明显，不要奇怪，这是常态。务必要在试点前准备一张主流机型兼容表，至少在覆盖头部几个品牌的中端机上都跑一遍，不要只在某单一品牌的手机上自测。

4.3 运营配置问题：数据对不上和推送内容不准

很多项目翻车在后台映射环节。同一个标签在系统里可能叫三个名字：标签硬件MAC、业务标签ID、绑定的SKU编码。如果后台录入时没有统一规范，后续改商品信息、调整价格就会频繁出错。我后来强制要求团队用SKU编码作为唯一关联索引，标签ID只是中间层，MAC只是硬件标识，三层结构分离管理，改标签不碰SKU，改SKU不碰标签，数据就干净很多。

推送内容不准的问题，更多是商品信息更新不及时。比如标签广播的URL是短链，短链跳转的商品详情页如果缓存了旧价格，顾客点击后看到的价格和标签旁边纸质价签的价格不一致，信任就崩了。这里建议把H5详情页的价格和库存做成实时接口，每次打开都回源查询，不要做静态化缓存，尤其促销期间改价频繁，缓存策略要做长更新周期。

还有一个容易忽略的点：更换电池后标签配置可能会丢失。部分标签没有掉电保存能力，换完电池以后广播内容恢复出厂，需要重新下发配置。建议在运维台账里增加“电池更换记录”字段，每次换电池后强制复查配置下发状态，避免死标签。

4.4 冷柜区和生鲜区的特殊经验补充

生鲜区部署BLE标签和常温区的逻辑完全不一样。冷柜玻璃门会导致信号穿门衰减，铝框门框更是直接把信号挡掉一大截，标签必须贴在玻璃门的外侧，而且尽量贴近门缝位置，不能贴在铝框上。冷藏环境对电池也是严峻考验，低温下纽扣电池电压会掉，广播功率不稳，续航能缩短差不多三分之一。

水产区和活鲜区的湿度极高，标签PCB很容易积潮短路。这里的处理方案是用带防水外壳的标签，用浇注胶封闭的型号，不要贪便宜买裸板。另外我建议生鲜区不要部署那种带LED指示灯的标签，那部分额外功耗会让电池提前报废，而且灯光在生鲜区容易让标签发热，冷凝水会更多。

如果你想把标签范围覆盖到十字通道，也就是两条通道交汇处，建议不要靠增加单个标签功率去覆盖，而是选择在两个通道交叉点分别部署两个标签，用双标签交叉覆盖。原因是单标签功率过大容易串到旁边通道，造成相邻货架的误触发，双标签各自中低功率覆盖，边界反而更干净。

最后分享一点个人体会

我第一轮试点的时候，把太多精力放在了硬件参数和信号调试上，结果试运行第一周转化率并不好看。后来拿着后台数据对比才发现，不是链路没通，而是推送的商品卡片做得太像广告，顾客点掉之后就走了。后来把卡片内容按“货架场景”重做了两版，弱化促销味道，强调商品参数和搭配理由，点击率一下子就上来了。

BLE标签说到底只是一根“连接线”，它帮我们把顾客的注意力和商品链接起来，但真正让顾客掏钱的，还是那一秒多的内容体验。硬件调通只是前面50%，后面那50%在运营策略和内容表达上。希望这篇能帮你少走我走过的弯路，落地少踩一个坑，就够了。