去年的这个时候，我向互联网展示了一个我用Next构建的正常运行时间检测器原型。js作为前端，在AWS Lambda上运行服务。我给了自己一周的时间来整理。
我从一个Lambda函数开始，该函数检查静态网站是否仍然在线，如果仍然在线，则添加一个电子邮件警报'；s离线，围绕它包装身份验证，集成条带，然后发货。在这一年里，我一直在添加功能。
我向200名提供"；同样的"；服务和客户？
我每天工作两个小时，每个工作日都在线或不在线，没有其他的辅助项目。今年，我成功地保持了大约10个月的这种状态（中间是两个月的无耻倦怠）。
我特别关注解决客户痛苦的功能（我问客户这种痛苦是什么）
我'；我无情地重复。如果我能'；如果我不能在两个小时内完成一个功能，我就想办法把范围缩小到两个小时，然后发布。然后迭代它。
在构建产品时，从客户的角度思考，而不是从销售订阅的目标出发，会有所帮助。
这让你从"；我'；我只想保留建筑特色，它们'；我们终究会来的" 至"；我应该帮助我的用户解决这个恼人的问题；。
SaaS只是解决问题的众多方法之一。你应该考虑所有你能提供帮助的方式，无论是'；视频、文档、文章、书籍、研讨会、代码示例或软件。
根据我的经验，有些人会试图在Online或Not'；s UI，感到沮丧，检查文档，会发生以下两种情况之一：
他们不会'；他们找不到方法去做他们想做的事，他们'；d立即搅拌
他们'；d找到他们要找的页面，跳转到标题，然后做这件事
成功使用OnlineOrNot'；s文档推动了保留——所以我现在将其视为核心产品的一部分，而不是事后考虑。
大约50%的流量流向了Online或Not。com来自手机用户。他们倾向于快速创建一个账户，添加几个页面进行监控，然后最终在笔记本电脑/台式机上不时查看支票。
在大约6个月的时间里，我没有'；我不能很好地支持移动设备，注册手机的人也在快速地进行着翻腾。我最终花了时间为移动设备构建了快速响应的视图，而现在新的移动用户仍在使用。
我今年做的最有价值的代码更改之一是在人们注册时询问他们："；你是怎么知道OnlineOrNot的"
你可以使用几十个渠道来吸引潜在客户，而且'；了解是加倍支付广告、内容营销还是推特上的垃圾帖来吸引用户是很有用的。
你的营销渠道可以帮助你了解企业的健康状况。而它'；it’很高兴看到有多少人访问各个页面，它是'；It’看看人们如何在多个页面上流动就更好了。
当我说营销漏斗时，我的意思是跟踪访问你主页的人流，最终进入你的注册表格，最后进入实际产品。它可以帮助你诊断营销副本、注册表单本身以及用户实际看到你的应用之前你可能有的任何登录问题。
我读了不少商业书籍，主要是因为不想重复别人犯过的错误。
举个例子——我登上了黑客新闻的头版，有6000人访问我的登录页面，几百人试图注册，只有一位数的人进入应用程序，让我意识到可能出了问题。
仅在我的报名表上，我就有大约75%的下降率。通过一点a/B测试（向DeployWithFlags大声呼喊——我在一个周末推出的一个在线或非在线API），我只需添加一个额外的OAuth登录提供程序，就可以将其降低到50%。
价格太高，你'；你会受到期待你的应用程序无所不能的人们的冲击。太低了，你'；有些客户会因为给了你9美元而要求你重写应用程序。退款给困难的客户，提高价格，然后继续前进。
追踪你的MRR是一种非常糟糕的方式来衡量你的'；我们很早就开始做生意了。
你几周前（如果不是几个月）做的事情会影响你今天的MRR，所以你赢了'；直到你'；我们已经有相当数量的客户经历了他们客户旅程的不同阶段。
我发现测量你的日常活跃用户，或者某种"；成功标准"；对你的客户来说（比如检查页面、生成图像等）比MRR更有帮助。它让你知道人们是否真的在使用你的产品，以及它是否'；这给他们带来了价值。
虽然免费层是吸引人们并让他们谈论你的产品的好方法，但你仍然需要一种方式让他们体验#34；好东西"；，尤其是如果免费层远不如付费层有用。
我花了11个月的时间才意识到，我可能应该建立一个入职流程，并开始提供免费试用。95%的新用户选择免费试用pro tier，尽管我提供了免费的tier。
它'；It’很难带来更多流量，很容易改变你当前的流量
如果你'；在高质量内容营销方面，你的文章的读者数量将从每天1-2人增加到每天几百人。
另一方面，人们登陆你的网站后所做的事情完全在你的影响范围内，你可以在今天进行更改（比如在你的注册表单中添加一个额外的OAuth登录提供者，我前面提到过）。
投资于内容营销，你可以选择让业务自行运营一段时间。
在这一年里，我'；我偶尔会有一篇文章走红，并在一个月内带来数万名访客，如果我什么都不做，大约1500人仍会有机地访问该网站，获取我写的文章。
这对于'；这是一场大流行，我在世界各地搬到法国居住时有点精疲力竭。
他们'；We’我们可能只是想提供帮助，并在另一款产品中看到了类似的功能。因为你'；you'；人们真的在和你交谈，我会很兴奋，然后冲出来为他们构建这个功能。
我'；我不会告诉你不要构建该功能（这就是我得到的建议，我还是构建了未使用的功能）。您应该询问他们将如何使用该功能，询问其他客户如何处理该问题，构建该功能的最小版本，并查看其他客户如何使用该功能。你没有'；我不想构建只有一个人使用的雪花功能。
在花上几个小时而不是几个月的时间后，删除一个没人想要的功能，这会让人感觉不那么痛苦。
每次正常运行时间检查都会管理自己的数据库连接，这意味着随着更多用户找到该服务，其他用户使用该应用程序的难度就越大。我也没有'；I don’不要费心去做适当的错误状态，这样新用户在数据库繁忙时就会看到：
同时，我更喜欢为不完整的用户界面感到尴尬，而不是构建人们不喜欢的东西'；不需要。从来没有人保证OnlineOrNot会吸引数百名用户，它最终可能会成为我为自己打造的另一款SaaS。
我重新设计了架构，每周在最小的AWS RDS实例上处理数百万次检查，并清理了错误屏幕：
在我今年花在编程上的时间中，我'；我说我一半的时间都花在解决我想解决的问题上（知道一个网站是否关闭，并在出现这种情况时提醒人们）。另一半则围绕这个问题构建了一个SaaS平台。
SaaS平台你没有的东西'；我甚至没有意识到你'；d需求，如多种类型的身份验证和用户管理、试用、入职、团队管理和发票管理、生命周期电子邮件等。
你可以外包很多服务（我也可以！如果Stripe不存在，我可能不会出售服务，也不会使用基于订阅的计费），但有'；It’总是你不喜欢的东西'；你不会觉得外包很舒服，或者你的处理方式不一样，所以你需要自己构建它。
大约每个月，我都会发送一份时事通讯，介绍Online的产品、营销和业务方面的最新进展。如果您不想订阅，请在下面订阅！