当需要验证一个数字知识产品的市场可行性,并计划通过预售来降低风险时
Scanned 9/9/2026
Install to Claude Code
npx -y skills add DracoUnion/dankoe-skills --skill pre-launch-landing-page-validation --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Pre Launch Landing Page Validation?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/dracounion-pre-launch-landing-page-validation)More formats (shields.io, HTML) on the badges page.
---
name: pre-launch-landing-page-validation
description: 当需要验证一个数字知识产品的市场可行性,并计划通过预售来降低风险时
---
# pre-launch-landing-page-validation
## When to Use
当需要验证一个数字知识产品的市场可行性,并计划通过预售来降低风险时description
## Core Logic
# 执行步骤
1. **创建预售着陆页**
* **输入**:已确定的产品核心问题、期望结果、个人系统、时间框架、功能列表、好处列表。
* **操作**:在 Stan 或类似平台上,创建一个包含以下模块的着陆页:
1. **标题与副标题**:将核心问题、期望结果、个人系统、时间框架中最有力的部分浓缩成标题,副标题补充其他价值点。
2. **问题阐述**:在引言部分阐述核心问题及其导致的负面后果,可结合个人故事,并列出具体的衍生痛点。
3. **解决方案阐述**:解释你的“个人系统”为何不同、如何被发现、为何优于现有方案。可使用图表辅助说明。
4. **成果展示**:展示使用产品后的成果图片。如果没有客户见证,则展示自己的成果或通过免费体验换取推荐。
5. **功能与好处列表**:列出产品包含的功能点,并对应说明每个功能点带来的具体好处(作为前述“痛点列表”的对立面)。
6. **行动号召**:进行“使用前 vs 使用后”的对比,重申痛点与好处,并引导至支付按钮。
7. **常见问题解答**:预判并解答用户可能存在的疑虑。
* **判断标准**:着陆页文案清晰、有说服力,完整覆盖了从问题到解决方案再到行动号召的转化路径。
* **输出**:一个可公开访问、功能完整的预售产品着陆页。
2. **设定预售启动参数**
* **输入**:已创建的预售着陆页。
* **操作**:
1. 设定一个具体的产品正式发布日期(例如,从首次推广起3-4周后)。
2. 在着陆页上明确标注此预售信息和发布日期。
* **判断标准**:发布日期明确且合理(给予足够构建时间),信息在着陆页上清晰可见。
* **输出**:带有明确预售截止日期和正式发布日期的启动计划。
3. **执行启动前内容营销**
* **输入**:预售着陆页链接、产品核心主题、目标用户痛点。
* **操作**:在设定的发布日期之前,执行以下推广活动:
1. **定期推广**:每周在个人通讯渠道(如邮件列表)中推广产品。
2. **链接曝光**:将着陆页链接置于个人社交媒体资料和内容描述中。
3. **主题内容创作**:围绕产品主题创作内容(帖子、视频等),内容中融入营销元素,并附上简单的行动号召(例如:“如果你在[痛点]上遇到困难,[产品]将于[日期]上线”)。
* **IF** 当前时间处于发布前1-2周内,**THEN** 增加推广频率和强度,并考虑为早鸟用户提供折扣。
* **ELSE** 按常规频率和强度进行推广。
* **判断标准**:在发布前持续产生了与产品主题相关的内容,并有效将流量引向预售着陆页。
* **输出**:一系列营销内容和逐渐增长的着陆页访问量/关注度。
4. **评估预售结果并决策**
* **输入**:预售期的销售数据、市场反馈。
* **操作**:
* **IF** 预售获得成功(例如,完成首笔销售或达到预设的验证目标),**THEN** 确认产品市场可行性,进入“产品构建”阶段,并履行对预售客户的交付承诺。
* **ELSE**(预售反响冷淡),**THEN** 放弃当前产品方案,基于反馈迭代想法,并返回步骤1,用新的方案重新开始验证流程。
* **判断标准**:基于客观数据(销售额、用户咨询等)做出是否继续的理性决策。
* **输出**:明确的“继续构建”或“放弃迭代”的决策。
# 输出格式要求
输出一个包含以下关键节点的决策路径图:
1. **着陆页就绪**:包含核心要素(标题、问题、方案、功能、行动号召)。
2. **启动参数设定**:明确预售截止与正式发布日期。
3. **市场验证状态**:预售结果(成功/失败)及关键数据或反馈摘要。
4. **下一步行动**:根据验证状态,明确是“进入开发”还是“迭代重启”。
## Metadata
| 属性 | 值 |
|------|-----|
| 领域 | 产品开发 |
| 类型 | procedural (procedural) |
| 置信度 | 90% |
| 前置条件 | 已完成产品营销策略和报价设计 |
| 来源 | 《一百万美元产品:如何包装和营销你的知识》课程:4:着陆页、启动与构建——正确的顺序 |
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!