夜雨聆风很多独立开发者一上来就想做大产品。
做一个新的知识库。
做一个新的协作工具。
做一个新的项目管理平台。
但 Notionlytics 这个产品，走的是另一条路。
它没有挑战 Notion。
它只是在 Notion 旁边，补了一个很小的能力：
告诉你，你写在 Notion 里的内容，到底有没有人看、有没有用。
这个产品非常适合拆。
因为它足够小，小到你一听就懂。
但它又足够真实，真实到有人愿意付费、有人愿意收购，甚至在 TrustMRR 上挂出了出售价格。
公开信息显示，Notionlytics 成立于 2024 年，定位是：
Advanced analytics for Notion pages.
它的官网说得更具体：
For company wikis, community knowledge bases, and shared documents. Find out what's helpful, and what isn't.
翻译一下就是：
给公司 Wiki、社区知识库和共享文档做分析，帮你知道哪些内容有用，哪些内容没用。
TrustMRR 页面显示，它有付费订阅、Stripe 收入、75% 利润率，并且以 $60,000 标价出售。
不过这里要先说明一个细节：TrustMRR 上同时出现了 MRR 约 $40,969、近 30 天 Stripe 收入约 $593、活跃订阅约 73 这些数据，口径之间并不完全匹配。
所以我们不把“月入 4 万美金”当成确定事实。
更稳妥的说法是：
这是一个已经跑出付费、有人报价购买的小型 SaaS。
而真正值得拆的，不是它现在到底收入多少。
而是：
这么小的一个需求，是怎么被挖出来、怎么冷启动、以及今天还能不能做。
1. 需求不是调研出来的，是自己撞上的
Notionlytics 的创始人 Max，在 Everyday Empires 的采访里讲过这个产品的来源。
起点不是市场分析，也不是关键词研究。
而是一次很普通的聊天。
Max 的联合创始人是 Notion 重度用户。
有一天他们喝咖啡时，她抱怨了一件事：
她在 Notion 里写了很多内容，但不知道这些内容到底有没有用。
不知道有多少人看过。
不知道哪些内容被经常访问。
不知道哪些页面长期没人打开。
也不知道这些内容应该怎么重新组织。
这就是 Notionlytics 的起点。
它不是从“我要做一个 analytics SaaS”开始的。
而是从一个非常具体的问题开始：
我在 Notion 里写了这么多东西，但我不知道它们有没有被使用。
这个需求很有意思。
因为 Notion 解决的是“内容生产”。
你可以写文档、搭知识库、做模板、建 Wiki、发 Pitch Deck。
但 Notion 没有很好地解决另一个问题：
内容生产完之后，它有没有产生价值？
这就是机会。
很多产品机会不是来自“用户没有工具”。
而是来自：
用户已经在用一个大工具，但某个关键环节是黑盒。
Notionlytics 补的就是这个黑盒。
2. 他们没有先做完整产品，而是周末做了一个粗糙原型
确认痛点之后，Max 和联合创始人没有马上闭门造车。
他们先做了几周验证。
去和其他 Notion 用户聊这个问题。
看看是不是只有 co-founder 自己有这个痛点。
结果发现，很多 Notion power users 都有类似困扰。
比如：
- 做 Notion 模板的人，想知道哪个模板页面访问最多
- 做知识库的人，想知道哪些内容真的被读
- 做课程/资源库的人，想知道用户卡在哪里
- 用 Notion 发材料的人，想知道对方有没有打开
确认不是个例之后，他们用了一个周末，做了一个非常粗糙的原型。
采访里的原话是：
quick and dirty prototype over the weekend
这个词很关键。
不是精美官网。
不是完整后台。
不是自动化 onboarding。
而是先跑通最核心的一件事：
能不能给 Notion 内容加上追踪，并让用户看到一些有用的数据。
这就是独立开发者最应该学的一点。
不要一开始就把产品做成公司级 SaaS。
先做一个丑但有用的东西。
因为早期最重要的不是“它像不像一个成熟产品”。
而是：
用户会不会为了这个功能回来。
3. 真实冷启动：Notion 社区 + Reddit 私信
Notionlytics 的冷启动也不是靠一次盛大发布。
他们把免费原型发到多个 Notion 用户社区和论坛里。
也就是说，他们没有去泛流量平台喊：
我们做了一个新产品，大家来看看。
而是去找已经聚集了目标用户的地方。
更重要的是，采访里明确提到：
Manual outreach to Reddit users via DMs worked pretty well.
也就是：
他们会手动私信 Reddit 上的 Notion 用户。
这件事听起来很笨，但非常有效。
因为冷启动阶段，最难的不是曝光。
最难的是找到“此刻正在被这个问题困扰的人”。
Reddit 上那些讨论 Notion、Notion 模板、Notion workspace、Notion analytics 的人，本来就有可能正在遇到这个问题。
这时候你私信他：
我们做了一个免费小工具，可以看看你的 Notion 页面有没有被访问，要不要试试？
这比发一条泛泛的 Twitter 有效得多。
早期用户用了之后，虽然遇到 bug，但他们没有立刻走。
他们会：
- 经常回来查看 analytics
- 主动告诉团队哪里坏了
- 提功能建议
- 继续把它用在自己的 Notion 内容里
这就是非常强的信号。
早期验证不是看“有没有人夸你”。
而是看：
产品很粗糙的时候，用户还会不会继续用。
4. 真正的 aha moment：第一天就有人付费
最开始，Notionlytics 的原型是免费的。
免费产品有人用，不代表产品成立。
因为用户对免费工具的容忍度很高。
真正关键的是付费。
Max 在采访里说，后来他们宣布付费版本。
付费版本上线第一天，就来了第一个付费客户。
这才是他们真正的 aha moment。
因为这说明用户不是觉得：
这个小工具挺有意思。
而是觉得：
这个东西对我有价值，我愿意为它付钱。
这是完全不同的信号。
很多独立开发者会卡在这里。
有人注册，有人点赞，有人说“不错”，但没人付费。
Notionlytics 的路径比较健康：
先免费验证真实使用。
再用付费验证真实价值。
5. 当时已经有替代方案了吗？
有。
但没有一个是刚好为这个场景设计的。
当时用户如果想看 Notion 内容数据，大概有几种办法。
第一种：把 Notion 页面变成网站，再接 Google Analytics
比如用一些 Notion website builder，把 Notion 页面发布成网站，再接 GA。
问题是：
太麻烦。
对普通 Notion 用户不友好。
而且它更适合公开网站，不适合公司 Wiki、内部知识库、共享文档这些场景。
第二种：用建站工具自带 analytics
比如一些 Notion 建站产品会提供简单访问统计。
但它的问题是：
你得先把 Notion 当网站用。
如果你只是想分析一个知识库、一个模板、一个内部文档，它就不够贴合。
第三种：靠主观反馈
问团队成员：
你看了吗？
这篇文档有用吗？
哪里看不懂？
这种方式当然可以，但不系统，也不能规模化。
第四种：完全不看数据
这其实是大多数人的默认状态。
写了很多内容，然后靠感觉判断有没有用。
Notionlytics 的机会就在这里。
它不是比 Google Analytics 更强。
它是比 Google Analytics 更适合 Notion 用户。
这句话很重要。
很多小产品的机会，不是做一个“更强”的东西。
而是做一个“更贴合某个场景”的东西。
6. 它做得好的地方
我觉得 Notionlytics 有四个优点。
第一，定位极窄，一句话能讲明白
它不是 analytics。
它是 Notion analytics。
这就够了。
用户一眼知道自己是不是目标用户。
如果你不用 Notion，它和你无关。
如果你重度用 Notion，它就可能击中你。
好产品不一定要让所有人都感兴趣。
早期更重要的是：
让目标用户觉得“这不就是给我的吗”。
第二，它寄生在大生态上
Notion 已经完成了用户教育。
用户已经知道 Notion 是什么，也已经把内容放进 Notion。
Notionlytics 不需要教育市场：
为什么你应该用 Notion？
它只需要说：
你已经在用 Notion 了，现在你应该知道这些页面有没有用。
这类生态插件型产品，很适合小团队。
因为你不需要创造全新行为。
你只需要增强一个已有行为。
第三，它不只看访问量，还收反馈
Notionlytics 不是单纯告诉你 PV。
它还提供 interactive widgets，让读者可以对内容做反馈。
这让它从“访问统计”变成了“内容质量反馈”。
用户真正关心的不是：
有多少人看了？
而是：
看了之后有没有帮助？
这就是它比普通 analytics 更贴近 Notion 内容运营的地方。
第四，付费人群明确
普通个人笔记用户，可能不太愿意为 analytics 付钱。
但下面这些人会更有付费意愿：
- 公司 Wiki 负责人
- 社区知识库运营者
- Notion 模板作者
- 教育内容创作者
- 用 Notion 发 Pitch Deck / Data Room 的创业者
- 用 Notion 做客户资料和资源中心的小团队
对他们来说，数据不是玩具。
数据会影响内容维护、用户转化、团队效率和销售判断。
7. 它的问题也很明显
不过，这个产品也不是完美的。
第一个问题：市场天花板有限
Notion analytics 是一个窄需求。
窄的好处是容易切入。
坏处是天花板不一定大。
如果只停留在“Notion 页面访问统计”，它可能适合做成一个不错的小生意，但不一定能长成很大的公司。
除非它往更大的方向扩展：
比如 content ops、knowledge base health、team documentation intelligence。
第二个问题：强依赖 Notion
所有平台插件型产品，都有平台风险。
如果 Notion 官方自己做了 analytics，或者 API / embed / 页面权限规则变化，Notionlytics 都会受影响。
这类产品的命运，部分掌握在平台手里。
第三个问题：价值感需要持续证明
Analytics 有一个常见问题：
用户觉得“有当然更好”，但“不用也能活”。
所以 Notionlytics 不能只展示数据。
它要不断帮用户回答：
- 哪些内容应该更新？
- 哪些页面没人看，可以删掉？
- 哪些资源最有价值？
- 哪些投资人或客户对材料感兴趣？
也就是说，它要从“看数据”走向“给决策建议”。
第四个问题：安装和追踪可能有摩擦
Notion 页面有 public / private、权限、嵌入、团队空间等各种场景。
只要接入流程稍微麻烦，用户就容易流失。
所以这类产品的核心，不只是数据能力。
还有 onboarding 能不能足够顺。
8. 现在还能不能做一个类似产品？
如果问题是：
现在还能不能直接复制一个 Notionlytics？
我的判断是：不太建议。
原因很简单。
这个方向已经不完全空白了。
除了 Notionlytics，现在还有 NotePulse、PageInsight 等类似产品。
单纯做 Notion page views，功能壁垒不高，也容易被卷。
但如果问题是：
这个模式还能不能做？
答案是：非常值得做。
只是不要做一模一样的 Notionlytics。
更好的做法是，把它的逻辑迁移到更具体、更高价值的场景里。
方向一：Notion analytics for creators
专门服务卖 Notion 模板的人。
不只是看访问量，而是看：
- 哪个模板页面访问最多
- 哪个页面带来购买
- 哪些流量来源最有效
- 用户在哪一步流失
- 哪些模板值得继续做
这比普通 analytics 更接近收入。
方向二：Notion data room analytics
专门给融资、并购、销售材料使用。
比如：
- 投资人有没有打开
- 看了几次
- 停留在哪些页面
- 哪些材料最被关注
- 哪个客户最有意向
这个场景的付费意愿可能更强。
因为它和融资、销售直接相关。
方向三：Team wiki health check
不是单纯看访问量，而是给公司知识库做健康评分。
比如：
- 哪些文档长期没人看
- 哪些 SOP 过期了
- 哪些新员工必读内容没人读
- 哪些页面被频繁搜索但没有答案
- 哪些知识需要合并或重写
这个方向比 Notion analytics 更像管理工具。
方向四：换平台做
不一定非要围绕 Notion。
同样的逻辑可以迁移到：
- 飞书知识库
- Google Docs
- Confluence
- GitBook
- 企业微信文档
- 公众号素材库
- 小红书资料库
核心问题都是一样的：
内容越来越多，但内容有没有用，不可见。
谁能把这个不可见变成可见，谁就有机会。
9. 这个案例真正值得学什么？
Notionlytics 最值得学的，不是“做一个 Notion 插件”。
而是一套非常清晰的小产品路径：
- 从自己或身边人的真实痛点出发
- 找同类用户确认问题不是个例
- 用一个周末做出粗糙 MVP
- 发到精准用户社区
- 手动 DM Reddit 用户
- 免费阶段看用户是否持续使用
- 付费阶段看用户是否愿意掏钱
- 再逐步打磨成专业 SaaS
这套路径很朴素。
但它比很多宏大的创业方法论更有用。
因为它没有幻想一个巨大市场。
它只是抓住一个很小、但真实存在的问题：
我写了很多 Notion 内容，但我不知道它们有没有用。
然后把这个问题解决到有人愿意付钱。
结尾
独立开发者最容易犯的错误，是一开始就想做一个完整平台。
但很多赚钱的小产品，反而来自一个非常窄的缝隙。
Notionlytics 的缝隙是：
Notion 负责写内容。
但内容效果没人告诉你。
于是它站在旁边，说：
我来告诉你。
这就是小产品的机会。
不是重新造一个 Notion。
不是挑战大平台。
而是在大平台留下的空白里，补上一个高价值用户愿意付费的小能力。
越小，越容易开始。
越具体，越容易成交。
这可能才是 Notionlytics 这个案例，最值得独立开发者学习的地方。
