有些软件产品是为了梦想而构建的。其他的则是为了需要而建造的。 Bugfender绝对属于后一类。
Bugfender 是为应用程序开发人员提供的日志存储服务,它收集应用程序中发生的所有情况,即使它没有崩溃。因此,开发人员可以更有效地重现和解决错误,并提供准确的客户支持,而无需联系用户或深入了解。
该产品解决了“但它在我的机器上运行良好”的问题,即错误出现在我们的应用程序中,但不会出现在我们自己的设备上。它尊重用户的隐私,电池和网络效率高,而且最重要的是,即使设备离线,它也会持续记录。
Bugfender是一个 SDK,可以在开发过程中添加到我们的应用程序中。当用户下载我们的应用程序时,设备的 NSlog 或 Logcat 文件可以自动发送到我们的服务器。
日志存储在云端,可以通过基于 Web 的管理工具进行查看。这确实是该产品的核心:我们使用强大的过滤器构建了 Web 控制台,以便在解决问题时可以将搜索范围缩小到非常特定的设备组。
如果问题仅限于某个用户,我们甚至可以专注于该用户。对于 Crashlytics 和 Instabug 等工具来说这是不可能的,因为它们仅在出现异常或崩溃时收集信息。
我们将Bugfender作为我们的移动设计机构的一个分支,该机构生产了从军事级物联网到体育和医疗保健的一系列应用程序。
在我们启动 Bugfender 之前,修复应用程序中的错误的唯一方法是物理访问受影响的设备或致电受影响的用户并要求他们描述问题。然而,我们应用程序的用户群通常分布在整个大陆,并包含数百种不同的设备。直接解决问题通常是不切实际的,更不用说侵入性的了。
因此,我们决定构建一个内部远程日志记录工具,将信息直接提供给我们。这并不是创造下一个 Facebook 或 Google 的游戏。这是对我们作为开发人员每天面临的问题的回应。
Bugfender 最初是一个车库项目。我们用自己的时间运行代码冲刺,因此我们不必挖掘公司的节省。但我们很快意识到这可能不仅仅是一个内部实验。事实上,它可以使整个软件行业受益。
从那时起,我们将 Bugfender 打造成一个拥有自己的团队和路线图的可行企业。我们已经在世界各地赢得了各种各样的客户,从独立和自由开发人员到拥有数十名开发人员的跨国公司。
我们的联合创始人于 2017 年 3 月接受了 Indie Hackers 的采访,当时 Bugfender 的收入为每月 6,500 美元。现在这个数字已经增加了两倍多,达到每年 50 万美元。
当我们推出 Bugfender 时,种子轮和早期融资正在蓬勃发展,而且由于智能手机技术的发展,该软件非常有吸引力。在 Bugfender 推出期间,我们看到了移动支付、健身追踪器和高质量摄像头等复杂功能的推出,所有这些都使得崩溃报告比以往任何时候都更加重要。
然而,我们决定保持规模较小,而不是追求大笔资金,主要是出于生活方式的原因。 Bugfender 和我们的母公司都已经致力于远程、灵活的工作。我们使用当今异步技术的早期版本,我们都有自己的工作时间,并且我们致力于保持良好的工作与生活平衡。
因此,经过长时间的内部讨论,我们决定继续自力更生。虽然我们想创建一个非常成功的项目,但我们不想以牺牲我们的个人生活为代价。
从一开始就很清楚,客户支持对于 Bugfender 至关重要。该产品的存在是为了提供快速、清晰和持续的信息流。我们与客户的关系必须反映这一点。
从一开始,我们就决定由工程师和设计师(即创建和维护我们产品的人员)来回答客户的问题。甚至 Bugender 首席执行官仍然亲自处理一些支持工作。他积极地催促客户提出问题、提出建议,并就他们可能需要的任何事情与我们联系。
更重要的是,所有文章和博客文章都是开发人员自己撰写的(包括这篇文章)。我们聘请了一名文案撰稿人来校对我们的材料,因为我们团队中的许多人都不是以英语为母语的,但核心内容始终由开发人员编写,并由用户报告的问题构成。
通过直接与客户接触,我们能够了解他们需要什么,什么有效,什么无效,他们喜欢什么,什么让他们感到沮丧。我们对 Bugfender 所做的大量更改直接来自用户反馈。
分析工具可以提供一定程度的洞察力,但直接的客户反馈更为有益。我们发现,如果问题相关且能够快速回答,客户总是很乐意回答您。
作为一家自力更生的“小”公司,我们努力为客户提供最好的支持。其他软件机构在 SEO 上投入大量资金来争夺 Google 排名,但我们优先考虑口碑和长期忠诚度。
我们可能无法在某些领域与大品牌竞争,但我们为我们提供的客户支持感到自豪,我们的方法意味着我们更加灵活和开放,可以使产品适应客户需求。
以下是我们正在准备的一些内容:
...以及我们客户要求的任何其他功能。 Bugfender 是一款由需求而不是愿望塑造的产品,并且将继续如此。