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个黑客案例”文章目录