读书课：Marketing for Developers——技术人的营销流水线

Justin Jackson 的《Marketing for Developers》课程和同名小书，专门治一种病：会做产品的技术人，做出来之后没人知道。他的核心论点很扎心——多数开发者的失败不在代码在营销，而营销不是天赋，是一套可以学的流程。这门课是本系列读书课里唯一的"课程精讲"，它的公开框架（选位、预热、发布三段）值得完整过一遍。

第一课：营销从选位开始，不是从发布开始

Jackson 给营销的定义：营销是"人们在需要某类东西时，能想起你"。所以第一步不是写文案，是选位（Positioning）——用一句话说清：这个东西是给谁的、解决什么问题、和现有替代品比好在哪。检验方式：把这句话讲给目标用户听，如果对方说"这不就是某某吗"，说明选位失败了。选位的实用技巧是缩窄：与其做"团队任务管理工具"，不如做"给视频剪辑团队的交付排期工具"——窄到让那一小群人觉得"这就是为我做的"。

第二课：发布前的 90 天比发布日重要

多数技术人把营销理解成"发布那天发个帖子"。课程的框架是把发布拆成预热期和发布期，而重活全在预热期：

**建候补名单。**做一个落地页，讲清你在做什么、给谁、解决什么，放一个"提前注册"的表单。然后用一切渠道把人装进去：你的社交账号、相关社区、每篇技术文章的末尾。候补名单的规模就是发布日的基本盘。

**公开构建。**每周把进展发出去：做了什么功能、踩了什么坑、下一周的计划。这不是表演，是持续激活候补名单的记忆——人们只有被反复提醒才会记得你。同时公开构建会带来意外的贡献：有人主动提建议、帮你传播、甚至预付。

**找种子用户深聊。**从候补名单里挑十个最活跃的，逐一深聊他们的用法和期待。发布文案的每一句，都从这些对话里来——用户的原话就是最好的文案素材。

第三课：发布日与发布后

发布日是一场排练过的演出：Product Hunt、Hacker News、你的邮件列表同天行动，首评讲创始故事，全天守评论。但课程的真正重点在发布之后：发布不是终点，是获客系统的启动键。发布后的持续营销三板斧：内容（持续写目标用户的问题，吃搜索流量）、案例（收集真实用户的成果故事，比任何广告都有说服力）、复盘（公开你的数据，哪怕是坏消息——诚实本身就是内容）。

开发者最容易犯的三个错

一是"做完了再想营销"——课程整本书都在反驳这个顺序，营销动作要提前到选位那天。二是羞于收钱和羞于宣传：技术上很自信的一个人，一提"我的产品"就含糊。你的产品解决真问题，宣传它就是在帮目标人群——这个心态不扭过来，一切技巧白搭。三是指标只看下载和注册：要看激活（用户有没有完成核心动作）和付费转化——它们才告诉你产品是不是真的成立。

和本系列的衔接

这门课的框架和本系列多篇互为零件：选位对应独立开发者列表篇的"一句话介绍公式"，预热对应 30 天清单 Week 1-3，发布对应 Product Hunt 那篇的做法。读完这篇，你手里就有了一条从选位到发布的完整营销流水线。

最后交底：本文是对 Justin Jackson《Marketing for Developers》课程公开框架的中文自站讲解，用于教学目的并注明出处；课程为付费产品，本站不作背书，建议读其公开文章与原书获得一手表达。