技能介绍

营销站为什么讲不清一个复杂产品

大多数营销页把"功能列表"当成卖点：首屏一句标语，下面三张卡片，截图全是截了 UI 框架而不是流程。对复杂或智能体类应用来说，这几乎必然失败——用户看到的是"这个产品有客户管理、工单、数据看板"，却看不到它到底怎么替自己干活。根本原因在于：这类产品的价值不在页面上，而在步骤之间、对比之中、时间线上。

它做了什么

@kunlungrowth/product-showcase 把工作拆成几个可复现的步骤：

定深度——quick（单页，15-20 分钟）/ standard（多页，默认）/ thorough（全面，3-6 小时）。先用浏览器自动化抓截图：首屏优先，每个主功能抓 6-10 张"讲故事"的图，桌面/移动/--dark 双模式分开抓，抓完做宽度限制与压缩。

提炼价值主张——每条功能回答"用户为什么在乎"。例如把"客户管理页"写成"一处看全客户历史、待办与关注点"。

生成站点——单页是 hero + 功能网格 + CTA；多页加 features.html 和 how-it-works.html；全面站给每个功能独立深探页，外加场景页与对比页。

GIF 演示——关键流程按 2fps 截序列帧合成 GIF（≤10s/20 帧，1280×720），HTML 用浏览器 mockup 半尺寸呈现。

智能体的特殊处理——看不见的价值要用前后对比、时间线、结果展示、并排和"魔法时刻"GIF 来讲；文案结果优先、带量化数据、用时长对比，避免术语。

收尾——sticky 导航、SEO meta（title / description / OG）、联系表单（无后端时走表单服务或 Worker 接口），部署到 Cloudflare Pages/Workers 或静态托管，输出真实 URL。

适用边界

它不会替你发明能力。没有真实截图就生成不了站点；没有数据就不写统计；没有评价就留空。这是一个硬约束，不是建议——营销站最常见的翻车方式就是让模型填占位数字。输入需要 App URL、名称、标语、受众、定价、CTA 等基本信息，复杂流程依赖浏览器自动化环境。输出规范包含站点文件结构、待替换占位清单、GIF 列表与体积，完整 CSS 与部署选项在 references/template.md 里。