下沉市场的渠道数字化，本质上是一类特殊约束下的系统设计问题：终端密度低、网络条件差、用户数字素养参差。照搬一二线架构的项目，多数折在这三个约束上。本文拆解低密度场景下的架构取舍。
一、数据采集层：回传优于集成
县域经销商不具备系统集成条件（无 ERP 或 ERP 简陋）。架构上的正确姿势是结构化回传而非接口对接：约定进货、库存、销售三张数据表的字段结构，经销商按周回传，DMS 侧做货品编码自动对齐。
设计要点：对齐引擎要能处理编码不一致（同一 SKU 三种叫法）、单位不一致（箱/瓶/件混用）、时间粒度粗（只有日期没有时间戳）。这三个脏数据问题解决的优先级高于任何分析功能。
二、排线算法：约束是密度不是距离
乡镇排线的算法约束与城市不同：城市排线优化的是时间窗，乡镇排线优化的是空间聚类＋集市日节律。实现上两层：第一层按门店坐标聚类成线路（密度阈值控制线路长度），第二层按赶集日历调整拜访频次权重。
一个容易被忽略的输入：集市日历是按乡镇不同的，需要作为配置数据维护，而不是硬编码。
三、执行端：三步动作与照片可信性
低密度场景下业代独立作战，管理抓手只剩过程数据。执行端设计原则：动作精简（打卡、拍照、下单），照片作为唯一过程证据必须过可信性校验------翻拍检测在端侧实时推理，疑似翻拍即时拦截，比云端事后检测的威慑力高一量级。
弱网设计：乡镇网络覆盖不稳定，拍照、识别、提交全链路要支持离线缓存＋网络恢复后补传，冲突合并策略要在协议层定好。
四、履约层：三种形态的调度
车销（车载进销存）、B2B 自助订货、经销商配送，三种履约形态按线路订单密度动态配置。架构上这要求订单中台统一承接三种来源的订单，履约路由按密度阈值分发------这层做薄了，三种形态就会各自为政，库存视图分裂。
集市日脉冲是容量规划的关键场景：订单量在集市日集中爆发，B2B 端与配送调度要按脉冲峰值而非日均设计。
五、踩过的坑
- 按行政乡镇切块排线上线三个月，业代在途时间占比过半，真实到店率与系统拜访完成率严重背离。重写为密度聚类后恢复。
- 经销商回传初期编码对不上，对齐引擎上线前两周对齐率只有六成------字段映射规则要内置行业常识（箱规换算、品名模糊匹配），纯规则引擎不够。
- 弱网补传没做幂等，一次网络重试产生重复订单。教训：低密度场景的每个接口都要按"一定会重试"设计。
小结
下沉市场渠道系统的架构主题是"降配合成本"：回传代替集成、密度代替距离、脉冲代替日均。约束想清楚了，技术选型反而是简单部分。