一、项目背景

这家定制家具品牌在全国有三百多家门店，做全屋定制，客单价从几万到几十万不等。他们的交付链条比标品长得多：客户到店咨询、量尺师上门测量、设计师出方案、客户确认、拆单转生产、工厂排产、物流发货、安装队上门、验收结算，九个环节。

问题是这九个环节各用各的工具。量尺师用纸质表格加微信拍照，设计师用专业设计软件出图，拆单员在 Excel 里把设计图翻译成板件清单，工厂有自己的生产系统，安装队在另一个群里接活。中间任何一个环节改动，比如客户临时说主卧衣柜要加两个抽屉，消息就得靠人一层层传。传丢了，工厂按老图生产，板件做出来装不上，返工。

他们给我看过一份内部统计，因尺寸或方案变更导致的返工订单占了百分之十七，平均每单返工增加交付周期十一天。客户投诉里排第一的不是质量，是"说好三十天交付，拖到五十天"。

二、落地场景

主体基于 XpShop 新普MALL 的门店订单与履约能力做的扩展，核心是把一张"订单"贯穿九个环节，所有变更都挂在这张单上。

客户在门店签意向单后，系统自动生成量尺任务，按区域和技能标签派给量尺师。量尺师用手机端录数据，每个房间、每面墙、每个梁柱位置都有结构化字段，拍照必须按引导角度拍，系统会做基础校验，比如对面墙长度差异超过五厘米会提示复核。

设计师接到量尺数据后在设计软件里出方案，方案通过插件回传到订单系统，自动解析出板件清单和五金清单，同时生成报价。客户在小程序上看三维效果图并确认，确认动作留痕。

确认后拆单下发到工厂，工厂排产系统按板材规格做优化套裁。发货前系统按订单聚合，同一客户的所有柜体、五金、门板凑齐才发车，避免分批到货装不了。

安装排期是双向的：系统根据工厂预计完工时间和客户可接受的安装窗口，生成候选时段推给客户选，客户选完自动占用安装队产能。安装完成后安装师傅在手机上做验收清单打勾，客户签字，照片回传。

三、关键技术挑战与解决思路

最难的是尺寸变更的全链路同步。定制家具的变更几乎是必然的，客户看到三维图会改，量尺复核会改，装修队改了水电位置也得改。我们的设计是给订单建版本，每次变更生成新版本，同时计算变更影响面：哪些板件受影响、是否已投产、是否已发货、要不要补差价。这个影响面计算是核心，做了大概三周。

麻烦在于"已投产"这个状态的判定不是布尔值。一个柜体可能柜身已经开料、门板还没开，这时候改门板颜色代价很小，改柜体尺寸就得整个报废重做。我们把粒度下沉到板件级，每个板件独立跟踪状态，变更时按板件逐个判定。这样客户改一个抽屉，系统能明确告诉他"影响 3 块板，其中 1 块已开料需补差价 240 元，交付延后 2 天"，而不是笼统说一句"已投产不能改"。这个改动上线后，客户对变更的接受度反而提高了，因为代价是透明的。

拆单准确率是第二个坎。设计软件导出的数据和生产系统需要的板件清单之间有一层语义鸿沟，比如设计里画的是一个"三门衣柜"，生产要的是十七块板材加封边规格加孔位坐标。原来靠拆单员手工翻译，一天最多拆二十来单，还有百分之五左右的错误率。我们做了规则引擎，把常用柜型的拆解逻辑固化成模板，非标部分才走人工。上线三个月后，模板覆盖了百分之八十二的订单，拆单员从八个人减到三个人，剩下的人专门盯非标。

排期冲突这块，安装队产能是稀缺资源，而且有地域和技能约束。我们没上复杂的求解器，用的是贪心加人工微调：系统按"客户期望时间、安装队负载、路线距离"打分排序，给出候选方案，调度员可以拖拽调整。试过用整数规划求全局最优，跑出来的排班在数学上漂亮，但调度员看不懂也不敢用，最后还是回到可解释的简单算法。这个选择我到现在都觉得是对的。

案例片段（已脱敏）： 一次典型变更的影响面计算输出：订单 DZ2026-0332 主卧衣柜由 2400mm 加宽至 2700mm，受影响板件 9 块，其中侧板 2 块已开料未封边（可回用为其他订单备料，损耗计 0）、层板 4 块未投产、背板 1 块已封边（报废，补差 186 元）、门板 2 块未投产。交付时间由 5 月 18 日顺延至 5 月 21 日。客户在小程序上看到这段明细后确认，签字留痕。 量尺数据校验拦下来的一条异常：某房间 东墙 3180mm / 西墙 3255mm，差值 75mm 超过 50mm 阈值，系统提示"疑似墙体不平或量测误差，请复核并补充拍照"。量尺师复核发现是暖气管道包边未计入，避免了后续柜体做宽 75mm 装不进去。

四、效果数据

系统全量推开后半年复盘，因尺寸或方案变更导致的返工率从百分之十七降到百分之五点三。平均交付周期从四十六天缩到三十一天，其中拆单环节从平均两天压到四小时以内，安装排期等待从平均九天降到四天。安装准时率从百分之七十四提到百分之九十二。客户验收一次通过率从百分之六十八提到百分之八十七，不通过的主要原因也从"尺寸不对"变成了"色差"和"划痕"这类外观问题，说明结构性问题基本被前置解决了。门店端的客户投诉量下降了约四成，投诉内容里"交付延期"从第一位掉到第四位。以上数据取自项目复盘会口径，已脱敏。

五、可复用经验总结

长链条交付业务的数字化，关键不是把每个环节都做成系统，而是找到一个能贯穿全链条的主键。这个项目里就是订单号加板件号。有了这个主键，任何环节的状态变化都能被其他环节感知，信息才不会丢在环节之间的缝隙里。

变更管理要做到可量化的代价透明。客户不是不能接受"改了要加钱要延期"，客户不能接受的是"你说不能改但说不出为什么"。把代价算清楚摆出来，扯皮就少了一大半。这一点是我们在这个项目里体会最深的。

自动化不要追求百分之百覆盖。拆单规则引擎做到百分之八十二覆盖率就够了，剩下的非标订单留给人，投入产出比最高。我们一开始想把所有柜型都模板化，做到第六周发现边际收益急剧下降，及时收手了。

算法要让使用者看得懂。排期这种直接影响一线工作安排的场景，可解释性比最优性重要。调度员不信任的算法，最后一定会被绕过去。

附：工程落地细节

量尺数据的结构化字段设计花了很长时间，最后定的是"房间加墙面加障碍物"三层模型，障碍物包括梁、柱、管道、插座、开关，每个都有位置和尺寸。这套模型后来发现还能反哺设计软件，减少设计师二次询问。板件状态机定义了七个状态，从待排产到已安装，状态迁移全部走事件驱动，任何一次迁移都写审计日志。三维效果图的生成放在异步队列，一张图渲染大概四十秒，客户在小程序上看到的是渐进加载。安装师傅端的验收清单支持离线，很多新交付楼盘的信号确实差。工厂那边我们只做了标准接口对接，没动他们的生产系统，这个边界一开始就划清楚了，省了很多协调成本。

附：一点实在的提醒

定制家具这行，设计师是最核心也最难推动的角色。他们对新工具天然抵触，因为设计软件是吃饭的家伙，谁也不想换。我们的策略是不碰他们的设计软件，只做一个导出插件，点一下把数据推到订单系统，其余工作流全不变。这个克制换来了设计师群体的配合。做企业系统久了会有个惯性，总想把所有环节收进自己的系统里，其实很多时候少做一点，落地反而更顺。