Indie Hackers 让独立创始人分享产品决策、收入实验和经营复盘，适合用真实过程向正在做在线业务的同行提问和交流。
Indie Hackers 首页现在能看到“有 3000 次访问却没有客户”“为什么销售时不再强调 AI”“上线一个月后修了哪些问题”这类帖子。独立创始人、开发者和增长人员从首页信息流、Featured、Newest、In Case You Missed It 和评论进入讨论，重点往往落在数字、决策和下一步，而非产品发布本身。
这是一个以英文为主的独立创业者社区，也收录产品页、案例文章和数据库。SaaS、开发者工具、创作者产品和其他在线业务容易找到有相似经历的同行。面向普通消费者的产品也可以分享经营过程，但社区成员的赞同不能代替目标用户的购买和留存验证。
产品页和帖子都要先检查权限
Indie Hackers 有两条不同路径。产品页保存产品名称、网址，以及哪些创始人与产品有关联。帖子进入社区信息流，用来讲一次具体进展、决策或问题。与产品关联的 build-in-public（公开记录开发与经营过程）帖子还可能出现在首页的 The Build Board，但创建产品记录或发布帖子都不保证获得首页位置。
新账号尝试发帖或添加产品时，可能看到 Unlock special privileges。当前提示把创建帖子、分享链接和添加产品列为 special privileges。看到这项提示时，两条路径都应先处理账户权限。
页面给出两种取得方式。你可以在熟悉的话题下留下认真、有实际投入的评论（页面原文为 thoughtful、effortful），等待版主根据持续而真实的参与授予权限。版主提示写明他们每天查看社区贡献，被选中的账号会获得终身 special privileges，但平台没有公布需要多少条评论，也没有承诺几天内一定解锁。
另一种方式是付费订阅 Indie Hackers Plus。special privileges 属于当前会员权益，页面没有承诺退订后仍会永久保留。价格和订阅条件可能变化，应以 Plus 页面当时显示的信息为准。
平台看的是你怎样参与社区，不是评论数量。批量回复“Great launch”、改写别人观点或为了账号权限到处附和，无法证明你能给社区带来什么。选自己确实做过的开发、定价、销售或增长问题，补充具体做法、数据口径和反例。
如果页面仍显示权限提示并返回社区首页，就还没有进入编辑器或产品创建流程。不要反复建立账号绕过限制。
创建记录后，还要完成产品页设置
取得权限后，如果产品还没有页面，打开 Create a Product Page（在新标签页打开）。截至本次核验，当前表单要求填写：
Product Name：只写产品正式名称，不附带功能描述，当前最多 80 个字符；Product Tagline：说明产品类别或用途，当前上限为 60 个字符；Website：填写以http://或https://开头的官网；Logo：方形或圆形，页面要求至少 200 × 200 像素。
点击 Submit Product 后，系统会进入新产品的编辑页。这个状态只证明初始记录已经创建。继续按 Finish setting up your product 清单补充资料，并检查页面的可见性和批准状态。
编辑页把可见性分成 Anyone with the link 和 Anyone browsing Indie Hackers。前者表示知道链接的人可以访问，后者才关系到站内浏览。产品还可能显示 incomplete、awaiting approval 或 private 等状态。能用未登录窗口打开产品页，可以确认直接链接可访问。能否进入产品目录或搜索，以编辑页当前的可见性和批准状态为准。平台没有承诺审批时间。
若站内已经有同名产品，先检查自己的账号是否有编辑权限。有权限时更新原页面。没有编辑入口时，本次核验没有确认统一的公开认领流程。不要建立重复记录，以账户页面当时提供的处理方式为准。
一篇帖子只讲一个真实问题
Indie Hackers 的读者熟悉开发和小团队经营。单纯写功能列表、折扣、官网和“欢迎支持”，很难形成值得同行回答的具体问题。更适合的主题，是一次已经发生的选择：为何取消免费版，某轮冷邮件为什么没有成交，流量增加后哪一步仍然流失，或团队为何改变产品定位。
正文至少要让读者看懂四件事：
- 原先的判断和做法是什么；
- 你为什么改变，改了哪一部分；
- 目前观察到什么结果，数字采用什么周期和分母；
- 还有哪个具体问题没有答案。
没有收入或转化数据也可以发帖，但要有可核对的行动和后果。涉及用户截图、邮件或分析数据时，先隐藏个人信息和商业机密。需要补充产品背景时，再给出官网链接，并在同一处说明你与产品的关系。
页面和主要讨论以英文为主。若希望这里的读者直接理解，本站建议用清楚、自然的英文填写 Product Tagline、帖子标题、正文和回复。这是受众匹配建议，不是平台公布的强制语言规则。
这个社区更适合检验创始人的叙事、经营假设和执行细节。它不能证明普通消费者愿意使用，也不能因为同行给了 upvote 就确认市场成立。
在编辑器发布，并确认公开页面已经生成
取得权限后，打开 New Post（在新标签页打开）。当前公开页面不会向未登录用户展示完整编辑器，登录后的流程以账户界面为准。现有编辑器会校验标题和正文，点击发布前还会要求确认。
标题写这次发生的变化，不要只写产品名。例如，比起“Acme 正式上线”，可以写“3000 次访问后仍没有客户，我检查了这三步”。正文末尾提出一个能用经验回答的问题，例如“这个定价测试还缺少哪个对照条件”，而不是笼统地邀请大家评价产品。
发布后，页面会跳转到新帖的公开地址。看到带有标题、作者和评论入口的 /post/… 页面，才说明帖子已经发布。若仍停留在草稿、权限提示或错误信息，就不能把它当作成功状态。
评论要补足事实，不要把赞同当成获客
有人质疑数字时，补充时间范围、样本和计算方式。有人指出落地页或定价问题，可以说明你是否准备验证，以及会观察什么指标。确实采用了一条建议并得到新结果时，再写后续帖并链接此前讨论。
不要连续发布内容相同的产品介绍，也不要用多个账号为自己制造讨论。缺少新事实时，回到原帖更新结果会更清楚。社区里得到的 upvote 和评论说明这段经历引起了同行注意，产品是否获得用户仍要看注册、核心功能使用、留存和付费。
先检查权限，再决定建立产品页还是发帖：
- 阅读首页和
Newest的近期帖子，确认这里的读者是否能理解你的产品与经营问题。 - 登录后检查账户是否已有 special privileges。没有权限时，参与自己有真实经验的话题，或按页面选择 Indie Hackers Plus。
- 需要长期产品记录时，建立产品页并完成设置清单。需要讨论一次决策时，准备一篇具体帖子。
- 发帖时交代原做法、变化、结果口径和一个未解决的问题，并使用主要读者能理解的英文。
- 产品页用未登录窗口确认直接链接，并按可见性和批准状态判断能否被站内浏览。帖子则确认公开
/post/…页面已经生成，随后继续回答追问，有新结果时再更新。