The story
问题就藏在他反复经历的差旅里
Aaron Smith 经常因工作出差：收据塞在口袋里、里程忘记记录，到了报税季只能重新拼凑几个月的支出。
他发现现有工具常为团队设计，价格高、功能也重，于是做了 Capsule，把拍收据、记里程和导出报表串成一条主链路。
产品上线第 2 天，他自述迎来了首位自然付费用户，当天累计收入达到 20 美元。
From pain point to first payment
从个人问题，到首位付费用户
锁定高频问题
差旅收据、里程记录和报税整理反复发生，且现有工具过重。
只做一条主链路
拍下收据，补上里程，再按客户、项目或行程导出报表。
完成 80% 后测试
反复尝试破坏流程，用优先级清单收拢首版范围。
让外部用户试用
测试者既给正面意见，也指出尖锐问题，Aaron 调整后再提交。
从自己的网络启动
口碑与定向联系带来第一批有相似差旅问题的用户。
第 2 天获得付费
首位自然付费用户验证了完整工作流的价值。
Product mechanics
AI收据扫描App，核心是报销闭环
Claude 读取收据
从照片中提取商户、日期、总额、分类和明细，减少手工录入。
Google Maps 记录里程
把驾驶里程放回同一份差旅记录，不再依赖事后回忆。
多格式导出
按客户、项目或行程组织，再导出 PDF、CSV 或 XML。
Development
技术栈只服务于完整主链路
React Native + Expo
移动端集中实现收据扫描、里程记录、分类与导出。
Supabase + RevenueCat
加密存储、权限控制与订阅交给成熟服务，减少首版负担。
Claude API
只放在收据解析这个明确场景里，让 AI 功能直接缩短用户操作。
Before launch
完成 80%，才进入真正的上线准备
Aaron 反复尝试把流程弄坏，再列出 5—10 个必须完成项、3—5 个加分项，以及 3 个需要继续关注的问题。
测试者提供正面和尖锐反馈，他据此调整产品，然后才提交 App Store。
Capsule 于 2026 年 7 月 1 日上线，3 天内更新到 1.2.1。
App Store cold start
第一批用户来自他熟悉的工作网络
Aaron 先通过口碑和定向联系自己的工作网络，接触同样需要处理差旅报销的人。
他没有同时铺开所有渠道。首位付费出现后，下一步是制作 15 秒操作演示，并继续优化 App Store 关键词和截图。
这让 App Store 冷启动围绕一个可观看、可理解的核心流程展开。
Monetization
先免费体验完整流程，再按使用量收费
免费层
每月 15 次收据扫描、3 次导出和 14 天历史记录。
Pro
App Store 显示月付 2.99 美元、年付 19.99 美元。
当前商店数据
Sensor Tower 页面显示全球上月下载量低于 5K、商店收入低于 5K 美元。
What to learn
给独立开发者的结论
从自己反复遇到的工作流程找问题，先做出完整主链路，再用破坏测试、优先级清单和外部测试者把首版推到可上线状态。
Aaron 有工程背景，也能从自己的工作网络接触到第一批差旅用户；这些能力和关系来自长期经历，不会因为复制同一套技术栈就立刻出现。
今天就能做：选一个每周至少发生一次的重复任务，录一段 15 秒前后对比演示，发给 5 位真实目标用户，只问他们愿不愿意继续使用。
Visual story
用 8 张图看完整故事
01 / 08
02 / 08
03 / 08
04 / 08
05 / 08
06 / 08
07 / 08
08 / 08来源与数据说明
问题来源、核心流程、技术栈、测试方法、早期获客和首位付费来自 Aaron 的第一人称复盘。发布日期、版本、功能与订阅价格由 App Store 确认。Sensor Tower 当前页面显示全球上个月下载量低于 5K、商店收入低于 5K 美元。