问题型教程 02 · PRODUCT HUNT MAKER COMMENT
Product Hunt Maker Comment 怎么写？一份不靠夸张词的发布结构
Maker Comment 不是第二份产品介绍。它要让人理解你为什么做、现在真正解决什么，以及你希望首批用户帮忙验证什么。
大约读 7 分钟
不是站在岸上讲道理，是稿子扑街以后写的。
Joey Zhao · Finfold 创始人
最后更新 ·
产品工作示例 · 文案基于 Finfold 的真实能力编写，但不是已发布的 Product Hunt 页面，也不宣称任何榜单或转化结果。
写 Product Hunt 文案最容易出现一种奇怪的紧张：产品明明还在 Beta，句子却已经开始『revolutionize the future』。越担心别人看不懂，越想把所有功能和最高级形容词一起塞进去。
下面用 Finfold 做工作示例，但不虚构它已经在 Product Hunt 获得排名或转化。Finfold 的事实很简单：把一条真实产品信号变成不同平台的文案与视觉，记录发布状态和表现，再把经验带回下一轮。Maker Comment 的任务，是把这条事实背后的人、代价和待验证问题讲清楚。
先把 tagline 写成人能复述的一句话
Tagline 不负责讲完产品。它只需要交代对象和变化。比起『The ultimate AI-powered content ecosystem』，更诚实的版本是：『Turn one product update into channel-native launch content.』
检查方法很简单：一个不认识你的人读完，能否用自己的话复述产品帮谁完成什么？如果必须解释 revolutionary、next-generation 或 all-in-one 到底指什么，这句话还没有完成工作。
Tagline 不是把产品抬高，是把理解成本压低。
Maker Comment 先写起因，再写产品
开头回答『我们为什么非做不可』，但不要编造戏剧。Finfold 的真实起因可以写：一次产品更新往往要重写成公众号、小红书、X、LinkedIn、Reddit 和 Product Hunt；小团队既维护不了这么多套表达，也很难记住上次什么有效。
这段起因把痛点、受众和产品边界放在一起。它比『AI 正在改变营销』更具体，也允许不需要多平台工作流的人迅速离开。
好起因会筛选用户，不会试图让所有人都点头。
功能只留能证明主张的四件事
功能列表不要按开发顺序排列。围绕主张选证据：保存品牌语气、按平台生成独立草稿、一起准备文案与视觉、记录表现并形成下一轮规则。每一项都能在产品里被用户实际操作。
暂未完成或需要人工服务的能力要说清楚。Beta 产品最伤信任的不是功能少，而是把路线图写成现在时。
发布页不是 roadmap 的化妆间，只展示今天真正能交付的东西。
最后只问一个你真的会据此改产品的问题
『欢迎任何反馈』看起来谦虚，实际上把工作推给读者。更具体的问题可以是：『第一次使用时，你更想从 changelog 链接自动提取，还是直接粘贴一段更新？』
发布前再次检查 Product Hunt 当天的字段和社区规则，因为平台会变化。发布后分别记录页面访问、工具试用、注册、首个内容包和付费；排名可以庆祝，但不能替代产品学习。
最好的反馈请求，不是礼貌，是一个会改变下一版的选择。
别立大志，先做小实验
发布前，把 Maker Comment 做一次减法
01 / 删最高级
删掉所有无法在产品里当场证明的形容词，再读一次。
02 / 只留四证据
每个功能都必须直接证明核心承诺，否则移到更新日志。
03 / 问一个选择
把『欢迎反馈』改成一个会影响下一版的具体取舍。