Communitygithub.com

marynacleo/build-multilanding

基于搜索意图和已验证的项目营销上下文,从一个品牌模板设计、构建、审核或规模化数据驱动的多细分市场着陆页系统。适用于付费广告着陆页(Google/Meta/LinkedIn)、个性化或程序化着陆页、细分市场特定活动变体、信息匹配页面、潜在客户归因、活动URL/UTM清单、着陆页生成器,或在不牺牲品牌一致性和单一代码库的前提下创建从几个到数千个变体。优先读取 .agents/product-marketing.md 和项目营销上下文;从不凭空捏造受众、优惠或证明。

build-multilanding 是什么?

该技能旨在解决一个核心问题:通用着陆页对任何访问者都无法做出特定承诺。对于付费流量,用户带着具体问题到达页面,页面要么延续广告开启的对话,要么在用户端重新开始。本技能构建的是一套可维护的着陆系统,其中每个URL都为一个意图坚守一个承诺,每个变体都是一个可测试的假设,拥有从广告点击到收入的完整追溯链。 其核心方法是“引擎(方法、契约、关卡、脚本)+ 项目燃料(自有受众、优惠、关键词、证明)”的分离。引擎从不存储或发明项目自己的受众或关键词,而是通过读取 `.agents/product-marketing.md` 和项目的 `marketing/source-map.yaml` 来获取上下文。构建过程通过六个关卡(战略与契约、代表性概念、组合与规模化、转化与追踪、质量保证、上线与学习)确保系统性和可靠性。 该技能支持多种平台(Google/Meta/LinkedIn 的付费广告、程序化页面等),并强调整合项目自身的研究、创作、SEO、图像和自动化技能。它定义了严格的安全边界:绝不将 API 密钥、CRM 令牌或支付密钥暴露在提示、数据、页面或日志中;绝不未经明确许可连接外部服务。最终交付物包括意图/变体矩阵、着陆契约、验证后的数据文件、可复用模板与路由解析器、活动清单、表单与归因契约、QA 结果及上线回滚检查表。

兼容平台✓Claude Code~Codex CLI~Cursor
npx skills add marynacleo/build-multilanding

在你喜欢的 AI 中提问

打开一个已预加载此 Agent Skill 的新对话。

文档

构建多着陆页系统

一个通用的页面是对所有人的空头承诺。付费流量带着具体问题到达,页面要么延续广告开启的对话,要么在访问者付出代价的情况下重新开始。此技能构建的是第一种类型:一个可维护的着陆页系统,其中每个 URL 为一个意图坚守一个承诺,每个变体都是一个可测试的假设,拥有从广告点击到收入的完整追溯链。

构建一套系统,而非复制页面。变体表中的每一行都是一个营销假设;每个 URL 都是同一组件系统的不同视图。对付费流量的回报是:坚守的承诺提升相关性和信任度,从而提升转化率并降低每个合格潜在客户的成本。这就是完整的商业逻辑,也是工作从契约而非文案开始的原因。

该技能是引擎(方法、契约、关卡、脚本)。项目是燃料(其自身的受众、优惠、关键词和证明)。引擎从不存储或发明项目的受众或关键词。请首先阅读 references/input-contract.md。要了解整个方法的缩影,请阅读 references/worked-example.md:一个优惠,三个意图,三个不同的页面。

按意图而非人口统计细分

基本单元是 独特的搜索意图 + 认知阶段 + 优惠 + 信息 = 一个着陆体验。多个受众可以共享一个页面;一个受众可能需要多个页面。按含义而非字符串细微变体对关键词进行分组。请参见 references/intent-and-message-match.md。

从项目上下文开始

  1. 通过项目 marketing/source-map.yaml 读取 .agents/product-marketing.md(战略真相来源)。备用:.claude/product-marketing-context.md。
  2. 读取本次发布的活动简报。仅加载链接到的意图、信息、优惠和证明。
  3. 将每个事实分类为:已确认 / 派生 / 假设 / 未知。
  4. 如果缺少已确认的优惠、转化操作、受众/意图假设或所需的证明,则生成上下文缺口报告并停止。运行 scripts/validate_inputs.py。

分关卡工作

关卡 1:战略与契约

构建意图矩阵。为每个变体在撰写任何文案之前编写一份着陆契约:搜索者想要什么,广告承诺了什么,页面承诺了什么,一个行动号召,所需的证明,异议、转化操作和价值、证据。

关卡 2:代表性概念

构建并审查 3-5 个故意不同的概念,包括最长的实际文案和一个移动端压力测试案例。在此审查通过之前,不要大规模生成。

关卡 3:组合与规模化

使用模块化组合器(而非固定的 PAS 模板)组合页面(references/page-composer.md);根据认知阶段选择结构。从已验证的字段(references/variant-schema.md)生成变体。通过 scripts/validate_variants.py 拒绝重复的 ID/别名、空的必填字段、无效的枚举、无法核实的声明以及不匹配的活动/创意映射。

关卡 4:转化、追踪与隐私

使表单可访问、简洁、防垃圾且幂等。将归因与收入而非表单填写挂钩(references/measurement-and-attribution.md)。将非必要标签统一置于同意授权之后(references/privacy-and-consent.md)。

关卡 5:质量保证

运行 references/qa-checklist.md:模式、路由、链接、表单、分析、同意、索引、元数据、性能(references/performance-gate.md)和可访问性。按变体有目的地设置索引(references/seo-and-indexation.md)。

关卡 6:上线与学习

生成活动清单(scripts/generate_campaign_manifest.py)和回滚计划。启动最小可行集,通常每个意图集群 1-2 个真正不同的假设,而非所有概念。流量到来后,比较合格转化率和下游收入,而非点击次数。暂停弱假设;将已验证的经验回馈到矩阵和 experiments/landing-experiments.csv 中。

相邻技能(按需懒加载,通过契约)

不要为每个任务加载每个技能。仅将步骤所需的部分移交给项目自身已安装的技能:

  • 受众痛点与客户之声 -> 项目的研究/故事讲述技能
  • 优惠设计 -> 项目的优惠工作
  • 活动与测量设置 -> paid-ads-launch
  • 可索引页面的 SEO 与模式 -> seo-optimization
  • 图像资产 -> web-images
  • 常见问题解答块与异议 -> faq-hub
  • 转化后的培育 -> brevo-automation,作为可选的下游适配器;绝不做硬依赖,也绝不自动连接。

安全与权限边界

  • 绝不在提示、源数据、页面、日志或提交中放置 API 密钥、CRM 令牌、支付密钥或 .env 内容。使用占位符;用户应在受信服务 UI 中输入密钥。
  • 未经对该服务和操作的明确许可,不得连接 CRM、分析、认证、广告账户、支付提供商或执行部署/发布。
  • 将生产环境付款、公开发布、活动激活和批量消息发送视为独立的人工审批关卡。
  • 不要承诺无法支持的声明(固定构建时间、成本、转化率提升或无限规模)。尊重项目的受监管声明限制。
  • 尊重项目的内部风格:语言和双语规则,公开文案中不使用长破折号,标题末尾无句点,上线的代码中不留 AI 工具痕迹。

交付物

返回最小有用集合:意图/变体矩阵;着陆契约;模式与验证后的数据文件;一个可复用模板与路由解析器;代表性预览;活动/URL 清单;表单与归因契约;同意映射;QA 结果;上线/回滚检查表;实验解读计划。说明已验证的内容、假设的内容以及仍需人工审批的内容。

相关技能