一顿早午餐，做出月入 4 万美元的排队 App
Waitly 如何从餐厅等位时的一个多余步骤出发，经历首周 10 次下载和首年零收入，再用搜索广告、试用转化与固定月费建立稳定业务。
查看本期 8 张图解
The story
故事从哪里开始
2017 年，Joe Rozek 去吃早午餐。餐厅发来的等位短信里有一个查看等待时间的链接，点开后却要求他先下载 Yelp、注册账号。等这些步骤做完，桌子已经空出来了。
他没有重新发明排队，而是删掉这个多余动作：商家把顾客加入列表，顾客收到短信，点开网页就能看等待时间；轮到时，再收到通知。顾客端不必安装 App。
Waitly 的启动很慢。半年后的原型还不能发送短信，约一年半后才进入 App Store；首周只有 10 次下载，第一年没有收入，约两年后才加入应用内购买。
From idea to revenue
产品走过的六个阶段
想法
从餐厅等位体验出发，发现顾客为了看等待时间被迫下载 App、注册账号。
验证
把问题收缩为商家添加顾客、顾客网页查看进度和收到到号通知；访谈没有公开预售或访谈样本。
开发
半年做出能添加顾客但不能发短信的原型；使用 Firebase、Node.js、Swift 和 React 完成多端工作流。
上架
约一年半后进入 App Store，首周 10 次下载，第一年没有收入，约两年后加入应用内购买。
增长
用 Apple Search Ads 获取主动搜索的商家，再以入门邮件、短视频、Zoom 培训和试用末期优惠推动购买。
变现
以固定月费、简单和客服服务小商家；Joe 自述约 700 家客户付费，月收入超过 $40K。
Growth mechanics
增长为什么发生
删除多余动作
不重新发明整个品类，只让顾客无需安装和注册就能查看等待时间。
算清单位经济
Joe 自述获客成本约 $130，客户生命周期价值约 $750—$1,000，用回收空间决定投放。
补齐第一次成功
搜索广告只负责带来试用，入门内容、培训和优惠继续推动客户完成首次购买。
What to learn
给独立开发者的结论
从用户为了完成小任务而被迫经过的多余步骤找切口，先做窄而完整的工作流，再用获客成本、客户价值和试用转化决定是否扩大投放。
Joe 有软件工程和管理经验，也用了多年时间完善短信、培训、客服与多端系统。疫情期间零售门店的集中需求，以及长期积累的 700 个付费客户，都不是一次广告测试能获得的。
今天就能做：找一个你熟悉的工作流，圈出最让用户停顿的一步，把它改写成无需安装、注册或培训就能完成的路径。
Visual story
用 8 张图看完整故事
01 / 08
02 / 08
03 / 08
04 / 08
05 / 08
06 / 08
07 / 08
08 / 08
来源与数据说明
开发周期、下载、经营收入、客户数量、获客成本、客户生命周期价值、成本和技术栈来自 Joe 的 Starter Story 访谈；官网与 App Store 用于确认当前产品，Sensor Tower 数据为第三方估算。