Bug跟踪SaaS:BugTower($820/月)

本篇是“每天1个黑客案例”系列文章的第29篇,每工作日更新。

产品名称:BugTower

产品简介:

为开发团队制作的问题跟踪(Issue Tracking)SaaS(Software as a Service)。

发布时间:2014

运营渠道:

BugTower.com

流量概况:

不足5000UV/月,40%流量来自老用户回访,30%来自搜索引擎,主要关键词为“simple issue tracker”。

盈利方式:

  • 按月付费的订阅制(有免费试用期)

盈利能力:$820/月(2017.4)。

作者:

Kyle Connors(个人网站),开发者。

想法&MVP&启动:

作者在一家开发机构(应该是外包公司)工作,公司为各种各样的客户开发定制软件。客户中的大部分都不是技术人员,但他们需要深入地参与到软件的测试工作中,验证功能并报告问题。实现双方的沟通有以下几种方式:

  • Email:这对客户来说最简单,但是Email可能会弄丢,而且很难管理。
  • 开发工具:大部分问题跟踪(Issue Tracking)应用都是技术向的,要花很长时间去学习如何使用。许多客户都没有时间,也并不愿意去学习使用这样的工具,最后他们还是使用Email来提问题。
  • 电子表格:基本上跟Email是同样的问题。

所以作者准备做一个简单的,任何人都可以直接使用的问题跟踪(Issue Tracking)工具。他没有做什么市场调研,仅仅是解决自己遇到的一个问题,他知道一定有其他人也有同样的问题。

他过去做过很多失败的业余项目,究其原因,有这么几条:

  1. 解决的不是真正的问题。那些点子看起来很酷,所以他直接就着手去做了,直到后来才发现根本没有人用。
  2. 想做的功能太多。每当看过竞争对手的产品后,就想要在功能上、设计上都赶上他们。
  3. 想要使用新的技术(语言、框架等),学习和试错占用了太多的时间,真正开发的时间却很少。
  4. 害怕发布。“还不够好”、“bug太多”、“人们会觉得它没用”,想得太多,最终止步不前。

这次,他知道他已经解决了第1个问题,因为这次是他自己遇到的一个真正的问题。当然这个产品不可能变成一个独角兽,但却确确实实是个痛点。他觉得如果自己能避免之前的那些问题,这次一定能成功:

  1. 他专注于解决最核心的问题:一个可以创建和更新基本信息(标题、描述、严重程度)的工作流。
  2. 使用自己熟悉的技术:Python和Django,服务器用AWS,支付用Stripe。
  3. 发布。不再关心别人怎么想,只专心发布。

因为他还有工作要做,所以只能在周末进行开发,但他觉得在资源有限的情况下进行开发是一个好处,这让他只能专注于最重要的事情。最终,他花了2、3个月的时间完成了BugTower的MVP(Minimum Viable Product)。

MVP发布后,因为要尽快找到用户,所以作者暂时放弃了长期的流量策略,比如SEO。他用Google Adwords投放了搜索引擎广告,每天花费大概15-20美金,这为BugTower带来一些用户,但是对他来说太贵了。另外,他还在一些论坛做了发布。尤其是在Quora,许多人询问有什么“简单的bug跟踪工具”,他就回答BugTower,这为产品带来了许多关注,是BugTower获取新用户的一个稳定的流量来源。

BugTower最初包含了一个过于慷慨的免费套餐,以至于很多用户一直在使用免费版,没有升级的需要。后来他去掉了免费版,因为他需要知道用户是否愿意为BugTower付费,如果不愿意,那就要及时止损。结果证明用户愿意为BugTower付费,2017年3月,BugTower的月利润达到842美金。

有趣的是,他并没有把BugTower拿给公司的客户使用,因为他不想Push这个业余项目。

讨论:

  1. 很多Maker都会“出于自己的需求”去做项目,这个不是说通过自己的需求去发现用户的需求。而是为了表达自己想法、表现自己的能力,去做一个没有人用的产品,除了“表达”之外没有解决任何问题。当然对于自己的兴趣,去实现它也无可厚非,既能取悦自己,又能锻炼能力和积累经验。但是一定要在一开始的时候就认识到这两种项目的区别,不要把自己的“表达需求”当成用户的“索取需求”。
  2. 还有很多Maker把自己的热情全部投放在“做出产品”的过程中,他们很享受这个过程,但并没有太多考虑推广的问题。实现产品消耗了他们大部分的热情,简单地在网上发布后,如果反响不好,也就没什么热情继续了。这种情况也是需要我们警惕的。“酒香不怕巷子深”的逻辑适用于资源匮乏的时代,而在互联网时代,连实物商品都可以在几天之内被快递跨越整个中国地运送,更何况是虚拟产品。
  3. 然而对于个人项目来说,1个人既要实现产品,又要推广产品。这不仅仅是工作量的问题,更困难的是这里面涉及到思维模式的转换。实现产品和推广产品需要的是两种不同的思维模式,这一秒钟还在为实现一个功能苦苦思考,下一秒钟又要放下未完成的代码,去考虑如何推广,这种思维模式的不断切换会导致无法深度思考,结果可能使工作流于表面,效果不大。作者建议留出大段的时间(如几天)来专注于某项工作,某段时间只专注实现产品,另一段时间则只专注推广产品。

想要了解更多,请查看:
How I Finally Launched a Side Project and Grew It to $800/mo – IndieHackers

查看其他案例,请点击:“每天1个黑客案例”文章目录

发表评论

电子邮件地址不会被公开。 必填项已用*标注