DevRel 是什么

开发者关系（Developer Relations, DevRel） 在「开发者体验、产品采纳、社区信任」之间搭桥，让技术产品被 理解、试用、推荐。CodeRoadMap 主栈是 MySQL + Spring Boot；本 track 帮你建立 DevRel 思维，与 /roadmaps/devrel 路线图对齐。

学习目标

• 区分 DevRel、开发者营销、技术支持、产品经理的核心职责
• 理解 Developer Experience（DX）与开发者旅程
• 明确 DevRel 的常见产出与协作对象

核心概念

DevRel vs 相邻角色

角色	核心问题	典型产出
DevRel	开发者是否愿意用、能否用好	教程、演讲、社区、示例项目
开发者营销	如何让更多人知道产品	广告、Landing Page、Campaign
技术支持	如何帮用户解决具体问题	工单、Runbook、SLA 响应
产品经理	做什么功能、为什么	PRD、路线图、优先级

DevRel 对开发者信任与采纳负责，不是单纯「发推文」；在 CodeRoadMap 场景里，DevRel 关心「学习者能否找到 Spring Boot track、能否完成第一课」，而不是数据库索引怎么调。

开发者旅程

认知（Awareness）→ 试用（Trial）→ 集成（Integration）
  → 深度使用（Adoption）→ 倡导（Advocacy）→ 反馈（Feedback）

每个阶段需要不同内容：博客引发认知、Quickstart 降低试用门槛、Office Hours 解决集成卡点。

DevRel 日常

• 写教程、录 Demo、维护 Sample App
• 在 Discord / GitHub / Meetup 回答问题、收集痛点
• 与 PM、工程对齐文档与 API 变更
• 看社区指标、反馈给产品团队

与路线图的关系

• /roadmaps/devrel — 本 track 主路线图
• /tracks/product-manager-essentials — 理解产品优先级与 PRD
• /tracks/sql-essentials — 读懂数据侧边界，写准技术内容

练习

• 用一句话向非技术人员解释「DevRel 做什么」
• 打开 /roadmaps/devrel，找到 Developer Experience 相关节点
• 为 CodeRoadMap 列出 3 个 DevRel 应优先服务的开发者痛点

小结

DevRel 把「产品能力」翻译成「开发者能上手、愿分享」的体验。 下一课进入社区建设。