提交产品时,最容易反复修改的是文案和图片:一句话介绍太长,Logo 缩小后看不清,截图到了另一平台又被裁掉。先准备一套完整素材,再按各平台表单导出不同版本,会省下不少时间。
下面是一套适合独立产品的准备规范。表格中的长度、尺寸和数量是本文建议的工作标准,不是所有平台共同规定的上传要求。平台另有字符、格式或文件大小限制时,以提交表单和官方规则为准;文中的平台规则核对于 2026 年 10 月 6 日。
1. 先备好这些资料
| 资料 | 建议准备的版本 | 重点检查 |
|---|---|---|
| 产品名称与地址 | 统一名称、HTTPS 官网、试用或下载入口 | 名称不混入宣传语,链接能公开访问 |
| 一句话介绍 | 中文 15–30 字;英文 6–12 个词,并备一个不超过 60 个字符的英文短版 | 说清帮谁完成什么任务 |
| 简短描述 | 中文 80–150 字;英文 40–80 个词,另备不超过 260 个字符的精简版 | 包含用途、工作方式和一个区别 |
| 详细介绍 | 中文 400–800 字;英文 250–400 个词 | 场景、使用步骤、功能、价格和限制 |
| Logo | 1:1,1024×1024 母版,另导出 512×512、240×240 PNG | 在 32×32 和 64×64 下仍可辨认 |
| 产品截图 | 3–5 张;16:9、1920×1080 母版 | 一张讲一个任务,关键界面清晰 |
| 平台图库与分享图 | 1270×760 图库版;1200×630 OG 版 | 分别排版,避免直接拉伸或裁掉重点 |
| 演示视频 | 30–60 秒,16:9、1080p MP4 母版 | 展示操作和结果,配字幕 |
| 开发者资料 | 姓名、头像、简介、平台用户名、联系邮箱 | 登录、验证、协作者归属都已确认 |
| 发布安排 | 日期、时区、方案、优惠说明、首条评论 | 分清提交、排队、预约和实际上线 |
中文“字”、英文“词”和表单“字符”不是同一单位。表单按字符计数时,空格、标点也可能占用额度,提交前用表单计数器核对,不要按英文单词数估算。
2. 准备产品文案与素材
2.1 产品名称、链接与分类:先统一身份
产品名只写品牌或产品本身的名字。比如用“FocusPad”,不写“FocusPad — 全球最好用的 AI 计划神器”。所有平台、官网、Logo 文件和开发者介绍使用同一拼写;新版本号只有在区分实际版本时才加入。
主要链接指向能解释产品、继续试用的 HTTPS 页面,另外准备 App Store、Google Play、下载页或在线演示链接。有多个入口时,标明用途,不要把新闻报道或博客文章当作产品主链接。确认重定向后的页面正确,移动端也能打开。
可以先浏览 BetterLaunch 的分类和标签,看看相近产品如何归类。选一个最贴近用途的主分类,再准备 3–5 个相关标签作为候选,按平台允许的数量取舍。功能、用户和使用场景比追热门词更重要。也要明确产品状态:已经可用、邀请测试、公开测试还是等待名单,避免介绍写成“立即使用”,链接却只有报名表。
2.2 一句话介绍:写清用户和任务
用“为谁 + 做什么”起稿;有空间时,再补充使用方式或关键区别。不要把名字再写一遍,也不要只说“赋能效率”“一站式解决方案”。
以虚构的计划工具 FocusPad 为例:中文可以写“帮独立开发者安排每日任务的简洁计划工具”;英文短版可以写“Daily planning for independent makers”。这只是写法示例,不代表实际产品功能。
准备短、长两个版本。短版用于卡片和字符较少的表单,长版可以交代更多场景。BetterLaunch 的自动导入最多保留 200 个字符,提交字段也以 200 个字符为上限;不要等导入时被截断才压缩文案。
2.3 简短描述与详细介绍:准备可以删减的正文
简短描述回答三个问题:用户遇到什么问题、产品怎么帮助他、为什么值得试用。以同一虚构产品为例:“FocusPad 为独立开发者提供每日计划工作台,把任务整理到当天的安排里,方便集中查看和推进。”先讲用途,不要塞满功能名。
详细介绍可以按下面的顺序写:
- 目标用户和问题:谁在什么情况下会用它,现有做法哪里不方便。
- 主要流程:用户输入什么、完成哪些操作、得到什么结果,用 2–3 步说明。
- 核心功能:挑 3–5 项,每项说明作用,不要只列“智能、快速、安全”。
- 实际场景或演示:描述一个可复现的使用过程;示例数据与真实客户案例分开写。
- 价格、状态与限制:是否有免费方案、试用期、账号要求、使用额度或尚未支持的能力。
- 下一步:告诉读者从哪里试用、下载或报名。
先写纯文本母稿,再按平台支持的格式加段落或列表。BetterLaunch 的详细介绍字段上限为 5000 个字符,这是容纳空间,不是建议写满的目标。另留一份极短描述,适配 Product Hunt 等较短字段;不要把整段详细介绍粘进去后任由表单截断。
2.4 Logo:准备方形母版和小尺寸版本
保留可编辑的矢量源文件,用 1024×1024 方形画布导出 PNG 母版,再导出 512×512 和 240×240。PNG 方便保留透明背景;同时备一个浅色底版本,避免透明标志落在深色卡片上看不清。SVG 留作源文件,不要假设每个平台都接受上传。
图形四周留约 10% 的空白,避免圆形裁切时切掉边缘。主体尽量用品牌图形,不把完整标语和网址塞进 Logo。将图片缩到 32×32、64×64 检查轮廓和对比度,再看浅色、深色背景下的效果。
Logo、favicon 和产品预览图分开准备:Logo 识别品牌,favicon 用于浏览器标签和网站图标,预览图展示产品。建议另备 32×32 favicon 和 180×180 touch icon,不要拿一张复杂截图兼任这几种用途。
2.5 截图与预览图:一张说明一个任务
准备 3–5 张真实产品截图,顺序可以是整体工作台、核心操作、完成结果,再补一个有区别的功能。第一张就让人看懂产品用途,不用把公司介绍当作主图。所有截图使用演示账号,去掉真实姓名、邮箱、密钥、账单等非公开资料。
用 1920×1080、16:9 作为横向母版,便于展示和录屏;需要 1270×760 或 1200×630 时单独调整布局,而不是直接拉伸。界面过密时,放大关键区域或拆成两张。手机产品可以保留竖屏截图,再放进横向画布,别把手机界面硬压成横图。
截图上的说明文字只承担解释作用,留出约 5%–10% 的边缘余量。导出后按卡片实际显示尺寸看一遍:如果标题和操作区域看不清,就继续精简。静态 Logo 优先 PNG;截图可备 PNG、JPEG 或 WebP,按平台接受的格式选择。本文建议单张静态上传文件尽量控制在 2 MB 内,同时保留未压缩母版;这不是平台统一上限,压缩后也要检查文字清晰度。
2.6 演示视频:从操作开始,到结果结束
建议先做一段 30–60 秒的演示:前几秒说明任务,中间展示核心操作,结尾给出结果和试用入口。录制 16:9、1080p MP4 母版,界面文字足够大,鼠标动作有停顿;配字幕,让不开声音的人也能理解。
不要用长片头和 Logo 动画占掉大部分时间。若产品还不能完成演示中的流程,要标明哪些是原型或计划功能。备好公开视频链接和本地文件,检查无需登录即可播放。不同平台接受的托管方式不同,不能假设上传 MP4 或任意视频链接都能用。
2.7 账号、价格与发布安排:避免素材齐了却发不出去
提前准备开发者姓名、清晰头像、简短简介、平台用户名和联系邮箱。确认能收到验证邮件,需要身份验证的平台先完成验证。协作者先确认用户名与产品归属,不要到了发布当天才找不到该添加的人。
价格资料写清免费、付费还是带免费试用的付费产品;如果有套餐,注明币种、按月或按年、额度和试用后是否收费。优惠码是可选资料,准备时写明适用套餐、有效期、领取方式和限制,不把有条件的折扣写成永久免费。
发布表至少记录平台、方案、目标日期、平台时区、实际确认日期和负责人。保存发布当天的首条评论草稿,介绍为什么做这个产品、能解决什么问题,以及希望收到哪方面的反馈。提交成功、进入队列和已经上线是不同状态,收到确认后再安排对外分享。
BetterLaunch 的排行榜包含周榜、月榜和年榜。周榜按发布批次统计,月榜和年榜按 UTC 自然周期统计期间发布的产品;结算后的结果固定。安排发布时应以实际确认的上线时间为准,具体规则见使用指南。
3. 各平台需要单独适配的地方
| 平台 | 提交前要单独核对 |
|---|---|
| Product Hunt | 官方推荐方形缩略图 240×240、图库图 1270×760;图库需至少 2 张才展示;描述最多 260 个字符;视频用非私密的完整 YouTube 链接 |
| Indie Hackers | 产品档案、开发者介绍和更新内容分别准备;收入等经营数据只填写真实且愿意公开的信息 |
| Peerlist | 项目名、tagline、URL、图片、标签、描述和分类应完整;发布者身份验证与发布窗口另行核对 |
| BetaList | 产品应处于早期,有独立且信息充分的落地页,以及可用的注册或访问入口;不是所有网站类型都适合 |
| Uneed | 导入资料之后还要选择发布方式;免费、加速和自选日期的排期及页面、链接保留条件不同 |
| Microlaunch | 核对基础发布排队和付费方案包含的展示、推广或反馈服务,提前安排跟进时间 |
| TinyLaunch | 核对免费排名、获奖徽章和回链要求;需要添加徽章时确认官网能放置 |
| Firsto / OpenHunts | 免费队列、付费排期、排名相关外链和徽章条件不同;需要徽章时,提前准备官网添加位置 |
| BetterLaunch | 名称最多 100 个字符,一句话介绍最多 200,详细介绍最多 5000,标签最多 5 个;免费方案目前要求经核验的 DR 至少为 10,每个账号累计最多免费提交 3 个产品(被拒绝的提交不占额度,Boost 和 Highlight 不占免费额度) |
Product Hunt 的尺寸是官方推荐;描述长度和图库展示门槛则需要遵守。其他平台没有在这里列出的图片上限,不代表没有限制,也不要照搬另一平台的要求。参考 Product Hunt 官方提交说明、Peerlist 项目资料说明与身份验证公告、BetaList 收录标准、Uneed 发布规则、Firsto 方案和OpenHunts 方案。
如果还没有确定要提交哪些平台,可以先看10 个发布渠道的比较。如果主要关注外链,先了解外链与 DR 的关系,再核对各方案的链接条件。
4. 把素材整理成一个提交包
建议按用途命名文件,例如 logo-512.png、logo-240.png、screenshot-01-overview.png、gallery-ph-1270x760.png、og-1200x630.png 和 demo-1080p.mp4。文案单独存一份,区分中文、英文、短版和长版;再用一张表记录各平台最终采用的版本、提交状态和发布链接。
后续更新价格或功能时,先改母稿,再同步已发布的资料。这样不会出现官网说已经收费、发布页却还写免费的情况。
5. BetterLaunch 如何读取官网信息
提交表单可以根据公开的网站地址尝试获取资料。产品名称优先读取 og:site_name,其次是 og:title、页面 <title>;一句话介绍优先读取 og:description,没有时再读取普通的 meta description。
平台还会尝试把 og:image 导入为产品缩略图,并获取网站图标作为 Logo。相关服务可用时,会根据网页正文生成介绍草稿、推荐分类和标签。Domain Rating 则通过独立查询获取。
自动获取的资料只能作为草稿。页面标题可能带着多余的宣传语,图片裁切后可能看不清,摘要也可能漏掉关键使用场景。提交前要逐项检查;没有读到或读得不完整的内容,可以手动填写,图片也可以自行上传。
5.1 在首页提供标准元数据
在公开落地页的初始 HTML 中,把产品信息写进 <head>。下面的示例可以按自己的产品修改:
<title>FocusPad — 为独立开发者设计的每日计划工具</title>
<meta name="description" content="用简洁的工作台安排每日任务,专注完成重要的事。" />
<meta property="og:site_name" content="FocusPad" />
<meta property="og:title" content="FocusPad — 更清楚地安排每一天" />
<meta property="og:description" content="为独立开发者设计的简洁每日计划工具。" />
<meta property="og:type" content="website" />
<meta property="og:url" content="https://example.com/" />
<meta property="og:image" content="https://example.com/images/product-preview.png" />
<link rel="icon" href="/favicon.ico" />
<link rel="icon" type="image/png" sizes="32x32" href="/icons/icon-32.png" />
<link rel="apple-touch-icon" href="/icons/apple-touch-icon.png" />
<link rel="canonical" href="https://example.com/" />
Open Graph 图片应使用绝对 HTTPS 地址。制作社交分享预览图时,可以从 1200 × 630 开始;BetterLaunch 并不要求必须上传这个尺寸。把重要文字和界面放在画面中间,四周留出裁切余量。图标用来识别品牌,预览图用来展示产品,不必用同一张图。
canonical 和 touch icon 是有用的网站元数据,但不代表 BetterLaunch 会导入这些字段。设置了图标,也不意味着外部图标服务已经更新缓存。
5.2 检查公开访问和导入结果
用无痕窗口打开官网和图片地址,检查是否能直接访问,不依赖登录状态、临时签名或已有会话。普通网页请求应能获取页面内容,而不是只看到验证页面。重要元数据尽量写在初始 HTML 中,不要等客户端 JavaScript 加载后才补上。
接着在提交表单中获取一次网站信息,检查名称和简介,替换不合适的图片,再核对生成的正文、分类和标签。最后打开官网链接,确认新用户会进入你希望展示的页面。
发布方式和费用可以参考 BetterLaunch 使用指南及当前价格方案。元数据准备齐全,可以少填一些内容,但提交前仍需要自己核对。