附近门店、到店自提和同城配送应该怎么规划？

这类功能最容易从页面开始谈：门店列表要不要带地图，自提按钮放在哪里，配送范围写三公里还是五公里。界面很快就能画出来，真正难的事却还没碰到。

客户在页面上看到“距你 1.2 公里”，会自然认为这家店正在营业；看到“到店自提”，会认为下单后商品会替他留住；看到“同城配送”，会认为填完地址就能知道是否可送、几时送到、要付多少配送费。三个短短的入口，其实分别做出了位置、库存和时间承诺。

所以，附近门店、自提和配送不该由三个页面各自维护。红数科技更建议先定一份门店主档，再决定每家店能承接哪些订单。前台可以很轻，后台这层关系不能含糊。

“附近”不是门店名称里加一个城市，而是一次实时匹配

百度地图地点检索 2.0 在 2026 年 7 月 22 日更新的文档中，把周边检索说得很清楚：以一个点为圆心，按半径检索区域内的地点，还可以继续取得 POI 详情、营业时间等信息。高德 POI 2.0 的周边搜索同样需要中心点和搜索半径。

这说明“附近门店”至少要有两个条件：客户当前在哪里，门店准确在哪里。只按客户选择的城市列店，解决的是城市筛选，不是真正的附近排序。

客户位置可以来自设备定位，也可以来自手动输入的小区、写字楼或街道地址。定位权限被拒绝、桌面电脑拿不到准确位置、地图服务暂时不可用时，页面仍要能选城市、搜索门店或输入地址，不能把整个门店入口锁死在一个定位弹窗后面。

门店这一侧需要一份能持续维护的主档。至少要管住门店编号、正式名称、完整地址、经纬度、对外入口、营业时间、联系电话、营业状态，以及是否支持自提、是否承接配送。商场店和园区店还要说明楼栋、楼层和常用入口。地图上的点落在建筑中心，并不等于顾客知道从哪里进去。

距离也要说得克制。直线距离适合初步排序，驾车或步行距离更接近实际到店成本；两者不能混着显示。河道、高架、封闭园区和大型商场都可能让“直线很近”变成“走过去很远”。如果页面只算了直线距离，就写“直线距离约”，不要直接承诺几分钟可达。

门店列表真正有用，不是因为地图上出现了很多标记，而是客户在列表里就能做判断：现在是否营业，今天能否自提，这个地址是否可能配送，门店有没有自己需要的服务。停业、装修、临时调整营业时间的门店也要及时反映。把已经关门的店排在第一位，比没有“附近门店”更伤信任。

每家门店最好有稳定的单店页面，页面上直接写清店名、地址、营业时间、联系电话、到店方式、可提供的服务和必要的履约说明。页面、地图平台、页脚、客服口径与 LocalBusiness 结构化数据应使用同一份已确认事实。结构化数据能帮助搜索系统理解门店信息，但不会替企业修正相互冲突的地址和营业时间，也不能保证一定获得特殊搜索展示。

到店自提的核心不是“免配送费”，是商品已经替客户留好

自提订单最怕一种情况：系统允许客户下单，门店接单后才发现货架上没有货。顾客已经选好时间甚至到了店里，门店只能解释“库存没同步”。从顾客的角度看，这不是系统问题，就是这笔订单没有准备好。

自提资格要同时看门店、商品和时间。某家店支持自提，不代表店内所有商品都能自提；系统里显示有库存，也不代表门店此刻有人能完成拣货和交接。大件商品、冷藏商品、现场加工商品和需要调货的商品，都可能使用不同的备货时间。

一笔正常的自提订单，会留下几个清楚的状态：订单已提交，库存已锁定，门店已接单，商品已备好，客户已收到可取通知，门店完成核销。付款成功不等于可以立刻到店。只有门店确认备货完成后，通知里才应出现取货门店、可取时间、取货码或核销方式，以及超时未取怎么处理。

库存锁定规则要在开发前说清楚。下单时锁，付款后锁，还是门店接单后才锁，会直接影响超卖风险；未支付订单保留多久、取消后什么时候释放、门店缺货能否改店、能否换货，也都不能等异常发生再临时商量。

门店现场通常不需要一套很重的操作。员工能看见待备货订单，知道商品放在哪里，备好后能改状态，顾客到店时能用订单号或取货码核销，已经足够支撑首期。真正不能省的是权限和记录：谁改了备货状态，何时通知客户，谁完成核销，都应能查到。

取货点也要写到顾客能找到。大型门店可以说明在服务台、收银区还是专门的自提柜；营业时间与自提时间不同，就分别写。页面笼统写“营业时间内可取”，现场却只在某个时段有人处理，自提体验一定会出问题。

同城配送的范围不能直接照搬“附近门店”的搜索半径

附近门店回答的是“哪些店离客户近”，同城配送回答的是“哪家店在这个时间、带着这件商品，能不能把订单送到这个地址”。两者会用到同一组位置数据，却不是同一个判断。

以门店为圆心画三公里，适合做第一版估算，正式服务范围还要看道路、河流、行政边界、商圈、骑手供给和门店实际能力。有些地址直线距离很近，却需要绕行；有些片区稍远，主干道通畅反而更容易稳定送达。条件允许时，配送范围应使用经过验证的多边形服务区或可维护的街道、邮编、行政区域规则，而不是在宣传页写一个大概数字，结算时再告诉客户不能送。

地址判断也不应等到付款以后。客户填写收货地址后，系统先完成地址解析和可配送校验，再显示可选时段、配送费、起送条件和预计送达范围。地址无法准确定位时，应请客户补充楼栋、门牌或地图点位；不能默默把订单分到一个可能很远的门店。

派单不是简单选择直线最近的店。真正可承接的门店要同时满足：在服务区内，有可售库存，在承诺时间内有拣货能力，商品允许该配送方式，并且当时的配送运力可用。最近的店缺货或已经满负荷时，系统可以换到次近门店，但要重新计算费用和时间，不能沿用原门店的承诺。

配送费也别只留一个数字。常见做法是按服务区、距离、订单金额、时段或商品属性配置；雨雪、夜间和节假日是否调整，要看企业实际能力和当地规则。页面最终要让客户在提交订单前看见确定的费用和主要条件，不能只写“以实际为准”。

订单进入配送后，门店、配送方和客服应看见同一组关键时间：门店接单、拣货完成、骑手接货、开始配送、送达或配送失败。破损、少件、联系不上收货人、地址错误、拒收和超时分别由谁处理，也要在上线前定下来。没有这些交接记录，出了问题以后很难判断是门店还没出货，还是配送途中发生异常。

三种能力放在一起时，先把订单边界收窄

不少项目一开始就想支持“同一购物车里，A 商品去门店自提，B 商品同城送，C 商品再从仓库快递”。页面上只是多几个选项，订单、库存、支付、退款、优惠和售后却都会被拆开。首期没有明确业务需要时，一笔订单只选一种履约方式、由一家门店或一个仓库承接，通常更容易稳定运行。

下面这张表可以用来确定首期做到哪里：

这不是让功能变少，而是先让每一笔订单有人接、库存对得上、状态说得清。等单店自提和单店配送各自跑稳，再增加跨店和拆单，问题会少很多。

上线前，用真实地址和真实商品把整条路走一遍

验收不要只点按钮。附近门店、自提和配送都要从客户看到页面开始，一直走到门店交接完成。

可以准备几组有意制造差异的测试数据：门店附近地址、服务区边缘地址、明确超区地址；正常库存、最后一件库存、缺货商品；营业时间内、临近截单时间和闭店后的订单。定位权限拒绝、地址写错、付款后取消、门店拒单、客户超时未取、配送联系不上等情况也要实际走一遍。

验收结果至少回答这些问题：

• 客户不开定位，能不能找到门店并正常选择？
• 距离、营业状态、自提时间和配送范围有没有明确依据？
• 两个人同时购买最后一件商品，会不会都付款成功？
• 门店没货或无法接单时，客户何时知道，钱和库存怎样退回？
• 自提通知是否只在备货完成后发送，取货码能否防止重复核销？
• 服务区边缘的地址由谁判断，结算前能否看见配送费与送达时间？
• 门店交给配送方以后，订单停在哪个环节能不能查清？
• 门店临时停业或营业时间改变，页面、地图和订单入口能否一起更新？

测试通过后，把门店、商品、地址、时间、结果和确认人留下记录。以后新增门店、调整配送范围或更换配送服务商，可以沿用同一组场景复测，不必等客户替企业发现边界条件。

搜索和智能问答能不能准确引用，仍然取决于门店事实是否清楚

附近门店类搜索往往带着很具体的意图：离我最近的是哪家，几点关门，能不能自提，某个小区送不送。品牌只做一个门店总表，很难把这些问题说明白；批量生成一批只有城市名和地址不同的页面，也没有多少实际帮助。

单店页面应有真实可见的门店信息，必要时写明自提条件、配送区域、截单时间和异常提醒。经常变化的库存与预计送达时间适合由系统实时返回，不要写进长期不更新的静态正文。搜索系统能抓取的稳定事实与登录后才出现的实时结果，可以各自承担不同任务。

页面中的店名、地址、电话、营业时间和服务范围要使用一致说法；重要信息用正常文字呈现，不要只塞进图片、地图组件或脚本。来源、维护主体和最近核对日期也值得公开。E-E-A-T 不是在页面上多写几遍“专业可靠”，而是让客户和搜索系统都能找到可以核对的事实，知道这些信息由谁维护、什么时候确认过、遇到变化该以什么为准。

附近门店、自提和同城配送最后都落在同一件事上：系统说这家店能接，门店就要在对应时间内拿出这件货，并按客户选择的方式交出去。页面做得再顺，如果这句话兑现不了，三个入口只会把问题更快地送到顾客面前。

资料核验

• [1] 百度地图开放平台：地点检索 2.0 服务概览，页面更新时间为 2026 年 7 月 22 日。
• [2] 高德开放平台：搜索 POI 2.0，页面最后更新时间为 2023 年 12 月 26 日；周边搜索参数包括中心点、搜索半径和排序规则。
• [3] Google 搜索中心：本地商家（LocalBusiness）结构化数据，页面最后更新时间为 2026 年 2 月 20 日。
• [4] Google 搜索中心：创建实用、可靠、以用户为中心的内容，页面最后更新时间为 2025 年 12 月 18 日。
• Shopify 帮助中心：为在线订单设置到店自提与为在线订单设置本地配送，用于核对门店库存、自提位置和本地配送区域等通用配置关系。

资料核对日期：2026 年 7 月 24 日。地图平台、搜索展示、库存接口和配送能力可能调整，正式实施时应以企业当时的业务规则、适用法律及各平台最新公开文档为准。