L1L2营销：将兴趣转化为建设者

谁从L1L2营销中获益

快速测试： 新开发者能否仅凭您的文档在30分钟内部署一个示例？如果不能，请在购买注意力之前修复文档。

L1L2营销适用于需要开发者和生态系统参与者理解其网络重要性的团队。它适用于主网或产品发布前、网络扩展到新用例时，或项目需要让现有生态系统程序更易于发现时。

这项工作不仅仅是广泛的代币推广。它将网络能力与特定受众的需求联系起来：评估文档和工具的开发者、考虑在何处构建的项目，以及寻找尝试应用理由的用户。一个聚焦的计划还可以帮助生态系统团队解释有哪些支持可用以及如何采取下一步行动。

在规划之前，请收集：

• 对网络及其解决的问题的清晰描述。
• 开发者文档、产品链接以及任何公开路线图细节。
• 当前的生态系统程序、应用要求和重要日期。
• 优先受众、目标区域以及关于产品的已批准声明。

我们利用这些输入，围绕网络当前能展示的内容来塑造信息和渠道组合。如果您的产品主要是DeFi协议，请将此方法与DeFi营销进行比较；如需了解按项目类型提供的支持概览，请参阅按项目类型划分的解决方案。

开发者营销如何转化为实际参与？

开发者和生态系统营销为每个受众提供一条从首次发现到相关行动的清晰路径。该行动可能是阅读技术文档、参加建设者会议、申请资助计划，或探索已在网络上运行的应用。

首先将信息与受众匹配。开发者需要准确的技术背景和有用的下一步；生态系统合作伙伴需要关于契合度、支持和责任的简洁解释。面向社区的材料应解释参与者可以做什么，而不是依赖关于未来采用的一般性声明。

一个实用的活动可以包括：

• 面向开发者的内容，指向文档、工具或构建机会。
• 带有定制背景和具体对话请求的合作伙伴外联。
• 围绕真实计划、事件或产品里程碑的社区激活。
• 记录回复、问题和待办事项的跟进计划。

MarketingExtra 在外联前审查源材料，并使活动语言与已批准的产品信息保持一致。我们还提供简洁的报告格式，显示准备了什么、完成了哪些活动以及需要您的团队做出哪些决定。在网络上构建的项目可以在游戏开发者和玩家是优先考虑对象时，使用更聚焦的链游与Web3游戏营销计划。

链专属计划包含什么？

链专属计划应反映网络实际的开发者体验、生态系统优先级和发布日历。它不应将每个Layer 1或Layer 2视为可互换：可用的工具、现有的应用、社区期望和合作伙伴优先级决定了哪些信息有用。

我们从一份启动清单开始，涵盖产品背景、受众、已批准的声明、可用资产、计划细节和决策负责人。然后我们将这些输入转化为活动简报，确定每项活动的受众、应支持的行动以及交付所需的材料。您的团队可以在执行前阅读简报，以便尽早纠正技术或生态系统细节。

有用的输入包括：

• 指向公开文档、产品页面和生态系统资源的链接。
• 关于资助、开发者支持和活动机会的当前描述。
• 现有的品牌指南和已批准的发言人。
• 外联的任何地理、语言或合规考虑。

渠道组合应遵循目标。开发者计划可能需要技术内容和建设者外联；生态系统发布可能需要合作伙伴协调和社区沟通。对于强调物理基础设施或分布式服务的网络，DePIN营销可以提供更相关的项目视角。我们在工作开始前商定您将收到的交付物和负责人，然后以书面形式分享进展。

您的6点链营销检查清单

在您宣布计划或合作伙伴关系之前，请勾选这6点。它们使网络故事锚定在开发者可以尝试的事情上，这将路过的访客转变为真正构建的人。将勾选的清单与您的记录一起保存，因为这是以后解释已商定内容的最快方式。

• 链接文档和快速入门指南。
• 发布一个可运行的示例项目。
• 说明网络处于哪个阶段。
• 描述每个资助或黑客松及其日期。
• 指明开发者提问的地点。
• 选择谁批准公开声明。

术语一览

Layer 2：构建在另一条链之上以使其更快或更便宜的网络。

黑客松（通俗地说：一个限时活动，开发者在您的网络上构建项目）。

资助和黑客松如何融入故事？

经验法则： 每次公告都搭配一件开发者今天可以做的事情：一个代码仓库、一个快速入门指南或一个水龙头。

资助和黑客松最好作为进入生态系统的可见途径，而不是独立的公告。营销可以使机会更易于理解，帮助合格的团队找到正确的信息，并在申请或活动之前、期间和之后保持沟通有序。

对于资助计划，请明确谁可以申请、哪些类型的工作适合、官方要求在哪里以及感兴趣的团队如何提问。保持推广与计划的已发布条款一致；不要暗示营销活动会改变资格或奖励决定。对于黑客松，使活动信息与组织者的规则、评审信息、提交流程和后续计划保持一致。

一份有用的准备清单：

• 确认官方计划页面和负责更新的人员。
• 准备对机会及其目标受众的简短说明。
• 为参与的合作伙伴提供已批准的文案、视觉资产和链接。
• 计划如何回答常见问题并引导技术查询。
• 决定如何报告兴趣、完成的沟通和后续任务。

MarketingExtra 可以协调这些材料与开发者外联和社区沟通，使参与者获得通往官方细节的一致路径。我们记录已交付的内容，并为计划负责人标记未解答的问题，而不是代表他们即兴制定政策。

团队在活动前可以检查什么？

在活动上线前，团队可以验证其声明、链接、材料和行动号召是否与网络的当前信息匹配。对这些基本要素的审查有助于避免建设者和生态系统合作伙伴产生不必要的困惑。

资助评审小组决定奖励，黑客松组织者设定规则和评审，生态系统团队控制计划访问权限；我们可以准备提交材料和执行商定的外联，但我们无法决定这些结果。网络活动和发布日历也可能发生变化，因此我们的报告记录已确认的工作和后续行动，而不是承诺采用。

使用发布前审查来检查：

• 技术描述是否与公开文档匹配并有内部审批人。
• 资助和活动细节是否指向官方来源和当前要求。
• 每个受众是否有相关行动，而不仅仅是一般性认知信息。
• 合作伙伴材料是否使用已批准的语言和有效链接。
• 报告责任和升级联系人是否已提前商定。

发送3样东西：您的文档链接、您希望首先触达的开发者群体以及任何资助或黑客松的日期。有了这些，我们起草计划并在任何内容发布前以书面形式确认成本。

如何操作

1. 分享网络背景发送公开的产品和开发者链接、当前的生态系统优先级以及您正在规划围绕的里程碑。标记任何需要批准的声明或材料。
2. 设定受众和您将收到的交付物我们商定工作应触达哪些建设者、合作伙伴或社区成员，每个群体应关注什么行动，以及计划中包含哪些材料。
3. 审查活动简报根据您的技术信息和计划要求，检查提议的信息、渠道、负责人和时间安排，然后再开始外联。
4. 交付并报告我们协调商定的活动，并分享已完成工作、提出的问题以及供您的团队跟进的后续行动的书面记录。