keep on shipping, 你可能会发现用户可能喜欢什么 - 我的透明创业实验第二十二周

2019-10-14 by timqian

Hello world, 我是 timqian, 正在进行为期一年的透明创业实验. 这是关于这个实验第二十二周的实验记录.

做一个通用的 Analytics 工具?

在第 18 和 19 周, 我的大部分时间都投入在了 18 周开始的一个项目 - AnaHub (一个无服务,可自行部署的 Google Analytics 替代品). 但是遇到了麻烦:

纯做一个自部署的 analytics 工具比较简单, 但是要同时兼顾下面几个需求不那么容易

  • 允许用户自行部署
  • 允许用户用我部署的 anahub
  • 付费限制 (不同流量的网站不同的价格)
  • 开源

兼容这四个需求的产品, 从设计和实现上来讲都比较难以在短时间做出来. 但是纯做一个可自行部署的 analytics 工具, 收入渠道就只能是捐助了. 又是一个用爱发电的纯粹开源项目. 对于目前没多少收入, 渴求温饱的我, 急需用户可能有付费意愿的产品. 所以一直在犹豫该怎么办…

另一个与 Analytics 相关的小需求

我经常看自己 github 项目的 traffic. 你可能已经知道, github 支持用户看到项目的访问数据 (包括 clone / visits / referral / top pages 等). 我常通过浏览这些数据判断我在某些论坛上分享自己的项目之后效果如何. 不过官方 traffic 有一个缺点, 只能看到最近 14 天的数据. 要是有完整的 traffic 记录就好了.

这个问题有其他人碰到吗?

在 Google 搜索了 “github traffic more than 14 days”, 可以发现至少有几百人有这个需求的

在做一个通用的 analytics 工具之前, 我先做 github 项目的 analytics 怎么样呢?

做开源项目的人, 必定关心自己项目的 traffic / clone / star / fork 等 analytics 数据. 我手上少数几个给我带来微薄收入的产品之一的 star-history 其实就是帮助用户了解项目 analytics 数据的一个小小部分. 如果有一个对项目 analytics 做更完善和多方位分析的工具. 至少对我来说是需要的.

从收费模式角度讲. 这种需要长期保存数据的产品, 周期性收费是合理的, 有可能为我带来每个月比较稳定的一些收入.

于是, 我暂时放下写了一半的 anahub, 动手开始先解决这个问题.

经过三周的工作, Repo Analytics 的骨架终于搭好了, 并且大致完成了第一个功能: 保存 github repo 的 traffic 记录. 欢迎试用

失败的公众号的尝试

忘了什么动机开了一个公众号, 想要记录下每天所见所思. 还立下了日更的 flag. 更了三天之后发现这活不轻松. 写出有价值的内容, 还是每天更新, 需要的精力太过巨大, 影响了我做产品的节奏. 而且我还有一周一篇的周报要写😂

那么这个公众号可以用来干啥呢? 我决定把它作为订阅本博客除了 RSS 之外的另一个渠道

当 t9t.io 有博文更新, 我会在公众号里发一条消息过去.

数据分享

产品详情可以访问 t9t.io 查看

平均每月被动收入($)(本周收入 / 7 * 30)

用户量

github star 数


帮助我改进这篇文章


赞助博客

感谢 Julien Chaumond, Tian Zhou, Clément Salaün , John Hu 对本博客的大力支持

如果你喜欢这个博客,欢迎通过 Github, Patron 或者 Sponsor.cat 赞助作者

Using disqus as comment system