返回作品集 WEWE Homebar — 微信小程序设计
已上线 PROJECT 03
SECTION 04 / 设计调研

我们如何拆解一场 Homebar 活动的经营和参与体验

Research setup

我把 Homebar 看作一场由三类角色共同完成的线下活动。调研重点不只是谁遇到问题，也包括主理人如何让体验成立、让活动持续经营。

5顾客访谈
2主理人访谈轮次
3调酒师 / NPC 访谈
01 / Customer
顾客端

了解 Homebar 参与体验

  • 参与动机：为什么来，期待什么体验
  • 酒水偏好：喝什么，如何点酒和尝试新酒
  • 活动判断：价格、主题、人数是否合适
  • 社交氛围：和谁互动，如何避免尴尬
  • 流程体验：报名、支付、点酒哪里不顺畅
  • 复访推荐：什么情况会再来或推荐朋友
02 / Host
主理人端

了解 WeWe Homebar

  • 客群与氛围：谁会来，为什么来
  • 活动信息：哪些提前固定，哪些临场调整
  • 人员协作：调酒师 / NPC 如何招募与分工
  • 现场管理：如何维持互动、节奏与体验
  • 复访经营：反馈、老客关系与成本平衡
  • 未来定位：对 WeWe 模式的期待与定位
03 / Bartender
调酒师 / NPC

了解现场执行体验

  • 接单动机：为什么选择这场 Homebar 工作
  • 工作预期：对环境、顾客和任务的期待
  • 流程效率：做酒、送酒、加点是否顺畅
  • 沟通支持：主理人和同事是否提供足够协作
  • 再次合作：什么会影响是否再来工作
Analysis frame
角色×活动阶段×信息断点×现场负担

现有流程及痛点

沿着角色、活动阶段、信息断点与现场负担，拆解主理人、顾客、调酒师 / NPC 在活动里的完整流程。

数字触点分散
线上线下体验断裂
复访流失
01
活动准备
02
发布与报名
03
到场组织
04
现场点酒
05
活动后
🙎🏻‍♂️主理人
🗓️ 招募调酒师 / NPC
📋 发布活动
👋 收尾款，接待顾客，组织活动
🍹 协调点单
小红书 ⇄ 微信 ⇄ 大众点评 ⇄ 电话

"回评论、对报名、回微信、接电话——四五个 App 换来换去，不仅累，还很容易漏掉信息。"

—— 主理人
📣 准备下一场
💬💬💬💬

"回头客只能靠微信群触达，但群消息刷得快，根本没人看。"

—— 主理人
🕺🏻顾客
👀 刷到活动
📱 报名 / 支付
💰 转尾款

"站在门口排队转尾款，还挺尴尬的。"

—— 顾客
🍹 群里点单

"微信接龙点酒，很多顾客同时点单会很混乱。"

—— 顾客
👋 离场
🤵🏻‍♀️调酒师
/NPC
查看活动

"招募信息更新不及时，常常要主动追问，才知道缺不缺人。"

—— 调酒师 小黑
📖 了解安排
🍋 到场准备
🚶 制作送酒

"送酒80%的时候是找不到人的。"

—— 调酒师 2F
👋 离场

三个核心痛点

主理人、顾客、调酒师 / NPC 在活动里遇到不同的问题，调研中提炼出3个核心痛点。

01
数字触点分散

主理人要在小红书、微信、大众点评之间来回切换——发布、核对都要重复做三遍，很费精力。

02
线上线下体验断裂

从报名到点酒，每一步都在不同地方发生——顾客感受到的不是一次完整的 WeWe 体验，而是一堆临时拼凑的环节。

03
复访流失

活动结束后只能靠微信群触达顾客，消息很快被刷掉——主理人对顾客没有积累，也没办法做针对性邀请。

SECTION 05  /  产品形态定义

让三个角色，
同一个小程序里完成一场活动

  • 顾客来得不频繁，不会为此下载一个 App
  • 微信小程序使用门槛低，扫码即进
  • 现有客户在微信，方便迁移
  • 后续复访操作可微信触达
🙎🏻‍♂️主理人
创建与管理活动
🕺🏻顾客
报名与参与活动
🤵🏻‍♀️调酒师 / NPC
确认合作，现场工作

理想系统到 MVP

理想系统流程。

🙎🏻‍♂️ 主理人端 🕺🏻 顾客端 🤵🏻‍♀️ 调酒师 / NPC 发布活动 ＋ 招募一次创建，两端同步可见 发现活动公共入口浏览本周活动 招募入口浏览所有「招募中」的活动★ 报名名单 · 收款系统自动同步，无需对账 报名 ＋ 支付一步完成，不再门口转尾款 点击申请申请成为本场调酒师★ 收到申请通知一键确认 ✓ ／ 待定 ⋯★ 自动获得本场身份无需主理人手动添加★ 现场管理签到核销 · 点酒协调 到场签到 · 扫码点酒订单直达调酒师 工作台接单 · 制作 · 送达 顾客档案偏好 · 来访自动沉淀 活动记录我的参与足迹 合作记录本场评价 · 薪酬结算 人员库 · 合作档案合作过的调酒师 · 场次 · 备注 随活动自动建群 —— 报名即入群，结束即归档预热破冰 · 行前通知 · 活动后回顾，衔接下一场邀请★ 增量层客户数据看板破冰互动★ 活动 ＋ 招募 · 一次发布，两端可见针对性邀请 ★ 申请通知推送给主理人一键邀请 暂缓 暂缓 招募标签挂在活动卡片 主理人授权 发现活动 公共入口：活动信息 & 招募标签
★ 虚线框 ＝ 需要新增整套服务端能力 ／ 绿色回流线 ＝ 沉淀数据的复用闭环

NEXT  /  DESIGN SOLUTIONS

范围明确后，
再进入三端的具体设计方案。

后续将分别说明主理人端、顾客端和调酒师工作台中的关键设计决策， 以及这些界面如何落实前面的系统结构。

SECTION 06  /  三端设计方案

从系统结构，
到三端的关键界面

角色一
主理人端

管理一场活动的完整进程

主理人端围绕「辅助运营」展开——操作步骤尽可能精简，发布、执行和回访流程节点自动衔接，减少人工操作。

Key screens  /  关键页面流程
活动前
新建活动
新建活动
→
活动内容
活动内容
→
发布结果
发布结果
→
活动中
客人信息
客人信息
→
扫码核销门票
扫码核销门票
→
扫码授权调酒师/NPC
扫码授权调酒师/NPC
→
后厨总览
后厨总览
→
活动后
合作员工
合作员工
→
历史活动
历史活动
Walkthrough  /  逐屏交互演示
角色二
顾客端

从发现到再次回来的完整路径

顾客端围绕「流畅的线上线下品牌体验」展开——线上把发现、找到合适的局到预付报名串成一条顺路，到场体验可预期，活动结束后留住关系、引导复访。

Key screens  /  关键页面流程
活动前
发现活动
发现活动
→
活动详情
活动详情
→
谁和我一起
谁和我一起
→
预付购票
预付购票
→
活动中
扫码核销
扫码核销
→
绑定身份
绑定身份
→
小程序点单
小程序点单
→
口味备注
口味备注
→
活动后
活动反馈
活动反馈
→
我的记录
我的记录
→
推荐再来
推荐再来
Walkthrough  /  逐屏交互演示
角色三
调酒师工作台

职责边界清晰的执行端

调酒师工作台围绕「执行效率」展开——结构化订单队列取代微信群接龙，配合手环绑定与调酒手册，让出品过程清晰可追踪。

Key screens  /  关键页面流程
活动前
看到招募
看到招募
→
联系主理人发消息
联系主理人
→
活动中
到场后出示个人二维码
到场后出示个人二维码
→
授权成功
授权成功
→
工作台待制作
工作台
→
制作完成并配送
完成并配送
Walkthrough  /  逐屏交互演示

SECTION 07  /  设计系统

设计系统

Homebar 的界面在 Figma 中先建立颜色、字体、组件和状态规则，再应用到主理人端、顾客端与调酒师工作台，让活动、人员、订单和状态在三端之间保持一致的理解方式。

Homebar Figma 设计系统画板
Figma design system board / Tokens, components, variants, and screen-level usage Source: 胡柳2026ux作品集 · Homebar 设计系统
统一基础规则

通过色彩、字体、间距和卡片规则，保证三端界面属于同一套 Homebar 产品语言。

沉淀可复用组件

活动卡片、状态标签、底部操作区、订单队列等组件可以在不同角色端复用和变体化。

服务三端协作

系统让报名、核销、点单、配送这些状态在三端之间可追踪、可理解，协作有共同语言。