mcpField
S
solo-landing-gen

solo-landing-gen

github.com/fortunto2营销与增长1845 次安装今天更新
代码仓库

关于 solo-landing-gen

solo-landing-gen 是根据项目 PRD 生成落地页文案的 Skill,面向需要规划产品页面内容的团队。它还会生成标题变体和 SEO 元标签;检测到特定技术栈时可搭建页面文件。

主要功能

  1. 01从 PRD 提取产品与目标用户信息
  2. 02生成首屏、功能、社会证明和 CTA 文案
  3. 03提供 5 种 A/B 标题变体
  4. 04生成 SEO 元标签
  5. 05为检测到的技术栈搭建页面文件

适用场景

  1. 01为新产品准备落地页文案
  2. 02基于竞争分析调整页面定位
  3. 03为支持的技术栈生成页面文件
  4. 04生成内容后审查已部署页面

MCP 相关

可选使用 MCP 工具搜索方法资料、获取项目信息和分析竞品页面;工具不可用时可改用文件搜索与读取。

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/fortunto2/solo-factory --skill solo-landing-gen

安装后在 Claude Code 中输入/solo-landing-gen确认已加载。

详细介绍

/landing-gen

根据项目的 PRD 生成落地页内容。生成主视觉区块、功能介绍、社会认同、CTA、SEO 元标签和 A/B 标题变体。如果检测到 astro-static 技术栈,可搭建实际页面文件。

MCP Tools(如可用)

  • kb_search(query) — 查找相关方法论(转化、文案)
  • project_info(name) — 获取项目技术栈和详情
  • web_search(query) — 分析竞品落地页

如果 MCP 工具不可用,则改用 Glob + Grep + Read。

步骤

  1. 解析项目,从 $ARGUMENTS 获取。

    • 阅读 PRD、README 或 research.md,了解产品信息。
    • 如果内容为空:通过 AskUserQuestion 提问。
  2. 检测技术栈:

    • 检查 astro.config.* → astro-static(可搭建页面)
    • 检查 next.config.* → Next.js(可搭建路由)
    • 否则:仅生成 Markdown 内容
  3. 从 PRD/README 中提取落地页所需信息:

    • 问题: 1 句痛点陈述
    • 解决方案: 1 句产品描述
    • ICP: 目标用户画像
    • 功能: 3–4 个有差异化的主要功能及其描述
    • 竞品: 从 research.md 提取(如果存在),用于定位
    • 定价: 如果有相关信息
  4. 竞品落地页分析(可选,若 MCP/WebSearch 可用):

    • 搜索排名靠前的 3 个竞品落地页
    • 记录:标题模式、CTA 文案、社会认同类型
    • 找出定位上的空白
  5. 强制推理——转化策略: 生成前,写出以下内容:

    • 主要转化目标: 唯一要促成的行动是什么?(注册 / 下载 / 购买)
    • 顾虑: 用户不转化的 3 个主要原因
    • 信任信号: 什么能消除每个顾虑?
    • 首屏内容: 问题 + 解决方案 + CTA——不包含其他内容
  6. 生成落地页内容:

    6a. 主视觉区块
    • 标题: 聚焦问题、突出收益(8–12 个词)
    • 副标题: 说明产品如何解决问题(15–25 个词)
    • CTA 按钮: 动作动词 + 结果(“开始免费试用”“立即下载”)
    • 视觉内容: 描述应展示的图片 / 屏幕截图 / 演示
    6b. A/B 标题变体(5 个选项)

    生成 5 种不同的标题思路:

    1. 聚焦痛点:“厌倦了{问题}?”
    2. 聚焦收益:“无需{麻烦},即可{实现结果}”
    3. 激发好奇:“以{形容词}的方式{执行操作}”
    4. 社会认同:“加入 {N}+ 位已{实现结果}的{用户}”
    5. 直接表达:“{产品}:{一句话价值主张}”
    6c. 功能区块(3–4 个功能)

    每项功能包括:

    • 图标建议(表情符号或图标名称)
    • 功能标题(3–5 个词)
    • 功能描述(1–2 句)
    • 收益导向的表述(用户能获得什么,而非产品能做什么)
    6d. 社会认同区块
    • 评价占位内容(包含姓名、职位、引言的模板)
    • 指标占位内容(“X+ 位用户”“快 Y%”“遍布 Z 个国家”)
    • 信任徽章占位内容(App Store 评分、奖项、媒体报道)
    6e. CTA 区块
    • 重复标题(或使用变体)
    • CTA 按钮(与主视觉区块相同)
    • 降低风险的承诺(“永久免费” / “无需信用卡” / “随时取消”)
    6f. SEO 元标签
    <title>{title — 50-60 chars}</title>
    <meta name="description" content="{description — 150-160 chars}">
    <meta property="og:title" content="{og title}">
    <meta property="og:description" content="{og description}">
    <meta property="og:image" content="{suggest image dimensions 1200x630}">
    <meta property="og:type" content="website">
    
  7. 写入输出:

    如果检测到 astro-static: 在 src/pages/index.astro 或新路由中搭建页面。

    否则: 写入 docs/landing-content.md:

    # Landing Page Content: {Project Name}
    
    **Generated:** {YYYY-MM-DD}
    **Primary CTA:** {action}
    **Target ICP:** {persona}
    
    ## Hero
    **Headline:** {headline}
    **Subheadline:** {subheadline}
    **CTA:** {button text}
    **Visual:** {description}
    
    ## A/B Headlines
    1. {variant 1}
    2. {variant 2}
    3. {variant 3}
    4. {variant 4}
    5. {variant 5}
    
    ## Features
    {features with icons and descriptions}
    
    ## Social Proof
    {templates and placeholders}
    
    ## Final CTA
    {closing section}
    
    ## SEO Meta Tags
    {html meta tags}
    
    ---
    *Generated by /landing-gen. Fill in social proof, add visuals, then publish.*
    
  8. 输出摘要——标题、CTA 和建议的后续步骤。

备注

  • 标题应便于测试——使用 2–3 个变体进行 A/B 测试
  • “首屏”= 仅主视觉区块——不要塞入过多内容
  • 社会认同内容仅为占位内容——随着获取真实数据,再补充替换
  • 对于虚设门测试:主视觉区块 + CTA + 电子邮件收集就足够(2 小时即可上线)
  • 可与 /seo-audit 配合使用——先生成内容,再审核已部署的页面

注意事项

  1. 首屏必须显示主 CTA — 如果用户需要滚动才能找到主要操作,转化率会下降 40% 以上。首屏 = 标题 + 副标题 + CTA 按钮 + 视觉元素。除此之外不放其他内容。
  2. CTA 太多会让用户难以抉择 — 每个页面只设置一个主 CTA。次要操作(了解更多、查看定价)应在视觉上弱化。切勿并排放置 3 个权重相同的按钮。
  3. 社交证明的占位内容比没有社交证明更糟 — “已有 0 位用户加入”或空的推荐语区域会让人觉得“没人用这个产品”。在有真实数据之前,彻底移除社交证明区域。改用“由 {founder name} 打造”。
  4. 社交分享必须配置 OG 图片 — 如果没有 og:image,分享到 Twitter/LinkedIn/Slack 的链接会显示空白预览。请使用 1200x630px 图片。通过 https://cards-dev.twitter.com/validator 进行测试。
  5. 上线前先对标题进行 A/B 测试 — 不要只选一个标题就直接发布。使用 Google Ads(每天 $20,持续 3 天)对 3-5 个版本进行测试。胜出的版本用于落地页。

常见问题

未找到 PRD 或产品信息

原因: 项目缺少 docs/prd.md 或包含产品描述的 README。 解决方法: 先运行 /validate 生成 PRD,或提供包含问题、解决方案和功能介绍的 README。

标题太过笼统

原因: 问题描述不够有力,或缺少与竞品的差异化说明。 解决方法: 添加包含竞品分析的 research.md。具体的痛点才能带来具体的标题。

未检测到用于页面搭建的技术栈

原因: 未找到 astro.config.* 或 next.config.*。 解决方法: 默认情况下,技能只会输出纯内容 Markdown。若要生成实际页面文件,请确保项目使用 astro-static 或 nextjs-supabase 技术栈。

评论

支持 Markdown