一、项目背景

某婚纱摄影连锁在好几个城市有门店，客片管理一直是老大难。摄影师拍完，卡里的原图先拷到门店电脑，再靠微信或者网盘发修图师，修图师修完发回门店，门店再发给顾客选。一环节出错全盘乱，我们见过顾客的原图在群里被误发到别的群，也见过修图师电脑坏了丢了一整天的活。选片环节更折磨，门店拉个微信群把几百张原图甩给顾客，顾客在手机上划得眼晕，挑三天定不下来，修图排期就这么被拖着，成片交付从说好的两周变成一个月，投诉和退款跟着来。

二、落地场景

我们给每家门店上了统一的客片入库，摄影师拍完当场插卡上传，原图进加密存储，按订单和拍摄套系归好档。顾客不用再收一堆原图，而是进一个在线选片区，精修前的预览照带水印，能圈点、能备注想要的感觉。选定后系统自动生成修图任务，按门店产能和交期派给修图师，顾客在小程序看得到当前到第几步。修完的成片走版权授权确认再交付，下载带授权水印，转介绍时也能溯源。整条链路从上传到交付都在系统里看得见。

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

客片安全是底线，婚纱照这种私密内容一旦泄露后果比普通数据严重，我们对原图做了落盘加密，访问按订单和角色授权，修图师只能看到派给自己的单。在线选片体验是其次一个难点，几百张图全铺开顾客会懵，我们做了套智能排序，把同场景、同姿态的归一组，先让顾客挑组再挑张，决策量一下少一大半。第三个是修图产能排期，婚纱照淡旺季明显，旺季单子堆成山，我们按交期倒排加优先级，加急单插队但有限额，避免把正常单无限期往后推。

案例片段（已脱敏）： 客片入库的授权访问规则片段（字段示意）：policy:  resource: "photo/{order_id}/*"  allow: ["role:photographer", "role:retoucher:{order_id}"]  deny:  ["role:store_front"]   # 前台只能看带水印预览  encrypt_at_rest: aes-256一次排期干预：旺季某店积压 38 单超交期，系统按交期倒排把 12 单加急插队（限额内），其余顺延并向前台推送预计完成时间，客诉当周回落。

四、效果数据

选片周期从平均三天压到半天左右，主要是智能分组把决策量砍下来了。修图交付时效从最长一个月收到两周出头，准时交付率从五成多提到九成。客片丢失事故上线后归零，加密加授权把误发和硬件损坏两类的风险都兜住了。复购和转介绍率有可见回升，顾客愿意把成片发朋友圈，溯源水印反而帮门店做了免费传播。要承认，智能分组的算法我们调了三轮才让顾客真觉得好用，最早那版分组太细反而更乱。

五、可复用经验总结

婚纱客片这事，根子不在修图技术，在流程和权限。原图满天飞的时候，再牛的修图师也救不了交付。统一入库加按角色授权，是我们所有门店数字化里性价比最高的一刀。选片那块我现在的判断是，别替顾客做决定，帮他把决策量减下来就行，智能分组就是干这个的。修图排期我后来加了一条硬规则，加急单必须限额，不然旺季一开闸正常单永远排不上，这个道理我们是用一次客诉爆仓换来的。

结语

婚纱客片这事根子在流程和权限，不在修图水平。原图满天飞的时候，再好的修图师也救不了交付，统一入库加按角色授权是我们所有门店数字化里性价比最高的一刀。在线选片我们调了三轮才顺，最早那版分组太细，顾客反而更懵，后来改成先选场景组再选张，决策量砍下来才真好用，这提醒我别替用户做决定，帮他把负担减下来就行。修图排期我后来加了一条硬规则，加急单必须限额，不然旺季一开闸正常单永远排不上，这个道理是我们用一次客诉爆仓换来的。成片带溯源水印这招，本来为防泄露，结果顾客乐意发朋友圈，反倒帮门店做了传播，算是个意外的收获。如果重来，我会更早把摄影师的上传动作做成强制步骤，而不是靠自觉，早期总有漏传导致后面全流程卡住。加密那块我们落盘用对称加密加上传输用传输层加密，修图师只能拉到自己派到的单，前台只能看水印预览，权限分清楚后误发事故直接归零。选片周期我们量过，分组前平均三天分组后半天，光这一项就省下大量门店人力。现在新开的门店上线这套只要半天，复制成本很低，说明抽象是对的。婚纱照是低频高客单的生意，交付体验直接决定转介绍，这点我们以前低估了，吃过返工超期的亏才重视起来。权限那块我们最初只分了摄影师和修图师，后来发现前台误发最多，才单独收了前台的预览权限。成片交付我们加了授权确认步骤，顾客点完授权才下载，版权纠纷少了一大半。这套流程跑顺之后，门店店长最满意的是不用再当传话筒，顾客和修图师直接在系统里对话。