May 1, 2024
当我们在私人测试版期间推出 Linear 时,我每周会从候补名单中挑选最有动力的(根据他们的回答)以及最合适的人选(使用我们的技术栈,小公司),然后给他们发送我保存为 Superhuman 模板的邮件。
对我来说,邀请候补名单中的所有 10,000 人似乎是一种浪费。那时候的产品对大多数人来说并不适用,会破坏我们的声誉,而且如果每个人都同时加入,我们可能收到很多相同的反馈。
将邀请分散到一年内,我们可以在这周获得某一批用户的反馈,然后解决问题。下一周我们会从新的一批用户那里收到对不同问题的反馈。Slack 在早期也采用了类似的方法。
我一直不理解为什么初创公司会试图发布未完善或早期的产品。我最能想到的原因是,人们在盲目模仿大公司的做法,他们并不真正理解新产品的创建过程,也不了解在幕后需要多做多少工作来保证这些大公司的发布能够取得成功。
上面这段内容来自 Linear CEO Karri Saarinen 在 Twitter 上面的分享 。
同样的 micro-SaaS Campsite 也采用了同样的策略。这样带来的一个好处是每一波 Onboarding 都比上一波更容易。因为在这每周的不断基于反馈的优化中,快速迭代并上线新版本,是非常好的策略。
如果你在开发 micro-SaaS 过程中,需要一个 waitlist 工具,推荐我之前用过的 Tally , 非常简单和好用。