零容错

当他的雇主品牌代理机构找不到合适的申请人跟踪系统时，Paavo与我联系以启动RecruitLab（当时我们称之为“最佳招聘”）。他们最初与Bullhorn签约，但发现缺少一些承诺的关键功能。

在大约2个月内，我们启动了MVP并签署了我们的第一个客户-代理商。

进入已建立的（企业）软件细分市场时，“做好一件事情”。不起作用。您必须做好一件事情，但是您还必须做很多其他足够好的事情-本质。例如，在ATS领域，基本要素是申请人管理，电子邮件消息传递，工作委员会集成，符合GDPR的工具。没有这些功能，您的软件就没那么有用了。

我们花了头6个月的时间快速推出了这些基本功能。一旦一个被认为可以接受，我们就进入下一个。

回顾一下，也许真正快速达到近似特征奇偶校验的策略不是最佳策略。也许，如果我们刚动脑筋，我们可能会发现某些产品市场适合我们作为独立产品的独特功能之一。

当您的SaaS在睡觉时赚钱时，不会发生错误。在更改或构建功能时会发生错误。构建许多功能时，会遇到许多错误。在为期6个月的建设热潮中，我们开始就软件质量进行讨论。不是抽象的，而是具体的＆＃34;一些客户害怕使用某些功能＆＃34;感觉。非常糟糕，存在威胁。

我们放慢了速度，举行了会议并进行了反思。我们对错误的零容忍政策应运而生，我们全心全意地致力于这一工作。

这并不意味着我停止构建有缺陷的软件或Paavo＆amp; amp; 玛丽（Marie）开始捕获所有暂存错误。 这是一种对我们的用户表示同情的文化。 我们会更加努力-我们会进行更多测试（手动和自动）。 我更加强调不愉快的道路，处理错误。 虽然错误仍然存在，但是我们会尽力记录并理解它们，并创建票证。 在计划开发时，修复错误始终是我们的首要任务。 （据我们所知），我们不会在旧功能没有错误之前构建新功能。 从yee-haw开发到更谨慎模式的文化转变为RecruitLab带来了丰厚回报。 减少了火灾。 更加勤奋的测试和开发甚至可以节省网络时间，因为事件和客户支持的干扰较少。