BetaList 按日展示预发布和刚上线的科技初创产品，收录软件与硬件项目，让早期用户从首页、分类和搜索进入官网申请体验。
BetaList 首页按日期列出新近收录的产品，顶部另有 Trending Startups。早期用户和关注新项目的创业者还会从 Browse、搜索进入产品页，再点 Visit Site 前往官网申请体验、下载或直接使用。
BetaList 适合一个看似矛盾的阶段：产品仍然足够新，官网却已经准备好，陌生人可以留下邮箱、申请邀请、下载或直接使用。如果手里还只有想法或临时占位页，此时提交太早。产品已经上线数周、获得大量报道，又可能错过收录窗口。
在产品还新、官网已经可用时提交
Submission Guidelines（在新标签页打开） 接受三种阶段：尚未向任何人开放、只接受邀请的 private beta，以及最近才发布的产品。已经上线几周或更久、得到大量媒体报道，或只是把已有 App 的相同功能搬到另一个平台，通常不符合当前标准。
平台面向科技初创产品。软件、硬件和对旧想法做出实质改进的项目可以申请。博客、邮件通讯、课程、图书、订阅电商、咨询公司和代理服务不适合。BetaList 关注的是访客能够尝试或等待使用的产品，不是创始人的一般内容和服务介绍。
每个项目有两次展示机会：pre-launch 一次，正式 launch 一次，两次至少相隔几周。正在邀请测试的团队可以先收集申请，把第二次留给产品公开上线时。已经公开可用的产品不能把普通版本更新包装成 pre-launch。
落地页要比产品更早准备好
BetaList 要求自有域名和能够独立说明产品的落地页。免费托管子域名，例如 vercel.app、netlify.app 和 herokuapp.com，不符合当前规则。投稿地址也不能直接指向 App Store、Google Play、Kickstarter、Indiegogo 或 Facebook 页面。移动 App 可以在自己的官网放应用商店下载按钮，但提交给 BetaList 的应是官网。
官方不接受直接套用的免费或付费模板、默认 Bootstrap 页面、只有介绍视频的页面，以及几乎没有产品信息的托管式落地页。经过大幅定制、看起来属于这个产品的模板仍可能符合要求。审核者需要从页面上看懂产品给谁用、解决什么问题，以及访客现在能做什么。
官网还要提供可完成的动作。Guidelines 对访问动作的说明（在新标签页打开） 接受自建或第三方邮箱表单、下载按钮、应用商店链接，以及 Facebook、Google 或 LinkedIn 登录。只让访客关注 X 等待通知不够。
提交前，用未登录窗口走完主要操作。等待名单应显示成功状态。如果页面承诺发送确认邮件，也要确认邮件能够送达。需要邀请的产品应说明谁能申请，以及接下来会发生什么。已经上线的产品则检查登录、下载和移动端按钮。BetaList 的产品页最终会把人带到官网，失效的注册流程仍会浪费这次展示。
投稿入口会先要求登录
打开 Submit Startup（在新标签页打开） 时，未登录用户当前会被转到登录页。完整表单、必填字段和图片要求只在账号内显示，因此本文不根据旧教程补写字符限制。
登录前可以先整理产品名称、官网、英文价值说明、当前发布阶段，以及访客在落地页上可以完成的动作。这只是准备方向，不代表登录后表单的字段或图片要求。具体材料以账号内的当前表单为准。BetaList 的公开页面使用英文，本站建议官网和提交资料至少提供清楚的英文版本。
送出后打开 Dashboard（在新标签页打开）。官方状态说明（在新标签页打开） 要求使用提交时的同一账号查看。申请出现在 Dashboard，说明 BetaList 已经收到材料。它还没有证明编辑选择了产品。
收到入选邮件后，产品仍可能在队列中等待。直到公开产品页可以访问，并出现在按日列表中，才表示这次展示已经发生。
免费提交无法配合固定发布日期
BetaList Support（在新标签页打开） 当前写明，普通申请最长可能要等几周才完成审核。
提交后的说明（在新标签页打开） 称，如果入选，申请人通常会在约一周内收到邮件，之后一般还要等约两个月才正式展示，实际时间取决于队列。这些都是大致范围，不是发布日期承诺。
如果产品必须与某个版本、活动或媒体发布在同一天上线，普通提交很难精确配合。更合理的用法是在产品仍符合“最近”的阶段尽早申请，并把 BetaList 当作后续的一次公开展示。
Priority Listing 会把审核缩短到几天。如果入选，通常会更快展示。优先服务说明（在新标签页打开） 还写明，获批项目会进入邮件通讯，申请人无论结果如何都会收到通知。
付费购买的是优先处理，平台仍可拒绝申请。退款政策（在新标签页打开） 写明，被拒时会自动全额退款，产品已经展示后不再退款。退款时效（在新标签页打开） 可能是 5–10 个工作日。公开 Support 页没有展示当前价格，付款前应以 Dashboard 当时的报价为准。
邮件通讯和 Trending 都是后续结果
常规产品被公开展示后，邮件通讯不会收录全部项目。Newsletter 规则（在新标签页打开） 说明，普通提交只选择其中较受欢迎的项目，而且从公开展示到进入邮件通讯至少间隔 24 小时。获批的 Priority Listing 则保证进入邮件通讯。
首页 Trending Startups 也不是固定权益。官方说明（在新标签页打开） 只说会参考多项指标，其中包括产品帖获得的 tweets 数量，但没有公布完整算法。可以把 BetaList 产品页分享给已有用户，请他们查看和传播。互动只能提高进入 Trending 的可能性，不能保证结果。
团队能控制的是官网表现。公开当天检查等待名单、注册和下载是否正常，查看分析工具中来自 BetaList 的访问。跟踪说明（在新标签页打开） 写明，平台会给官网外链添加 UTM 参数，来源可识别为 betalist。访问者完成了什么动作，比产品是否短暂出现在 Trending 更能帮助你判断这批早期用户是否合适。
公开后通过 Dashboard 申请修改
官方修改说明（在新标签页打开） 写明，公开产品页只能由 BetaList 团队编辑。名称、介绍、图片或官网需要更正时，进入 Dashboard 点击请求修改的链接，并写明具体变化。页面公开后仍要维护落地页。旧域名、失效下载和关闭的等待名单都会影响后来打开条目的访客。
如果第一次是 pre-launch 展示，正式发布时可以再次申请。第二次应该让访客看到明确变化，例如从候补名单变为可以注册，或从邀请测试变为公开下载。被拒的项目也可以在改进价值说明、设计和独特性后重新提交，但官方不会为每份申请提供具体反馈。
BetaList 的时间窗口很窄，投稿时按这个顺序检查：
- 确认产品仍处于未发布、邀请测试或刚上线阶段，并且属于科技初创项目。
- 使用自有域名完成落地页，让未登录访客能够登记、下载、登录或申请体验。
- 登录
Submit Startup，按当前表单送出资料，再到 Dashboard 确认申请存在。 - 日期要求宽松就等待普通审核，需要更快处理时再核对 Priority Listing 的当前报价和权益。
- 以公开产品页确认正式展示，发布后检查官网动作、来源数据和修改请求。