Squishy

发布之后的表现

收入

• indie(TrustMRR):库里没有。按域名 squishyapp.com、名字 squishy 查均无记录库。也就是说创始人没有公开收入,不能推断为 0。
• 唯一可量化的收费证据是 App Store 内购档位($9.99/月、$29.99/年、$59.99/年)和 Chrome 扩展的内购标记App Store / Chrome 商店。

用户 / 下载

• App Store:iOS 版 id 6774394364「Squishy: Screen Time Control」,开发者 Austin Chan,版权 Blank Slate Apps,首发约 2026-07-14(v1.0.1),最新 1.1.0(2026-09-25)App Store 页面。该 App 从未进过任何区总榜前 200,所以 appstore 库里没有它;苹果页面显示「This app hasn't received enough ratings or reviews to display an overview」——评分数低到不显示,这是最硬的一条「没起量」证据官网/App Store。
• Google Play:官网指向 com.blankslateapps.Squishyapp,但 googleplay 库里没有该包名(未上过任何区榜单)库。
• Chrome 扩展「Squishy - Website Blocker & Focus Timer」(id fboddbigkophknjdbpahbobhlihkecgg):50 users,评分 5.0(2 个评分),版本 1.1.5,更新于 2026-08-20Chrome 商店。chromestore 库里该条目只有 id 和名字(2026-11-01 首次见到,has_detail=false),用户数来自商店页面本身官网。
• 结论:三端合计的用户量级是「几百到几千」,不是「几万」。

开发者关注

• github 库:没有对应仓库(按 squishy / blankslate / screen time pet 搜均无)库。PH 档案里也没有 github_repo库。这是一个纯闭源商业产品,没有开源社区这条线。

讨论

• hackernews 库:域名 squishyapp.com 零条故事库。
• x 本地库:core 层 560 人里零条提及库。
• PH 是唯一有讨论的地方:27 条评论,一条 4.0 星的产品评价库。评论里有人明确要「lifetime purchase option(受够了订阅制)」,也有人认可「分享幸福条但隐藏浏览细节」的设计PH 页面。

官网动态

• 官网在线,结构完整(How it works / Share / FAQ / 下载),三端入口齐全官网。
• 隐私政策最后更新 2026-10-30,内容提到 Team games、Wander 计步、Colour/Scavenger hunt 拍照等官网首页尚未展示的新功能,说明产品在持续迭代官网。
• 没有 changelog 页、没有博客、没有融资或收购消息官网。

自报 vs 实际

• PH 文案自报「a screen time pet for iphone and chrome」自报——与实际一致,但官网现在已扩到 iOS + Android + Chrome 三端官网,PH 文案是旧档。
• 官网 FAQ 自报「移动端订阅含 Chrome Premium,不用付两次」自报——与 Chrome 商店「Offers in-app purchases」及 App Store 内购档位对得上官网。
• 没有任何用户数 / 收入自报数字,所以没有「自报 vs 实际」的冲突;反过来也说明创始人没有拿数字做营销。
• 唯一需要点出的落差:PH 拿到 116 票、日榜第 13、27 条评论,属于「发布日表现不错」;但三个月后 iOS 评分数低到苹果不显示、Chrome 扩展 50 用户。PH 热度没有转化成留存用户,这是本档案最值得注意的落差。

为什么成了 / 没成

没成(至少目前没起量),原因有三层:

1. 赛道拥挤且被巨头占位。屏幕时间管理里 Opal(us 评分数 90,737)、ScreenZen(us 52,948)、BePresent(us 71,296)、Freedom 都是几万评分的成熟产品appstore 库。Squishy 的差异化是「电子宠物 + 伴侣共养」,这是叙事创新而非功能创新——用户要的还是「别让我刷手机」,宠物只是包装。
2. 订阅定价与用户预期错位。$9.99/月对一个「宠物养成 + 拦截器」偏高,而 PH 评论里第一条诉求就是「想要买断制」PH。官网虽然给了 Chrome 一次性授权,但移动端只有订阅,把最在意价格的那批人挡在门外。
3. 分发只有 PH 一波。HN 零条、X 零条、GitHub 无仓库、TrustMRR 无收入公开库,说明发布后没有持续的内容 / 社区分发。PH 的 116 票在 2026 年属于中上(日榜 13),但 PH 流量是一次性的,没有第二条获客管道接住。

做对的地方:产品完成度高(三端 + 同步 + 隐私设计扎实,隐私政策写得比多数独立 App 细)、迭代没停(隐私政策 10-30 更新、iOS 1.1.0 9-25)、Chrome 扩展 5.0 分(2 个评分,样本太小但无差评)官网。它更像「一个做得不错但没找到分发」的产品,而不是「做砸了」。

对想跟的人

这个方向还有位置,但不在「再做一个拦截器」。看数字:Opal 在美区 iOS 有 90,737 个评分appstore 库,而 Squishy 的 iOS 评分数低到苹果不显示总览——同一个需求,头部和长尾差三个数量级,说明「拦截」本身没有差异化空间。真正空着的位置是 Squishy 已经摸到但没做透的那块:「伴侣 / 朋友共养」的社交约束。PH 27 条评论里,被点赞最多的两条恰好是「onboarding 顺滑」和「分享幸福条但隐藏浏览细节」PH——用户对「有人看着你」这件事有反应,而现有头部产品(Opal、ScreenZen)全是单人模式。最大的坑是:社交约束需要两个人都装,冷启动难度是单人产品的平方;Squishy 的 Chrome 扩展只有 50 用户,很可能就是卡在「拉不到第二个人」这一步。要跟就跟「单人也能用、但两个人更好」的设计,别做「必须两个人才能用」。

没查到的

• indie(TrustMRR):没有 Squishy,收入、MRR、订阅数、是否挂牌出售全部未知。
• GitHub:没有仓库,star 走势、fork/star 比、提交活跃度无从谈起。
• hackernews:零条故事,没有讨论数据。
• X 本地库:core 层零提及;创始人 Austin Chan 的 X 账号未能确认(搜到的 @austinchang / @austinchankl 均无法证实是本人),所以「创始人在社交媒体上说了什么」答不了。
• App Store / Google Play 榜单库:Squishy 从未上过任何区总榜前 200,所以没有榜单位置、评分增速、下载代理指标;苹果和 Google 都不给下载量与收入。
• Chrome 商店:该条目在库里只有 id 和名字(2026-11-01 首次见到,未拉详情),50 用户 / 5.0 分来自商店页面本身,不是库里的历史曲线,无法看增长。
• 定价页:官网没有独立定价页,具体价格只能从 App Store 内购档位反推;Chrome 一次性授权的价格未公开。
• 团队规模、融资、Companies House 类注册信息:未查(加拿大公司注册不在本次工具范围内)。