大喜的日子 · AI 婚礼场景设计协作平台

【标签】 生活娱乐

【标题】【生活娱乐】 大喜的日子 · AI 婚礼场景设计协作平台

【正文】

1. Demo 简介

是什么

多端产品矩阵:微信小程序(双角色)+ Web 管理后台 + 品牌官网,三位一体的 AI 驱动婚礼场景设计协作平台。

  • 微信小程序:新人端 + 策划师端双角色系统,原生微信生态

  • Web 管理后台:基于 Vue3 的内容与业务管理端

  • 品牌官网:面向公域流量的展示与获客站点

  • AI 交互式 Demo:四份纯前端 HTML 单文件,浏览器直接打开即可体验

面向谁、角色、核心诉求?

1、准新人

签约前看到效果、预算分配透明、不被忽悠

2、婚礼策划师 / 中小工作室

快速出方案、控制成本利润、一人多单并行

3、平台运营方

案例沉淀、订单流转、合同与排期统一管理

主要功能(3 个核心)

① AI 设计对话 + 渐进式需求提取(新人端)

  • 多轮自然语言对话,AI 自动识别 8 类话题(场地 / 风格 / 预算 / 道具 / 流程 / 婚期 / 人数 / 偏好)

  • 对话中智能推送匹配案例卡片,所见即所得

  • 自动生成结构化方案(场地 / 风格 / 道具清单 / 报价)

② AI 方案生成 + 成本利润引擎 + 双层定价(策划师端)

  • 一键将新人对话沉淀为可执行方案

  • 内置道具折旧、花材底价、人工成本的「成本引擎」

  • 同时输出对新人报价(含利润)和对策划师成本视图(透明拆解)

③ 业务运营闭环(双端联动)

  • 方案确认 → 自动生成订单 + 合同 → 排期日历冲突检测 → 待办事项 + 亲友团任务下发

  • 策划师端工作台 Dashboard 实时呈现接单 / 收入 / 待跟进线索 / 近期婚礼进度

  • 管理后台 10 大模块(仪表盘 / 案例 / 文章 / 图片 / 订单 / 客户 / 酒店 / 道具 / 合同 / 线索)


2. Demo 创作思路

灵感来源

婚礼策划是高度依赖个人经验的「手工艺行业」。我观察到身边朋友筹备婚礼时的两个极端:

  • 新人侧:签约前看不到效果,全凭策划师口头描述和参考图想象,沟通成本极高

  • 策划师侧:反复跑场地、手写方案、靠记忆估道具量,一个人最多同时管 3-4 单

而 LLM 和生图模型在 2025 年已经成熟,但婚礼行业几乎没有专属的数字化工具——通用项目管理软件无法理解「道具折旧」「花材底价」「场景设计」等行业概念。

想解决的痛点

痛点一:

  • 真实存在的痛点:签约前看不到效果
  • 现状:口头描述 + 参考图
  • 期望:所见即所得,AI 渲染场地效果图

痛点二:

  • 真实存在的痛点:报价靠拍脑袋
  • 现状:策划师经验估算
  • 期望:成本结构透明、利润可控

痛点三:

  • 真实存在的痛点:一人多单瓶颈
  • 现状:Excel + 脑子记
  • 期望:AI 一键出方案,产能放大 10 倍

痛点四:

  • 真实存在的痛点:道具库存靠记忆
  • 现状:纸质清单
  • 期望:数字化管理 + 市场比价参考

为什么做这个方向

判断:

  1. 市场空白:武汉每年 ~8 万对新人,全国 ~700 万对,婚礼策划市场 ~2000 亿元,却无专属 SaaS 工具

  2. AI 价值密度高:婚礼方案的「理解需求 → 结构化输出 → 可视化」流程正好是 LLM 擅长的场景

  3. 付费意愿强:B 端策划师有明确效率诉求,C 端新人有体验升级诉求,双边市场可平衡

取舍:

  • 优先做 AI 设计对话 + 成本引擎(核心价值),暂缓支付在线化(先跑通业务闭环再商业化)

  • 双角色系统而非单一新人人格:策划师是付费方和决策方,必须同时赋能

  • 选择微信小程序作为主战场:低门槛、社交裂变、与新人画像高度重合


3. Demo 体验地址

本项目提供 两种体验方式,可根据评审偏好选择:


方式一:微信小程序体验码(优先推荐)

扫码即可在微信中体验真实小程序,功能完整、数据真实。

体验二维码:

扫码体验说明:

  • 新人端(默认):AI 设计对话 → 案例馆 → 我的(3 Tab)

  • 策划师端:工作台 → 订单 → 客户 → 排期 → 合同(5 Tab)

  • 首次进入需授权登录(微信静默登录,无需注册)

  • 测试账号已预置种子数据,可直接浏览案例、订单、排期等完整业务数据

体验路径建议:

  1. 新人端首页 → 发送「我想办一场户外婚礼」→ 观察 AI 多轮对话 + 案例推送

  2. 切换到策划师端 → 工作台查看数据看板 → 订单列表查看订单详情 + 成本视图

  3. 排期日历 → 点击日期查看当日安排

备注:smiley: :同时也上线了小程序:也可以直接搜索“大喜日子指南”


方式二:HTML 交互式 Demo(Zip 打包)

无需微信、无需联网,浏览器直接打开即可体验三端交互效果。

文件名:大喜的日子-交互Demo.zip 位置:项目根目录 e:\FiveTierProjectSystem\03-Active\Wedding\大喜的日子-交互Demo.zip

Zip 包内容:

大喜的日子-交互Demo.zip
├── index.html               ← 总入口(水彩纹理首页 + 三端卡片导航)
├── 小程序/
│   └── index.html           ← 微信小程序双角色 Demo(含手机金边外壳)
├── web管理端/
│   └── index.html           ← Vue3 风格的管理后台 Demo
└── 网站/
    └── index.html           ← 品牌官网 Demo(含 Hero / 案例 / 文章 / 浮窗助手)

使用方式:

  1. 解压 Zip 包

  2. 浏览器直接打开 index.html 即可进入总入口

  3. 点击三张演示卡片任一张,进入对应端的单文件 Demo

  4. 纯前端:所有 HTML 文件 CSS / JS 全部内联,无需 build、无需后端、无需联网(Google 字体可选)

Demo 核心交互点:

  • 总入口:水彩纹理背景动画、卡片悬浮微动效、设计令牌色卡(暖白 / 纯白 / 香槟金 / 浅金 / 主文字)

  • 小程序:顶部双角色切换按钮 → 新人端 3 Tab + 策划师端 5 Tab,AI 对话支持 8 类话题识别

  • Web 管理端:左侧 10 大模块导航 + 数据看板

  • 官网:Hero 区 + 案例网格 + 文章卡片 + 右下角智能助手浮窗


4. TRAE 实践过程

4.1 完整开发流程(TRAE 驱动)

本项目从立项到阶段三完成,全程使用 TRAE IDE 作为唯一开发环境,覆盖需求拆解、代码生成、调试、文档沉淀、架构审查全流程。

阶段一 · MVP 核心价值链跑通(2026-03 ~ 2026-06)

  • 用 TRAE 拆解角色权限模型(新人 / 策划师 / 管理员三态),生成云函数 + 数据隔离方案

  • AI 设计对话多轮对话 + 渐进式需求提取的 prompt 工程迭代

  • 成本引擎逻辑:道具折旧 + 花材底价 + 人工成本 → 双层定价输出

阶段二 · 业务运营闭环(2026-06)

  • 策划师端:客户 / 线索 / 合同 / 排期 / 酒店 / 道具 / 待办 全模块开发

  • 排期日历冲突检测算法

  • 管理后台 10 大模块一次性 scaffold + CRUD 模式沉淀

阶段三 · 增长与获客(2026-07)

  • Web 官网 6 大模块(Hero / 案例 / 文章 / 智能助手 / 咨询表单 / SEO)

  • AI 能力升级:场景效果图渲染、编排 Agent、知识库 RAG 多路召回

  • 道具市场参考:多平台比价 + 管理后台数据管理

阶段 · Demo 打包优化(2026-07)

  • 将完整产品矩阵浓缩为 4 个纯前端单文件 HTML

  • 替换所有 emoji 为 40+ SVG symbol 图标

  • 小程序 Demo 加入金边手机外壳 + 水彩纹理背景 + 玻璃拟态标签

4.2 开发关键步骤截图

以下 4 张截图覆盖 AI 对话核心、小程序首页、Demo 总入口与云函数排障现场,均使用 TRAE IDE 开发过程中实拍。

截图 1 · AI 对话云函数代码视图

  • 文件:[cloudfunctions/ai-chat/index.js](file:///e:/FiveTierProjectSystem/03-Active/Wedding/cloudfunctions/ai-chat/index.js)

  • 说明:展示 AI 多轮对话的状态机 + 8 类话题识别分支(场地 / 风格 / 预算 / 道具 / 流程 / 婚期 / 人数 / 偏好)

截图 2 · 小程序首页 wxml + 模拟器预览

  • 文件:[miniprogram/pages/home/home.wxml](file:///e:/FiveTierProjectSystem/03-Active/Wedding/miniprogram/pages/home/home.wxml)

  • 说明:新人端 AI 设计对话首页的双角色切换 + 案例卡片推荐

截图 3 · Demo 总入口页 + 浏览器预览

  • 文件:[demos/index.html](file:///e:/FiveTierProjectSystem/03-Active/Wedding/demos/index.html)

  • 说明:Demo 总入口页的水彩纹理背景 + 三端卡片导航 + 设计令牌色卡展示

截图 4 · 云函数权限排障现场(EXCEED_AUTHORITY 修复)

  • 文件:[cloudfunctions/admin-api/index.js](file:///e:/FiveTierProjectSystem/03-Active/Wedding/cloudfunctions/admin-api/index.js)

  • 说明:踩坑修复现场,体现 TRAE 在问题排查中的价值(权限配置 → 重新部署 → 验证调用链路)

4.3 关键任务对话 Session ID

以下 4 个 Session ID 覆盖了项目从 UI 优化、后端架构、Web 官网到 Demo 打包的关键开发节点,均可通过 TRAE 会话历史回溯验证:

1、Session ID:6a3e271f0b81b0bd7ab1146c(.1219784208561017:bc932f544e8fa624c30da4079990dfd2_6a3e271f0b81b0bd7ab1146c.6a4231a9a82902d1c80c02db.6a4231a8633474d7de324c61:Trae CN.T(2026/6/29 16:49:45)、.1219784208561017:9173eddfeeca39e9a017c9cc56ac8127_6a3e271f0b81b0bd7ab1146c.6a43264bf84bc4d391b40a3f.6a43264b6812298329eb0e4c:Trae CN.T(2026/6/30 10:13:31)等)

摘要: 小程序全局样式系统完善:app.wxss 设计令牌补全、案例详情 / 道具市场 / 工作台卡片统一轻复古奶油风、SVG 图标系统建立(含 .icon-add-gold / .icon-search-gold 等通用类)

2、Session ID:6a4690312a167432ca51a33b(.1219784208561017:1d31617ee473b354815ef401a7f83814_6a4690312a167432ca51a33b.6a4691392a167432ca51a33d.6a46913704bd181e45fb9f2c:Trae CN.T(2026/7/3 00:26:33)、.1219784208561017:741c4c64b5154788b491d5fa03d13376_6a4690312a167432ca51a33b.6a470a23f14562e7cfb9caf9.6a470a20525ac648e5035ec2:Trae CN.T(2026/7/3 09:02:27)等)

摘要:策划师端订单可见性修复(_hasLoaded 标志位)、客户管理编辑 / 删除功能、admin-api 云函数 EXCEED_AUTHORITY 权限问题排查与修复方案

3、Session ID:6a4b46ec130a11c39c94d023(.1219784208561017:919971a40d14d26c8d1fc964911c662d_6a4b46ec130a11c39c94d023.6a4b53f64fe8e5b00df66276.6a4b53f5b285041f7b822296:Trae CN.T(2026/7/6 15:06:30)等)

摘要:Web 官网阶段三开发(6 大模块 + SEO 优化)、智能助手浮窗头部按钮毛玻璃化、后端架构实施真源文档生成(基于实际代码证据)

4、Session ID:6a4f3d721be9ec1e6d7b73ad(.1219784208561017:d7802aa21b684243dd653e19c2a9b691_6a4f3d721be9ec1e6d7b73ad.6a4f44c61be9ec1e6d7b76a9.6a4f44c4fa7899577d497f23:Trae CN.T(2026/7/9 14:50:46)等)

摘要:demos 文件夹交互式 HTML Demo 全面优化:小程序金边外壳 + 水彩纹理 + 40+ SVG 图标替换 emoji、主入口页设计令牌色卡展示、Zip 包重新打包

:white_check_mark: 共 4 个 Session ID,覆盖 UI / 后端 / Web 端 / Demo 打包四个维度,满足「不少于 3 个」要求。


5. 对应的报名审核通过的帖子链接

婚礼场景策划【大赛报名专区】生活娱乐

【生活娱乐赛道】 大喜的日子——婚礼场景策划智能助手

  1. 大喜的日子——婚礼场景策划智能助手

想解决什么问题:婚礼策划行业长期存在"两头难"——策划师被碎片化工具拖累效率,一场婚礼要在 Excel、微信聊天、纸质单据之间反复横跳;新人对筹备进度一无所知,只能被动等待策划师回复,焦虑感贯穿全过程。本产品用一个微信小程序,把两端打通。

为什么会想到做这个:线下实际运营婚礼场景策划业务多年,亲身经历了"一个人最多管 5 单就撑不住了"的效率天花板。当业务量起来之后,押金管理、道具调度、合同收款全凭人脑记,稍有不慎就是真金白银的损失。不是凭空想的需求,是自己痛过。当发现 AI 可以把需求沟通、方案生成、成本核算这些手工活自动化,决定用技术重构自己的生意

大概是什么产品:一款 AI 驱动的微信小程序,双角色一体——新人端首页即是 AI 设计对话,跟 AI 聊聊梦想婚礼就能自动生成可视化方案和透明报价;策划师端成本利润引擎自动核算每单项道具折旧、花材底价、人工日薪、运输方案,利润和报价区间实时可见。同时带有展示网站、也可以咨询相关案例数据。

  1. 目标用户及痛点

面向哪些用户:

A 端——准新人:正在筹备婚礼的年轻人,尤其是在小红书刷到案例后想快速看到"我的婚礼长什么样"的新人
B 端——婚礼策划师/工作室:中小婚礼策划团队,要同时管线索、设计方案、跟订单、盯道具库存、对合同收款
在什么场景下使用:

新人在小红书上看到案例 → 扫码进入小程序 → 和 AI 聊"我想要中式户外婚礼,红色+金色,30 桌,预算 10 万" → 3 分钟内生成道具清单 + 效果预览 + 透明报价
策划师早上打开工作台 → 看到今日待办、待跟进线索、本月收入和接单数据 → 客户聊过预算,AI 已生成方案,一键确认转订单
婚礼执行期间,策划师查看成本利润看板:道具折旧 ¥1,470、花材 ¥800、利润 ¥1,726——每分钱都算得清楚
当前痛点:

新人:加微信 → 约见面 → 聊需求 → 等几天出方案 → 不满意再改 → 再等几天……整个过程拉长到两周以上,全程看不到效果图,只能"信策划师的审美"
策划师:靠 Excel 记账、靠脑子记库存、靠经验拍报价。利润算不准、道具常漏带或多带。一个人最多同时管 3-4 单,多了必乱
3. 价值与意义

商业价值:策划师产能直接翻倍——以前一个人管 3-4 单,用 AI 方案+成本引擎后可以同时管 8-10 单。方案从 3 天缩短到 3 分钟。每单利润透明可控:道具折旧、花材底价、人工日薪、运输费用、消耗品、保险、意外损耗准备金全部自动计算,策划师只管确认和微调。另外,AI 生成的场景效果图、婚礼海报(印刷级)、迎宾区 KT 板效果图全部附赠方案中,显著提升签单转化率。
社会价值:婚礼策划是一个高度依赖个人经验的手工艺行业,从业者大量是中小工作室甚至个人策划师。这个工具让"一个人+一部手机"就具备专业设计能力——AI 做方案、成本引擎算利润、生图模型出效果图和海报。更重要的是,免费的海报和 KT 板效果图让预算有限的新人也能拥有一场精心设计的婚礼——好的婚礼不应该只是有钱人的

6. 经验总结与开发心得

6.1 TRAE 在多端项目中的价值

本项目横跨微信小程序、Vue3 管理后台、纯前端官网、云函数 4 类技术栈,TRAE 的核心价值体现在:

  • 跨文件上下文理解:修改一个云函数时,TRAE 能同时理解小程序前端调用方和管理后台 SDK 调用方,避免接口断裂

  • 设计令牌一致性:通过 TRAE 维护 app.wxss / variables.css / demos 内联 CSS 的三套样式系统色值同步(暖白 #FFF9F2 + 香槟金 #D4AF37)

  • 架构审查能力:阶段三结束后,用 TRAE 对后端架构做了一次「实施真源审查」,识别出 14 处 utils.js 重复、缺少索引 / 事务等技术债

6.2 踩过的坑

1、坑:admin-api 云函数 EXCEED_AUTHORITY

根因:权限未设置为「所有用户可调用」

解决方案:云开发控制台修改权限 + 部署时勾选「安装依赖」

2、坑:聊天气泡溢出

根因:justify-content: flex-end 在 flex 容器中失效

解决方案:改用 margin-left: auto + max-width: 85%

3、坑:WXSS 中文类名不识别

根因:微信小程序 WXSS 不支持中文类名

解决方案:全部改为英文类名,design token 通过 CSS 变量传递

4、坑:SVG <symbol> 渲染失败

根因:<defs> 内 <symbol> 标签未正确闭合

解决方案:严格遵循 <defs><symbol>...</symbol></defs> 嵌套

5、坑:真机调试样式丢失

根因:CSS 语法错误(.var(--text-primary) 多了点)+ 共享样式写在页面级 wxss

解决方案:修正语法 + 共享样式统一上提到 app.wxss

6.3 增量演进优于全量重构

项目坚持「文档先行 → 增量修改 → 80% 对齐即收手」的策略,避免无谓重构。例如阶段三结束时的后端架构审查发现代码与文档对齐度 ~80%,选择沉淀「真源文档」记录实际实现而非推倒重来,ROI 显著优于全量重构。


【补充截图清单】

共 10 张实拍截图,覆盖 AI 对话核心、小程序首页、Demo 总入口、策划师端 Dashboard、Web 管理后台仪表盘、品牌官网 Hero 区、云函数排障、IDE 开发现场八个关键节点等。

demos.zip (2.8 MB)