用途：帮助负责人设计 DevRel 组织结构，决定该职能向谁汇报、采用何种团队形态、覆盖哪些职能、如何与周边团队协作，以及什么情况会触发下一次重组。产出物是一份 DevRel 组织设计简报，供 VP 审批、新员工了解职责归属；不产出招聘启事、面试流程或具体工作内容。
主要能力：先做工作盘点（列出已承诺的 DevRel 面，如文档、快速上手、博客、社区、活动、SDK、示例应用、changelog、支持、开源仓库，并记录当前负责人、其经理、每周实际工时、停摆后果，标记为自有、共享、无人负责或被非本职者吸收）；再选汇报线（营销、产品、工程、CEO、销售），并明确该线会牺牲哪根支柱及由谁补位；然后选团队形态（集中式、中心辐射式、按焦点拆分、嵌入式），说明各自的人力下限、协调成本与可逆性；接着先定职能覆盖再定人数，覆盖倡导、社区管理、技术写作、开发者营销、开发者教育、开发者体验工程六项；最后为每个相邻团队定义一种交互模式（协作、X-as-a-service、促进）。
使用方式：以访谈开始，一次一个问题，尽量用选择题，直到能说出资金驱动因素、人数与现有负责人。引用数据须附来源与年份，自设基线须标注可调整，拒绝给出人数比例与薪酬区间。
限制：资料未提供具体安装命令或代码用法；文中数据来自 2024 State of Developer Relations 调查（DevRel.Agency，310 名受访者），引用前应确认是否有更新版本。十人以下团队形态判断为该技能自设基线，非公开研究结论。