在这两个地方，写得像广告是最快的失败方式；写得像一个作者，才有机会被讨论。
一、帖子被删的那个晚上
以下情境为教学假设，人物、引语和数字不代表经核实的真实案例。
一位开发者做了一款写作辅助工具，花两周准备文案，然后在同一个晚上把它发到了三个社区：一个英文技术社区、两个垂直子版。二十分钟内，三个帖子全部被删，其中一个账号收到警告。
他的判断是「这些社区不欢迎独立开发者」。真实原因更简单：他写的是产品宣传，而他没有任何社区历史。 在反广告的社区里，新账号 + 纯推广链接，几乎必然被清除。
二、两个社区的共同点：反广告，不反作品
这两个平台的氛围差别很大，但底层规则一致：
| 共同点 | 含义 | 对你的约束 |
|---|---|---|
| 反自我推广 | 纯宣传被视为噪音 | 必须先提供价值，再提产品 |
| 重讨论质量 | 评论区比主贴更重要 | 作者必须全程在场 |
| 看账号历史 | 新号推广信任度低 | 提前参与，而不是临时出现 |
| 规则由志愿维护者执行 | 判断有弹性 | 被删不等于被封，但申诉要克制 |
它们反的是广告姿态，不是作品本身。 一个说明「我做了这个东西、它有什么限制、我想知道哪里不对」的帖子，和一个「重磅上线，欢迎体验」的帖子，在同样的社区里会遇到完全不同的待遇。
三、Show HN 的四个要素
Show HN 是这类社区里专门留给「我做了个东西」的入口。它的存在本身就说明：社区允许展示作品，但要求你以作者身份出现。
| 要素 | 要求 | 反例 |
|---|---|---|
| 标题 | 直接说明做了什么 | 「改变工作方式的新工具」 |
| 可试 | 点开就能用，不强制注册 | 留一个「预约演示」表单 |
| 作者在场 | 当天持续回复评论 | 发完就下线 |
| 时间 | 选目标人群在线的时段 | 凌晨发布，无人应答 |
标题的写法有一个简单的检验：把标题念给一个陌生人听，他能不能复述出这个产品做什么。 不能复述，就是标题太长或太抽象。
「可试」这一条经常被低估。技术社区的读者对注册墙极其敏感：多一步注册，就少一批人。第一版完全可以做成免登录的演示形态。
四、Reddit：先读子版规则
Reddit 的结构是许多独立子版，每个子版的规则、文化和管理风格都不一样。把它当成一个整体来投放，是最常见的错误。
| 需要确认的事 | 为什么 | 在哪里确认 |
|---|---|---|
| 是否允许自我推广 | 有的子版完全禁止 | 子版规则页 |
| 是否有发帖门槛 | karma、账号年龄、格式要求 | 子版规则与置顶帖 |
| 是否有固定展示日 | 例如只在某天允许展示 | 子版公告 |
| 讨论与链接的比例 | 只发链接的账号会被限制 | 子版规则 |
| 是否允许直接链接产品 | 有的要求先发讨论帖 | 子版规则 |
规则页在本次核验中无法访问，因此本文不复制条款，也不给具体门槛数字。执行时逐条读该子版当日的规则，这一步不能省。
4.1 先参与，再展示
有效的做法是：在目标子版里先回答 5–10 个你真正懂的问题，再发一次展示帖。这不是套路，而是让「你是谁」先于「你想卖什么」被看到。
参与也有质量要求：回答要与你的产品领域相关，且不夹带链接。带着链接去回答问题，和直接发广告的差别不大。
五、被删之后怎么办
| 情形 | 建议动作 | 不要做什么 |
|---|---|---|
| 违反明确规则 | 承认、修改、不再重复 | 换账号再发一次 |
| 被误判 | 礼貌询问一次 | 反复申诉或公开抱怨 |
| 被限流 | 停止推广一段时间，恢复参与 | 换个标题继续发 |
| 账号被限制 | 阅读通知，按流程处理 | 购买或借用账号 |
换账号重发是这类社区最忌讳的行为，一旦被识别，代价远大于一次删帖。删帖的成本是零，账号的成本不是。
六、评论区的三种错误
错误一：只回应夸奖。 批评的评论才是传播的燃料。一条认真回应质疑的回复，往往比主贴带来更多访问。
错误二：防御性回复。 「你不懂我们的定位」这类回复会迅速把讨论变成争吵，并让后来者不愿再留言。
错误三：把评论区当客服。 具体的技术问题可以简短回答，然后引导到邮件或 issue；把长讨论搬进评论，会让帖子偏离主题。
一个可用的原则：在评论区只做三件事——感谢、澄清事实、承认限制。 不辩论，不推销。
6.1 一条评论的处理顺序
收到一条带批评的评论时，按下面的顺序处理，比临场发挥稳定得多：
| 步骤 | 动作 | 目的 |
|---|---|---|
| 1 | 先确认对方说的是哪个具体场景 | 把抽象批评落到事实 |
| 2 | 复述他的问题，问一句「是这样吗」 | 避免答错对象 |
| 3 | 承认能承认的部分，给出时间或边界 | 让讨论继续 |
| 4 | 把可复现的问题转到 issue 或邮件 | 保护帖子主题 |
顺序颠倒——先解释、先辩护——讨论就会变成「作者是否听得进意见」，而这个问题对产品没有任何帮助。读者评判的往往不是你的产品，而是你面对批评时的样子。
七、复算
假设一次 Show HN 帖获得 3,000 次曝光，点击率 2%，注册率 5%：
访问 = 3,000 × 2% = 60
注册 = 60 × 5% = 3
同一次动作里，一个垂直子版带来 800 次曝光，点击率 4%，注册率 6%：
访问 = 800 × 4% = 32
注册 = 32 × 6% ≈ 2
合计 5 个注册，投入约 3 小时（写帖 1 小时 + 当天守评论 2 小时）。这个数字既不算成功，也不足以否定渠道——它只说明这一次事件发生了什么。按第 01 篇的判据，需要连续 4 周才有资格谈「渠道成立」，而这两个平台的可重复性本来就很低，通常作为发布期的一次性动作，而不是主渠道。
八、行动清单与复算验收
- 读目标社区与目标子版当日的规则，写在纸上，逐条对照。
- 提前两周开始在社区里回答与产品领域相关的问题，不带链接。
- 标题只写「做了什么」，不写形容词。
- 准备一个免注册可试的入口。
- 当天留出至少 2 小时守评论区，只感谢、澄清、承认限制。
- 第二天把访问导入自有渠道，并记一行四数。
验收标准：帖子发出去之后，你能说出它有没有带来注册、带来了几个、以及评论区出现了哪些反复被问到的问题。 最后一项往往是产品改进的免费输入。
使用边界与实操验收
两个平台的规则与执行尺度会随时间变化，本文只给行为层面的判断，不构成对任何具体规则的解读。被删、被限流、被忽略都是常见结果，不应用来自我否定产品。
验收以「是否按规则参与」为主，不以「是否上了首页」为标准。上首页是结果，不是方法。
关键参考与核验范围
本文的行为建议与复算均为教学演示，不代表平台立场，也不预测任何帖子的表现。核验日期：2026-10-23。
- 中华人民共和国个人信息保护法 ：若在发帖后收集邮箱或记录来源，需按告知与最小必要原则处理。
- 中华人民共和国电子商务法 ：通过信息网络提供商品或服务的经营者义务，在收费前确认适用范围。
Hacker News、Reddit 及其子版的规则页面在本次核验中无法访问（网络限制），因此本文不引用条款原文、不附平台链接。执行前请以平台当日规则为准。
系列导航
继续阅读
探索更多技术文章
浏览归档，发现更多关于系统设计、工具链和工程实践的内容。