The story
故事从哪里开始
Once 把一次性相机的体验搬进婚礼、生日和派对：参与者扫码加入，每个人只能拍有限张照片，活动结束后再一起揭晓。
Brian Shin 和联合创始人没有直接做正式产品。他们先花一到两周做网页原型，带去朋友的万圣节派对。原型频繁出错，但现场的人愿意扫码、拍照和等待揭晓，核心体验成立了。
他们随后给自己设下更严格的门槛：在投入正式开发前，先找到 10 场有明确日期、主办方愿意真实使用的活动。
From idea to revenue
产品走过的六个阶段
想法
旅行时使用一次性相机，让团队注意到“有限张数”和“延时揭晓”带来的期待感。
验证
用粗糙网页原型进入真实派对，随后以 10 场有日期的活动作为承诺指标，而不是收集口头好评。
开发
确认需求后丢弃实验原型，重新设计正式产品；使用 Figma、Claude Code、Conductor、Supabase 和 Vercel。
上架
Once 于 2025 年 12 月上线，主办方创建活动，客人无需复杂注册即可扫码参与。
增长
一场活动既完成交付，也让所有宾客成为体验者；主办方付费，参与者自然接触产品。
变现
按活动人数分档收费，小型聚会和大型婚礼购买不同档位，让价格随交付规模增长。
Growth mechanics
增长为什么发生
承诺代替点赞
有具体日期、愿意交付真实活动，比“我会用”更接近有效需求。
线下场景验证
先在派对里观察真实行为，让技术问题和体验价值同时暴露。
产品自带传播
每场活动都让一批新参与者完成体验，交付过程就是下一轮获客。
What to learn
给独立开发者的结论
先定义能证明用户认真对待问题的承诺动作，再决定是否投入正式开发。承诺可以是日期、数据、场地或真实任务，不一定非要预付费。
婚礼和派对天然具有多人参与、集中体验和口碑扩散的结构，并不是所有产品都拥有这种自传播场景。
今天就能做：为你的产品写出一个承诺指标：用户要完成什么具体动作，才算需求通过验证？然后在一周内找到 5 个真实承诺。
Visual story
用 8 张图看完整故事
01 / 08
02 / 08
03 / 08
04 / 08
05 / 08
06 / 08
07 / 08
08 / 08
来源与数据说明
活动数量、触达回复、活跃用户和收入来自 Brian 的 Starter Story 访谈；Once 官网和 App Store 用于确认当前产品体验。