如何为下一次产品发布做一份会自己传播的候补名单

大多数预发布页面就是一个标题、一张截图，加上一个写着「输入你的邮箱」的输入框。有人填了，看到「谢谢，我们会联系你」，然后就再也没想起过你。两个月后，你给 800 个陌生人发邮件，介绍一个他们已经忘记自己报过名的产品，打开率 4%。

那个表单收集到的是地址，不是受众。这是两件不同的事，而差别几乎完全取决于提交之后的那十秒钟。

候补名单到底值不值得做

在讲机制之前，先对目标诚实。候补名单有用的理由有三个，没有一个是邮箱数量。

它是需求的证据。 不是证明——免费的东西人们什么都会报名——但它是一个你能在投入六个月开发之前就读到的信号。

它造出一批有温度的首批用户。 主动要求进来的人，行为方式和被广告拉来的人完全不同。他们容忍粗糙，你问他们会答，你的第一批真实反馈就来自这里。

它让你控制放量的节奏。 由你决定谁在什么时候进来，这意味着你第一天的真实流量是你选定的数字，而不是砸到你头上的数字。

注册表单是一次交易。候补名单是一个名次。仅仅这一处变化，就把它变成了一个循环。

把数字亮出来。 「你排在第 1,284 位」能做到「感谢注册」永远做不到的事：它把抽象变成了利害关系。名次会被截图，确认信息不会。

让名次可以改善。 固定的数字只是信息，能往下走的数字是一场游戏。给每位报名者一个专属邀请链接，每有一人通过它加入就让他上升——你就把一份被动名单，变成了一群有理由去告诉朋友的人。不是出于善意，而是出于自身利益，而后者可靠得多。

让它随时可查。 发一个随时能看到当前名次的链接。每一次查看都是一次零成本的产品曝光，而且是真实的回访理由，不是硬造出来的。

让奖励规则一眼看懂。 「邀请三个人，就超过所有不足三人的人」是一条能记在脑子里的规则。不透明的积分体系会被忽略，更糟的是会被当成骗人的。

有两种做法会很快毁掉这一切。

一是假稀缺。如果你的「候补名单」只是走过场，所有人立刻就能进，别人是会察觉的，名次也就失去了意义。只有真的存在排队时，才排队。

二是刷量。如果自我邀请也算数，或者任何人都能编一个邀请码，那么在有人发现的第二天，排行榜就一文不值了。归因必须拒绝自我邀请和未知邀请码，而且只能计一次——否则输的恰恰是老老实实参与的人。

一次性全放进来是错误做法。你会在余量最少的那一天，同时迎来最糟的支持日和最糟的基建日。

分批放。 一次五十人是个合理的起始数字。小到出问题时你能挨个亲自发邮件，大到足以让你学到东西。

每批之后要复盘， 而不只是过程中盯着。错误率、注册到激活的转化，以及有多少人来找你。如果最后这个数字偏高，先解决原因再放下一批——否则你只是把同一场对话又排了一百遍队。

在接受邀请时验证邮箱。 邀请应该是一个一次性链接，把报名者变成真实用户。几个月前收集的地址会失效，而门口这一步验证，能让你的活跃用户数真正有意义。

告诉还在等的人。 一句简短的「本周又放进来 200 人，你现在是第 340 位」，比沉默有价值得多。沉默正是候补名单退化成一份死地址清单的方式。

SupDesk 为每个项目都提供候补名单，所有方案都包含，免费方案也在内——报名算作线索而不是提交，因此永远不会占用你的月度额度。

实时名次。 从不存储，也不需要手工维护。条目先按邀请数排序，再按报名时间排序，所以队列始终反映真实情况。每位报名者都会收到一封带链接的邮件，随时可以查看自己的位置。
真正能用的邀请链接。 每个条目都有专属链接。一次有效邀请会记在邀请人名下，并让他超过所有邀请数更少的人。自我邀请和未知邀请码会被忽略，归因是原子操作——没有人会被重复计数。
批量邀请。 逐个审批，或一次最多五十个。每封邀请邮件都带一个一次性接受链接，验证地址并把这个人变成项目的最终用户。不占用席位——最终用户在所有方案中都免费。
随处嵌入。 用一行 iframe 把报名表单放到你自己的落地页上，或者用 REST API 驱动整个流程，并接收 created、invited、joined 三个生命周期 Webhook。
导出名单。 随时导出 CSV。那是你的受众，不是我们的。

而当你真正发布时，同一个项目里已经准备好了反馈看板、更新日志和消息功能——你刚放进来的这批人，一开始就有地方告诉你他们的想法。

亮出数字。让它可以改善。放人进来的速度要慢到你能学到东西。除此之外的一切，都只是多了几个步骤的注册表单。

打开候补名单，嵌入表单，把队排起来。前往 supdesk.app 开始