周六上午，某婚庆公司的运营总监盯着白板上密密麻麻的便利贴：当天有 6 场婚礼同时进行，3 场在市区酒店、2 场在郊区庄园、1 场是户外草坪仪式。一个跟拍摄影师临时发烧请假，需要 30 分钟内找到替补；另一场客户突然要求加 2 个无人机机位；还有一场新人在前一天晚上更换了主题色，整个布置物料清单要重新核对。她拿起对讲机连续叫了 3 个执行总监，没有一个人能说清楚库存里还剩几支金色蜡烛——因为周五晚上有另外两场，物料是不是已经被拉走了，没人记得。
这就是婚庆、影楼、活动策划这一类「履约型服务业」每个周末都在重复的混乱。表面上卖的是一场仪式、一组照片、一台晚会，底层跑的是三条业务线：档期排不排得开决定能不能接单，套餐算不算得清决定毛利留不留得住，履约执行出不出错决定口碑和复购。这三条线在 Excel 时代用人力硬扛还能跑，体量一上来——单店每月接 30+ 单、多门店、多业态、跨城调度——就必然要数字化。
婚庆/活动业的 3 大业务线
把婚庆、影楼、大型活动策划这几个看起来不一样的行业放在一起，是因为它们共享一套底层业务结构。无论卖的是「一场婚礼」「一组婚纱照」还是「一场企业年会」，本质都是把人、设备、场地、时间凑在一起，按事先约定的方案完成一次性交付。
| 业务线 | 婚庆公司 | 影楼/婚纱店 | 活动策划 |
|---|---|---|---|
| 档期对象 | 主持、四大金刚、车队、宴会厅 | 摄影师、化妆师、影棚、机位 | 策划、执行、舞美、场地、艺人 |
| 套餐核心 | 仪式形式+宴会规格+物料 | 套系拍摄张数+成品册+精修数 | 场地等级+流程时长+技术配置 |
| 履约难点 | 当天几小时不能出错 | 拍摄—选片—精修—交付链路长 | 现场临时变化多、客户级别高 |
| 客户周期 | 一次性为主+少量复购（满月/周年） | 婚纱+孕妇+亲子+全家福多次复购 | 企业客户年度复购 |
| 毛利结构 | 套餐+加项+物料返点 | 拍摄+成品销售+二销 | 服务费+渠道返点+场地差价 |
三条业务线背后的共性是：档期是「资源调度」问题，套餐是「产品配置」问题，履约是「项目管理」问题。市面上单独解决其中一条的工具不少，但把三条打通的行业 SaaS 并不多，多数公司用「钉钉/企微 + 一两个轻量行业小工具 + 一堆 Excel」凑着跑。
第二个共性是「周末爆发、平日清闲」的极端波动。某影楼旺季一天能拍 15 组，淡季一周接不到 3 组；婚庆五一国庆当周一天 8-12 场，过完就空 3 周。这种波动让任何「按工时计费」「按人头分润」的常规分润逻辑都不太好套，需要按项目阶段、按角色权重分别配权重，这部分可以参考分润制度数字化的设计思路。
档期端：设备+场地+人员的三轴匹配
档期管理的核心是「三轴匹配」——同一时间段内，人、设备、场地三个维度都不能冲突。听起来简单，做起来全是坑。
第一个坑是「资源颗粒度」。把「主持人小王」当成一个资源，系统只能告诉你「小王今天有档」或「没档」；但实际上小王上午能跑一场仪式、下午能跑一场答谢宴、晚上还能跑一场年会。要让系统告警准确，资源得切到「半天」「时段」级别，甚至要带「路途时间缓冲」——上午 11 点市区结束，下午 14 点郊区开场，中间 3 小时的路途+休整算不算冲突，系统得有判断逻辑。
第二个坑是「设备的批次属性」。一台单反不是一台单反，是「2023 年新购的 A7M4 三号机」，配的镜头、电池、存储卡都是配套的。设备出库、入库、损耗、维修这条物料线，影楼一般用 Excel 记得稀里糊涂，等到现场缺一颗电池或者一根 HDMI 线，就是大事故。
| 资源维度 | 建模颗粒度 | 常见漏建模的字段 |
|---|---|---|
| 人员 | 角色+时段+技能等级+服务半径 | 路途时间、连续工作时长上限 |
| 设备 | 单机编号+配件清单+保养周期 | 损耗状态、维修中、借出未归还 |
| 场地 | 场地+时段+档位（婚礼/答谢/年会） | 进场时间、撤场时间、装台时长 |
| 车辆 | 车型+司机+保养+保险 | 长途调度跨日占用 |
第三个坑是「套娃式占用」。一场婚礼占用了主持小王，同时占用了小王配套的领夹麦、提示器、备用领带；占用了摄影师老李，同时占用了老李的两台机身、四颗镜头、稳定器、监视器。如果系统只占了「人」这一层，物料层就会失控。开沿在跟一些活动公司接触时发现，做得比较扎实的客户，会把「主持包」「摄影包」「灯光包」直接打包成「资源组合」，一次性占用一组资源，告警逻辑也是组合级别的，这比单个挨个占用要清晰得多。
套餐端：基础套餐+加项+替换规则
婚庆和影楼的销售场景有个共同特点：客户进店第一句话往往不是「我要什么」，而是「你们都有什么」。销售拿出一本套餐册子，客户翻一遍说「这个加项能换吗」「能不能少拍 20 张换大一点的相册」——传统做法靠销售心算+Excel 算价，慢、容易出错，还容易被客户带偏。
套餐数字化的关键不是把所有可能的组合都列出来（那是无穷大），而是搭一套「基础套餐+加项库+替换规则」的配置器：
第一层是 8-12 个基础套餐，覆盖 70% 主流需求，价格梯度清晰（轻奢/经典/旗舰/定制），每个套餐写死包含的核心 SKU。第二层是加项库，单反加机位、无人机航拍、跟拍微电影、双机位、烟花棒、礼炮、特殊布景、明星主持，每一项独立计价，可勾选叠加。第三层是替换规则，规定哪些项目可以等价替换、补差额替换、降级替换——比如 6 寸册可以补差价换 8 寸册，跟拍 SD 可以补差价换跟拍 4K。
| 套餐配置层级 | 数量级 | 谁来配 | 系统行为 |
|---|---|---|---|
| 基础套餐 | 8-12 个 | 总部产品+市场 | 销售直接选、价格固定 |
| 加项库 | 30-60 项 | 总部+门店共建 | 销售勾选叠加、自动算价 |
| 替换规则 | 20-40 条 | 总部产品负责 | 客户提出替换时系统校验是否允许 |
| 完全定制 | 占比 10-20% | 高级销售或总监 | 走审批、单独建项目 |
这套配置器一旦跑通，销售在客户面前 10-15 分钟就能配出报价单，系统自动算成本、毛利、定金、尾款节奏。和 SaaS 还是定制开发的取舍逻辑类似，常规客户走 SaaS 化的配置器，长尾定制走人工审批通道，不要让系统试图覆盖所有情况。
毛利留得住不住，很大程度上看加项库会不会被销售「随便送」。常见做法是给每个加项设两个价格：标价和销售底价，销售在底价以上自己定，跌破底价要走总监审批。系统把这个权限写死，比靠口头规矩稳得多。
履约端：项目阶段+物料清单+到场执行
履约是这一行最容易出大事故的环节，因为婚礼当天几小时内不能出错，影楼成品交付链路长达 45-60 天容易卡环节。数字化要做的是把「凭执行总监记忆」的工作模式变成「凭流程节点驱动」。
婚庆履约的项目阶段一般拆成 8-10 个里程碑：
第一类是「售前确认」类——签约、首次沟通、风格确认、场地踩点、流程脚本初稿。第二类是「物料筹备」类——主物料采购单、租赁物料预订、定制物料制作进度。第三类是「人员配置」类——四大金刚定档、主持试音、彩排。第四类是「现场执行」类——前一晚装台、当天进场、流程执行、撤场盘点。第五类是「售后交付」类——快剪交付、精修成片交付、客户满意度回访。
每个阶段绑定 1-3 个「卡点」字段，没填完不让进下一阶段。比如「物料采购单」没确认数量和供应商，就不能进入「定制物料制作」；「主持试音」没上传录音文件，就不能进入「彩排」。
| 阶段 | 关键卡点 | 风险等级 | 平均耗时 |
|---|---|---|---|
| 签约+首沟 | 套餐+加项+预算确认 | 中 | 1-3 天 |
| 风格+踩点 | 场地照片+风格图确认 | 中 | 3-7 天 |
| 物料筹备 | 采购单+租赁预订完成 | 高 | 15-30 天 |
| 四大金刚定档 | 主持/摄/录/化全部确认 | 高 | 提前 30 天 |
| 彩排 | 流程脚本最终版+客户签字 | 高 | 提前 7 天 |
| 现场装台 | 物料到场清单+布置照片 | 极高 | 婚礼前一晚 |
| 当天执行 | 实时进度+异常上报 | 极高 | 婚礼当天 |
| 售后交付 | 快剪+精修+回访 | 中 | 45-60 天 |
到场执行那一段，多数公司开始用「钉钉群+小程序签到+物料拍照上传」的组合，把执行总监从「手忙脚乱协调」解放出来。系统按时间轴推送任务：上午 9 点装台开始，10 点完成装台拍照，11 点新人到场化妆，13 点接亲队伍出发……每个节点完成打卡，异常立即上报。这种偏「现场作战指挥」的玩法，可以参考钉钉作为 ERP 入口的整合思路，把碎片任务串成一条流。
物料清单这件事，体量小的公司用 Excel 还能凑合，但只要门店超过 2 家、月单量超过 30 单，物料的「在用、租出、维修、报损、库存」五个状态就一定要进系统。否则就会出现周六早上才发现金色蜡烛被周五晚上那场拉走了的尴尬。
客户端：跟进+复购+口碑转介
很多婚庆、影楼老板一开始觉得「我们是一次性生意，没必要做 CRM」。这是个误解。婚礼一次性没错，但婚庆公司的客户全生命周期可以横跨 5-10 年：婚礼→满月酒→宝宝百日→周年纪念→孩子周岁→全家福。影楼更明显，新娘客户大概率会变成孕妇照客户、亲子照客户、全家福客户。
| 客户阶段 | 触点 | 系统动作 | 客单变化 |
|---|---|---|---|
| 线索（婚博会、转介、自然进店） | 销售首沟 | 喜好问卷+到店预约 | 0 |
| 签约 | 套餐+加项确认 | 项目立项+履约启动 | 1x |
| 履约中 | 阶段沟通+决策点 | 加项追销机会 | 1.2-1.5x |
| 婚礼完成 | 满意度回访+成片交付 | 转介奖励、口碑素材 | - |
| 节日触达 | 周年、节日问候 | 满月/周年纪念套餐推荐 | 0.3-0.6x |
| 二次复购 | 亲子、全家福、孕妇 | 老客户专属价 | 0.5-1x |
线索来源中，婚博会一波是大头，特点是「同时接触 5-8 家供应商」，比拼的是 24 小时内的响应速度。系统层面要做三件事：线索 5 分钟内自动分配到对应区域销售；首次跟进话术里带《新人喜好问卷》链接，引导客户主动提供风格、预算、宾客数；7 天内推一次「到店看场地+样片+主持试音」的体验套装，把客户从「比价」拉到「体验」。
转介这块，行业里一直有「老客户转介一单返 800-2000 现金」的口碑活动，但落地的难点不是没动力，而是没工具——老客户怎么提交转介信息、销售怎么认领、返现怎么算、什么时候打款，这些全靠人工跟，结果就是「说好转介，实际落不到钱」。数字化把这套流程做成自助提交+自动算账+月结打款，转介率能提升一档。
行业 SaaS 的覆盖度
国内婚庆、影楼这一行的行业 SaaS 大概分三档：第一档是偏门店收银+套餐管理的轻量型，按门店数收费，年费 5000-2 万元；第二档是覆盖档期+套餐+履约的中量型，按账号数收费，年费 2-8 万元；第三档是大型连锁定制版，含多店调度+集中采购+财务对账，年费 10 万元起。
| 档位 | 价格区间/年 | 覆盖范围 | 适合规模 |
|---|---|---|---|
| 轻量型 | 5000-2 万 | 套餐+收银+基础档期 | 单店、家庭作坊 |
| 中量型 | 2-8 万 | 档期+套餐+履约+CRM | 1-3 店、年单量 200-800 |
| 重量型 | 10 万起 | 全模块+多店调度+财务 | 4 店以上、连锁 |
| 行业 + 自研 | 不固定 | 标准 SaaS 主干 + 自建特色 | 8 店以上、有自有 IT |
中量型是当前主流，但要小心几个常见坑：一是 SaaS 厂商更新慢、需求响应慢，提个加项库改版排队 3 个月很常见；二是数据导出权利不清晰，一旦想换系统数据搬不出来；三是续费曲线，前两年价格优惠到第三年大幅涨价。这几个雷的避坑思路，SaaS 数据导出权利和行业垂直 SaaS 与定制对比那几篇里讲过细节。
垂直 SaaS 一个隐性优势是行业模板预置——婚庆套餐模板、影楼套系模板、活动公司报价模板、典型项目阶段，新公司开机即用。但反过来，越是预置得多，自定义空间越小，门店做特色化运营的余地就被压缩。这是垂直 SaaS 的根本性矛盾。
什么时候必须定制：多门店+多业态+集中调度
不是所有婚庆、影楼公司都需要定制开发。单店、3 店以内、单一业态（只做婚庆 or 只做影楼）的公司，中量型 SaaS 完全够用。真正必须考虑定制的，是同时具备以下两个以上特征的公司：
第一，多门店且需要集中调度。门店超过 5 家以后，单店自治的弊端就出来了：一个门店周末档期满了，隔壁门店有空，但销售互相不知道，导致客户流失。集中调度需要总部能实时看到所有门店的档期、资源、物料、客户分布，这件事 SaaS 厂商的多店版本可以做到一部分，但深度上往往不够。
第二，多业态混合经营。同一家公司既做婚庆又做影楼又做活动策划，资源池其实是共享的——同一个化妆师上午跑婚礼下午进影棚晚上去活动；同一套灯光设备早上婚庆下午企业年会。SaaS 厂商一般是按单一业态做产品的，三个业态拼在一起就会有大量字段对不上、流程串不通的问题。
第三，集中采购+财务集中核算。多店采购物料议价能力强，需要总部集采、门店领用、月度核算的全流程。这条 SaaS 也能做，但一旦涉及到不同业态毛利结算口径不一致，就要进系统层面的会计科目设计了，不是配置层面能搞定的。
第四，有自研 IT 团队或愿意投入。定制开发不是一锤子买卖，是 3-5 年的持续迭代。决策前可以走一遍 ERP 定制决策与小型企业 ERP 选型五步那两篇里的自检流程。
| 自检项 | 选 SaaS | 考虑定制 |
|---|---|---|
| 门店数 | ≤3 | ≥5 |
| 业态数 | 1 | ≥2 |
| 年单量 | <500 | >800 |
| 自研 IT | 无 | ≥2 人或外包稳定 |
| 数据需要做经营分析 | 标准报表够 | 需要自定义看板和指标 |
| 流程特殊性 | 行业通用 80% 以上 | 有显著本地特色 |
定制的另一种妥协方案是「SaaS 主干+小定制模块」——核心档期、套餐、履约用 SaaS，特殊的会员体系、转介体系、毛利核算自己开发，通过开放接口拼起来。这种方式在 4-7 店、有 1-2 个研发的公司里比较常见。
AI 接进来：喜好分析+档期冲突预警+套餐推荐
AI Agent 在婚庆、影楼、活动这一行的应用还在早期，但有三个场景是看得清的。
第一个是客户喜好分析。新人沟通中产生大量碎片化信息——朋友圈风格图、聊天里提到的电影、参考的婚礼视频。把这些素材交给一个 AI Agent 做分析，输出一份「风格画像」给策划师，比策划师自己一张张翻图效率高很多。这套玩法本质上是 AI 数字员工能力的一种垂直应用。
第二个是档期冲突预警。传统系统的告警是「硬冲突告警」——同一个人同一时段被占两次。AI 的价值在「软冲突预警」：根据历史数据预测「这个时段这个区域很可能有突发婚礼咨询，建议留出 2 个机动席位」「这个化妆师连续工作 5 场了状态会下降，建议这场换人或加价」。这类预测性告警，是规则引擎写不出来的。
第三个是套餐推荐。新人聊了 30 分钟后，AI Agent 根据客户的预算区间、风格偏好、宾客规模、场地条件，自动推荐 3 个最适合的套餐组合，并列出每个组合的优势、性价比、潜在追销点。销售拿着 AI 的推荐当参考，沟通转化率会提升。
要把 AI 接进来，绕不开几个前置条件：数据基础（历史项目数据要结构化沉淀，参考企业知识库 RAG 的搭建思路）、权限合规（客户隐私数据怎么脱敏给 AI，参考 AI Agent 权限审计与数据安全这两篇）、ROI 测算（投入多少能拿到多少回报，参考 AI 数字员工 ROI）。婚庆、影楼这一行单店年营业额量级一般在 500 万-3000 万之间，AI 投入太重会划不来，建议先从一个最小场景跑通再扩展，30 天试用闭环是个不错的起点。
| AI 场景 | 投入级别 | 见效周期 | 适合规模 |
|---|---|---|---|
| 客户喜好分析（轻） | 低 | 2-4 周 | 任何规模 |
| 档期软冲突预警 | 中 | 1-3 月 | 3 店以上 |
| 套餐智能推荐 | 中 | 1-3 月 | 单店年单量>200 |
| 多门店智能调度 | 高 | 3-6 月 | 5 店以上 |
| 全链路数字员工 | 高 | 6-12 月 | 连锁集团 |
决策树：你的公司现在该上什么
写到这里给一个简明决策清单：
第一步看体量。单店、年单量小于 300，先用钉钉/企微免费版+一个轻量 SaaS（5000-1 万），把档期、套餐、客户三张表建起来，跑通基本流程。这阶段重点是流程跑得通，不要追求功能多。
第二步看业态。如果只做单一业态（只婚庆 or 只影楼），垂直 SaaS 中量版基本够用；如果已经多业态混合，要么选支持多业态的 SaaS（市面上不多），要么走「SaaS 主干+小定制」路线。
第三步看门店数。3 店以内门店内部就能自治；4-7 店开始有集中调度需求，对系统的「跨店可见性」要求陡增；8 店以上基本要考虑深度定制或自研，标准 SaaS 撑不住。
第四步看数据成熟度。如果连历史项目数据都没沉淀，谈 AI 是奢望，先做数据治理第一步；如果有 2-3 年结构化数据沉淀，可以开始小范围 AI 试点。
第五步看预算和耐心。SaaS 是「短期省心、长期吃续费」，定制是「短期烧钱、长期掌控」。算清楚 3 年总账，定制开发成本拆解那篇有具体口径，别被销售的话术忽悠。
| 自检维度 | 现状 | 建议路径 |
|---|---|---|
| 1-2 店，单业态，年单量<300 | 启动期 | 钉钉+轻量 SaaS |
| 3-5 店，单业态 | 成长期 | 中量 SaaS |
| 3-5 店，多业态 | 复杂期 | SaaS 主干+小定制 |
| 6 店以上 | 集团化 | 深度定制或自研 |
| 数据沉淀 2-3 年 | 数据期 | 开始 AI 小试点 |
结语
婚庆、影楼、活动策划这一行的数字化，不是「上一套系统」那么简单。它是把「凭师傅记忆+Excel 兜底+周末现场指挥」的作坊式管理，逐步换成「档期可见+套餐可配+履约可控+客户可追」的工程化管理。这个过程不能一步到位，往往是先把最痛的一条线（多数公司是档期或物料）数字化掉，跑顺一年再扩到第二条线。
老板做决策前不必焦虑「我是不是落后了」。这一行真正跑在前面的连锁集团其实也不多，多数同行还在「钉钉+Excel」时代。先把自家三轨业务的颗粒度拆清楚，再来选工具，比一上来就被销售推销忽悠要靠谱得多。
