reception

发布之后的表现

收入(最硬的证据,来自 indie / TrustMRR,Stripe 只读 key 校验)

• 30 天收入 $2,716,MRR $950,活跃订阅 41,provider = Stripe,for_sale = False,flags 为空,first_seen = 2026-10-28,同步日 2026-11-02(当天仍在同步,alive)。
• 逐月只有 2026-10 一个月:$2,716(非部分月)。
• 逐日:10-19 $796、10-20(PH 发布日)$311、10-22 $223、10-29 $950、10-30 $227、10-31 $0、11-01 $0(部分日)。10 月前半月几乎全 0,收入从 10-16 起才起来。
• 快照走势(库):10-28 MRR $767 / 32 订阅 → 10-29 $892 / 38 → 10-30 $950 / 41 → 10-31、11-01 均 $950 / 41。MRR 与订阅数连续 3 天不动、rev_30d 冻结在 $2,716。
• 解释推断:MRR $950 ÷ 41 订阅 ≈ $23/人,与 $25/月定价吻合,说明是月付订阅;10-31、11-01 日收入为 0 是账单周期现象(订阅集中在 10 月中下旬开通,下次扣费要到 11 月中下旬),不是流失。所以「3 天持平」不能读成停涨。

用户 / 下载

• App Store 库:按名字只匹配到两个无关的教育类 App(TeachMe: Kindergarten、Reception Reading & Phonics),不是本产品;reception 本身是给开发者用的 SDK,没有自己的消费端 App。
• Google Play、Mac App Store、Chrome 应用商店库:库里没有。
• 官网自报「Loved by 50+ founders」「50 founders use reception」,并列出 15 个接入 App 的图标(Clucky、Her Challenge、Aesty 等)自报。与 TrustMRR 的 41 个活跃订阅量级接近,基本对得上。

开发者关注

• GitHub 库:库里没有(reception-sh 三个仓库都不到 50 星门槛,未进名单)。现查 GitHub:组织 reception-sh 有 3 个公开仓库——reception-ios(Swift)、reception-react-native(TypeScript)、reception-flutter(Dart),均 MIT 协议,各 0 star、0 fork,最近提交 2026-10-31,reception-ios 已发到 1.7.0、45 次提交GitHub 网页。仓库活跃但无人 star,说明 SDK 是自用分发、没走开源社区获客。

讨论

• Hacker News 库:库里没有(域名 reception.sh 与标题均无命中)。
• X 本地库:唯一命中是 @trust_mrr 2026-10-21 的播报——「Reception by @frederickjames just joined TrustMRR,MRR $483/mo,Revenue(30d)$907,Active subs 20」库。这条同时是收入起点的第三方快照。
• 创始人 X:@frederickjames 2026-10-19 发布推文宣布上线(84.9K 浏览、640 赞);2026-10-29 发「we crossed $10,000 ARR」;2026-10-31 发「I made $17,908 in October 2026」(这是他全部产品的合计,非 reception 单独)官网/X 网页。

官网动态

• 官网在线,2026-11-02 抓取正常;有 /docs 文档、/inbox、/terms、/privacy-policy、/dpa;/pricing 是 404,定价写在首页锚点里。无 changelog 页、无博客、无融资/收购消息。GitHub 侧有 CHANGELOG.md,最新 1.7.0(2026-10-31)。

自报 vs 实际

未发现明显夸大。唯一需注意:创始人「$17,908 in October」是他所有产品的合计,不是 reception 的收入,别误读。

为什么成了 / 没成

目前算「成了个小开局」,但还很早。 三点支撑:①收入是真的——Stripe 校验,发布 2 周 MRR 从 $483 到 $950、订阅翻倍,对一个 $25/月的 B2B 工具来说转化不差;②获客靠创始人个人品牌而非开源社区——他 18.4K 粉的 X 账号 + PH 日榜第 16 名(91 票)+ appmaxxing 圈的口碑,把 SDK 直接推给了同圈做 iOS 订阅 App 的人,这批人正是「被 Apple 抽成、难要好评、难升级」的痛点人群;③产品定位精准,把「客服」重新包装成「增收工具」(要好评、做 upsell、发折扣),比单纯 helpdesk 更容易让开发者掏钱。

风险也清楚: ①GitHub 三个 SDK 仓库 0 star,说明它没建立开发者社区护城河,获客高度依赖创始人个人流量,一旦停更推文增长会立刻放缓;②MRR $950、41 订阅仍是「一人公司量级」,且 3 天数字持平(虽可解释为账单周期);③赛道拥挤——Intercom、Crisp、以及一批 iOS 内嵌客服 SDK 都在做,reception 的差异点是「原生 Swift + 与 RevenueCat/Superwall/Adapty 打通」,这个差异能守多久待观察。

对想跟的人

这个方向有位置,但位置很窄:只做 iOS 原生、只服务订阅制 App 开发者。证据是 reception 用 $25/月的低价、2 周做到 41 个订阅、$950 MRR,而它的 SDK 在 GitHub 上 0 star——说明买单的人不是从开源社区来的,是从「做 iOS 订阅 App 的同行」里来的。所以想跟的话,最大的坑是获客:你没有 Frederick 那 18.4K 粉的 X 账号和 appmaxxing 圈层,同样的产品大概率连 41 个订阅都拿不到。要么先攒这个圈子的信任,要么把产品做成能靠 ASO/SEO 自来的形态,否则就是「产品对、渠道错」。

没查到的

• GitHub 库、Hacker News 库、Google Play 库、Mac App Store 库、Chrome 应用商店库:均无本产品记录(GitHub 因未达 50 星门槛未入库;其余是产品形态不匹配)。
• App Store 库只有两个同名无关教育 App,非本产品。
• 官网无 changelog / 博客 / 融资页;/pricing 404,定价只能从首页锚点读。
• 无法查到:reception 的付费客户名单、真实留存/流失率、创始人其他产品(如那个 $175k 挂牌的匿名公司)与 reception 的关系;TrustMRR 的 first_seen = 2026-10-28 是采集起点,不代表产品当天才上线。
• 创始人 X 的完整时间线只能看到公开主页前几条,更早推文未逐条核。