实战案例集

> 真实场景下的Prompt实战全流程

🎯 案例学习方法

每个案例包含:

📋 任务背景: 真实场景描述
🎯 核心挑战: 难点在哪里
💡 解决思路: 如何拆解问题
⚙️ 完整Prompt: 可直接使用
📊 输出示例: 实际效果
🔍 复盘分析: 为什么这样设计
🚀 优化建议: 还能怎么改进

案例1: 从0到1写商业计划书

📋 任务背景

场景: 创业团队需要为天使轮融资准备BP 具体情况:

项目:AI写作助手
阶段:产品刚上线,有500个测试用户
团队:3人(CEO+CTO+COO)
目标:融资500万,占股15%
时间:3天内完成BP

🎯 核心挑战

❌ 没写过商业计划书,不知从何下手
❌ 缺少行业数据和市场分析
❌ 不知道投资人关注什么
❌ 财务预测没有思路

💡 解决思路

分步策略(不要一次性让AI写完整BP):

Step 1: 先了解BP结构和投资人视角
Step 2: 分模块击破(市场→产品→商业模式→团队→财务)
Step 3: 每个模块先输出→反馈→优化
Step 4: 最后整合润色

⚙️ Step 1: 了解BP结构

Prompt:

你是一位拥有15年经验的天使投资人,
看过1000+早期项目BP,曾投资过20个成功项目。

我是一个首次创业者,正在准备天使轮融资BP。

请从投资人视角,回答以下问题:

1. 天使轮BP的核心结构是什么?(按重要性排序)
2. 每部分应该写多详细?(字数/页数建议)
3. 投资人最关注哪3-5个点?
4. 新手最容易犯的3个错误是什么?
5. 有哪些加分项和减分项?

请具体、实用,不要泛泛而谈。

AI输出摘要:

核心结构(按重要性):
团队(30%) - 投资人投的是人
市场(25%) - 市场够大才有想象空间
产品(20%) - 解决真实痛点
商业模式(15%) - 如何赚钱
财务预测(10%) - 量化目标

常见错误:
市场规模夸大(把TAM当SAM)
竞品分析避重就轻
财务预测过于乐观(J型曲线)

加分项:
有数据验证(如500个测试用户的留存率/NPS)
创始人有行业经验
已有种子用户/付费用户
...

⚙️ Step 2: 市场分析模块

Prompt:

你是一位专注AI领域的行业分析师,
对AI工具市场有深入研究。

请帮我分析"AI写作助手"这个细分市场:

【项目信息】
- 产品:AI写作助手,帮助新媒体作者提升写作效率
- 目标用户:新媒体创作者(公众号/知乎/小红书作者)
- 核心功能:选题推荐、大纲生成、内容扩写、标题优化

【输出结构】
## 1. 市场规模
- TAM(总体市场):中国新媒体创作者市场
- SAM(可服务市场):使用AI工具的创作者
- SOM(可获得市场):前3年能覆盖的用户

每个层级需给出:
- 市场规模(用户数/GMV)
- 数据来源或推测依据
- 计算逻辑

## 2. 市场趋势
- 过去3年的增长数据
- 未来3年的预测
- 核心驱动因素(3个)

## 3. 用户需求
- 核心痛点(Top 3)
- 现有解决方案及不足
- 付费意愿(调研数据或推测)

## 4. 竞争格局
- 主要竞品(3-5家)
- 各自特点和市场定位
- 我们的差异化空间

【输出要求】
- 数据需标注来源,如果是推测需说明"基于XX推测"
- 避免夸大市场规模
- 客观评估竞争
- 长度1500-2000字

AI输出摘要:

## 1. 市场规模
TAM: 中国新媒体创作者约500万人
- 全职创作者:100万(来源:艾瑞咨询2023)
- 兼职创作者:400万(基于各平台创作者规模推测)

SAM: 使用AI工具的创作者约150万人(30%渗透率)
- 推测依据:参考美国市场AI工具渗透率35%,
  中国略低取30%

SOM: 前3年目标10万用户(6.7%市场份额)
- Year 1: 1万用户
- Year 2: 3万用户(累计4万)
- Year 3: 6万用户(累计10万)

...

⚙️ Step 3: 财务预测模块

Prompt:

你是一位财务顾问,擅长为早期SaaS项目做财务建模。

请为我的AI写作助手项目做3年财务预测:

【基本假设】
- 商业模式:订阅制
- 定价:基础版免费,专业版99元/月,企业版299元/月
- 目标:Year 1达到1万用户,其中10%付费
- 付费用户中:80%选专业版,20%选企业版
- 年流失率:30%
- 获客成本(CAC):50元/用户
- 运营成本:
  - 服务器成本:5元/用户/月
  - 人力成本:Year 1: 3人×20万=60万
  - 营销成本:Year 1: 50万

【输出结构】
## 1. 收入预测(3年)
| 项目 | Year 1 | Year 2 | Year 3 |
|-----|--------|--------|--------|
| 注册用户 | | | |
| 付费用户 | | | |
| 月均ARPU | | | |
| 年收入 | | | |

详细计算过程(以Year 1为例):
- 注册用户:1万
- 付费用户:1万×10% = 1000人
- 付费分布:专业版800人,企业版200人
- 月收入:800×99 + 200×299 = ...
- 年收入:月收入×12 - 流失 = ...

## 2. 成本预测(3年)
| 项目 | Year 1 | Year 2 | Year 3 |
|-----|--------|--------|--------|
| 人力成本 | | | |
| 服务器成本 | | | |
| 营销成本 | | | |
| 其他成本 | | | |
| 总成本 | | | |

## 3. 盈亏平衡分析
- 盈亏平衡点:需要X付费用户
- 预计达到时间:Year X, QX
- 计算逻辑:...

## 4. 关键指标
| 指标 | Year 1 | Year 2 | Year 3 |
|-----|--------|--------|--------|
| CAC(获客成本) | | | |
| LTV(客户终身价值) | | | |
| LTV/CAC | | | |
| Gross Margin | | | |
| Burn Rate | | | |

## 5. 融资使用计划
融资500万,占股15%,投后估值3333万

资金用途:
- 产品研发:40%(200万) - [具体用在哪]
- 市场营销:40%(200万) - [具体用在哪]
- 团队建设:15%(75万) - [具体用在哪]
- 运营备用:5%(25万)

【输出要求】
- 财务假设要合理,不要过于乐观
- 每个数字都要有计算过程
- 关键指标符合SaaS行业标准(LTV/CAC>3)
- 说明财务风险和应对措施

📊 整合优化

最后一步Prompt:

我已经分别完成了BP的各个模块:
1. 市场分析
2. 产品介绍
3. 商业模式
4. 团队介绍
5. 财务预测

现在请帮我:

1. 撰写"执行摘要"(1页):
   - 用一句话描述项目
   - 3-5个bullet points总结核心亮点
   - 适合投资人快速浏览

2. 整体润色:
   - 检查各模块数据是否一致
   - 检查逻辑是否连贯
   - 调整为投资人喜欢的风格(数据驱动,简洁有力)

3. 给出展示建议:
   - 哪些内容适合做成图表?
   - Pitch演讲时重点讲哪3页?
   - 常见投资人问题及应对

[附上各模块内容]

🔍 复盘分析

为什么这个流程有效?

分步而非一次性 - 每个模块独立完成,质量更高
先框架后内容 - 先问结构,避免遗漏
约束清晰 - 每步都有明确的输出要求
数据验证 - 要求标注来源,避免瞎编
投资人视角 - 从一开始就站在读者角度思考

关键技巧:

✅ 角色设定(投资人/分析师/财务顾问)
✅ 具体场景(AI写作助手,500用户)
✅ 结构化输出(表格/列表/计算过程)
✅ 质量约束(不夸大/数据来源/合理假设)

🚀 优化建议

可以进一步优化的地方:

加入行业对标 - 参考同类项目的融资情况
加入AB测试 - 生成2-3个版本,对比选最优
加入投资人模拟 - 让AI扮演投资人,提出质疑性问题,提前准备答案

案例2: 技术方案落地 - 秒杀系统设计

📋 任务背景

场景: 电商平台要做618大促秒杀活动 具体情况:

预计峰值QPS: 10万
秒杀商品: 100个SKU,每个库存1000件
现有架构: 单体应用,MySQL主从,Redis单机
时间: 2周内上线
团队: 3个后端,2个前端,1个DBA

🎯 核心挑战

❌ 没做过高并发系统
❌ 不知从何入手
❌ 担心超卖问题
❌ 时间紧张

💡 解决思路

分步策略:

Step 1: 先分析瓶颈和风险点
Step 2: 设计整体架构
Step 3: 逐个模块详细设计(库存/下单/支付)
Step 4: 性能优化方案
Step 5: 应急预案

⚙️ Step 1: 瓶颈分析

Prompt:

你是一位资深系统架构师,
擅长高并发系统设计,曾主导过多个千万级DAU系统。

【场景】
电商平台618秒杀活动:
- 峰值QPS: 10万
- 秒杀商品: 100个SKU,每个库存1000件
- 用户: 预计500万人参与

【现有架构】
- 单体Spring Boot应用
- MySQL 5.7主从(主库8核16G,从库同配置)
- Redis 6.0单机(4核8G)
- Nginx负载均衡

请分析:

## 1. 核心瓶颈识别
从以下维度分析:
- 应用层瓶颈:[...]
- 数据库瓶颈:[...]
- 缓存瓶颈:[...]
- 网络瓶颈:[...]

每个瓶颈说明:
- 瓶颈点:[具体在哪]
- 瓶颈原因:[为什么会成为瓶颈]
- 影响:[QPS上限/响应时间]
- 风险等级:⭐⭐⭐⭐⭐

## 2. 典型问题场景
| 问题 | 触发条件 | 后果 | 概率 |
|-----|---------|------|------|
| 超卖 | 高并发扣库存 | 用户投诉,损失 | 高 |
| 库存击穿 | 缓存失效瞬间 | DB打挂 | 中 |
| 雪崩 | 某节点故障 | 级联故障 | 中 |

## 3. 优先级排序
哪些问题必须在上线前解决(P0)?
哪些可以上线后优化(P1/P2)?

【输出要求】
- 基于实际硬件配置分析
- 量化瓶颈(如MySQL单表写入极限X万QPS)
- 给出优先级建议

⚙️ Step 2: 架构设计

Prompt:

基于上述瓶颈分析,请设计秒杀系统架构:

## 1. 整体架构图
请用ASCII图或文字描述完整架构,包含:
- 客户端层
- 接入层(CDN/WAF/API Gateway)
- 应用层(微服务拆分)
- 缓存层(多级缓存)
- 存储层(数据库/消息队列)
- 监控告警

## 2. 核心流程设计
### 2.1 秒杀请求流程

用户点击秒杀按钮 ↓ [流程步骤,每步标注耗时] ↓ 返回结果

### 2.2 防超卖方案
请对比3种方案:
- 方案A:数据库行锁
- 方案B:Redis原子扣减
- 方案C:消息队列削峰

| 方案 | 优势 | 劣势 | QPS支持 | 推荐度 |
|-----|------|------|---------|--------|
| A | | | | ⭐⭐⭐ |
| B | | | | ⭐⭐⭐⭐⭐ |
| C | | | | ⭐⭐⭐⭐ |

推荐方案: [X],理由: [...]

## 3. 关键技术选型
| 技术点 | 方案A | 方案B | 选择 | 理由 |
|-------|-------|-------|------|------|
| 限流 | Nginx | Sentinel | B | [...] |
| 缓存 | Redis单机 | Redis Cluster | B | [...] |
| MQ | RabbitMQ | Kafka | B | [...] |

## 4. 容量规划
- 应用服务器:需要X台(4核8G)
- Redis:需要X节点
- MySQL:是否需要分库分表?
- Kafka:需要X个分区

计算依据:[...]

## 5. 成本评估
| 资源 | 配置 | 数量 | 单价 | 小计 |
|-----|------|------|------|------|
| ECS | 4核8G | X台 | ¥/月 | ¥ |
| Redis | ... | X节点 | ¥/月 | ¥ |
| 总计 | | | | ¥X/月 |

【约束条件】
- 2周内上线(不能大改架构)
- 预算有限(优先用现有资源)
- 团队技术栈:Java + Spring Boot + MySQL + Redis

📊 完整方案输出示例

# 秒杀系统技术方案

## 1. 整体架构

┌─────────────┐ │ 用户 │ └──────┬──────┘ │ ┌──────▼──────┐ │ CDN + WAF │ (静态资源+安全防护) └──────┬──────┘ │ ┌──────▼──────────────┐ │ API Gateway │ (限流+鉴权) └──────┬──────────────┘ │ ┌────────────────┼────────────────┐ │ │ │ ┌──────▼──────┐ ┌─────▼──────┐ ┌─────▼──────┐ │秒杀服务 │ │订单服务 │ │用户服务 │ └──────┬──────┘ └─────┬──────┘ └─────┬──────┘ │ │ │ ┌──────▼────────────────▼────────────────▼──────┐ │ Redis Cluster (3主3从) │ │ (库存缓存+布隆过滤器+分布式锁) │ └──────┬────────────────┬────────────────────────┘ │ │ ┌──────▼──────┐ ┌─────▼──────┐ │ Kafka │ │ MySQL │ │ (削峰) │ │ (主从+分表) │ └──────┬──────┘ └────────────┘ │ ┌──────▼──────┐ │ 订单消费者 │ └─────────────┘

## 2. 防超卖方案:Redis原子扣减 + 数据库兜底

### 2.1 流程设计

请求到达 → API Gateway限流(单用户10QPS)
秒杀服务 → Redis DECR扣减库存(原子操作)
- 如果返回>=0,扣减成功
- 如果返回小于0,库存不足,直接返回
发送消息到Kafka(异步创建订单)
立即返回用户"抢购成功,订单生成中"
订单服务消费Kafka消息,写入MySQL
- 二次校验库存(兜底)
- 如果库存不足,订单标记为失败,退回库存

### 2.2 关键代码逻辑(伪代码)
```java
// 秒杀服务
public Result seckill(Long skuId, Long userId) {
    // 1. 限流检查
    if (!rateLimiter.tryAcquire(userId)) {
        return Result.fail("请求过于频繁");
    }

    // 2. Redis原子扣减库存
    String stockKey = "seckill:stock:" + skuId;
    Long remain = redisTemplate.opsForValue().decrement(stockKey);

    if (remain &lt; 0) {
        // 库存不足,回补
        redisTemplate.opsForValue().increment(stockKey);
        return Result.fail("库存不足");
    }

    // 3. 发送MQ消息
    SeckillMessage msg = new SeckillMessage(skuId, userId);
    kafkaTemplate.send("seckill-order", msg);

    // 4. 返回结果
    return Result.success("抢购成功,订单生成中");
}

// 订单服务(消费Kafka)
@KafkaListener(topics = "seckill-order")
public void createOrder(SeckillMessage msg) {
    // 1. 二次校验库存(数据库兜底)
    int stock = orderMapper.getStock(msg.getSkuId());
    if (stock &lt;= 0) {
        // 库存不足,回退Redis库存
        String stockKey = "seckill:stock:" + msg.getSkuId();
        redisTemplate.opsForValue().increment(stockKey);
        return;
    }

    // 2. 扣减数据库库存(乐观锁)
    int updated = orderMapper.decreaseStock(msg.getSkuId());
    if (updated == 0) {
        // 扣减失败,回退Redis库存
        redisTemplate.opsForValue().increment(stockKey);
        return;
    }

    // 3. 创建订单
    Order order = new Order(msg.getSkuId(), msg.getUserId());
    orderMapper.insert(order);

    // 4. 发送通知
    notifyService.send(msg.getUserId(), "订单创建成功");
}

3. 性能优化

3.1 多级缓存

L1:浏览器缓存(秒杀页面静态化)
L2:CDN缓存(图片/JS/CSS)
L3:Nginx本地缓存(热点商品信息)
L4:Redis缓存(库存/用户信息)

3.2 热点隔离

秒杀流量与日常流量隔离(独立服务+独立Redis)
防止秒杀把整个系统拖垮

3.3 动静分离

商品详情页静态化,部署到CDN
只有"立即抢购"按钮是动态接口

4. 监控告警

4.1 关键指标

指标	预警阈值	告警阈值
QPS	8万	9.5万
响应时间	P99>200ms	P99>500ms
Redis内存	>70%	>85%
错误率	>1%	>5%

4.2 应急预案

情景1:QPS超预期

触发条件:QPS>9.5万
应对措施:
1. 立即启动限流(降低API Gateway限流阈值)
2. 扩容应用服务器(预先准备好镜像,5分钟内上线)
3. 如仍无法支撑,暂时关闭部分非核心功能

情景2:Redis故障

触发条件:Redis主节点宕机
应对措施:
1. 自动主从切换(Redis Sentinel,30秒内)
2. 如果切换失败,降级到数据库(会很慢但不会完全不可用)
3. 紧急修复Redis

5. 上线计划

5.1 灰度发布

Day 1:上线小流量测试(10%流量)
Day 2-3:50%流量
Day 4-7:100%流量

5.2 压测

压测目标:QPS 12万(预留20%余量)
压测工具:JMeter
压测场景:[...]

5.3 回滚方案

如果出现严重问题:

立即关闭秒杀入口(前端置灰)
回滚到上一版本
定位问题,修复后重新上线

6. 成本与收益

6.1 成本

开发成本:3人×2周 = 6人周
服务器成本:约1万元/月(活动期间)
总成本:约1.5万元

6.2 收益

支持10万QPS,远超预期5万QPS
防止超卖,避免用户投诉和损失
系统稳定性提升,可复用到后续大促

---

### 🔍 复盘分析

**为什么这个方案有效?**

1. **分层分析** - 先分析瓶颈,再设计方案,有的放矢
2. **对比选型** - 每个技术点都对比多个方案,说明理由
3. **可落地** - 考虑团队技术栈和时间约束
4. **有兜底** - Redis+数据库双重防超卖
5. **有预案** - 充分考虑故障场景

---

## 案例3: 内容创作 - 爆款文章从0到1

### 📋 任务背景

**场景**: 公众号运营者需要写一篇10万+爆款文章
**具体情况**:
- 主题:职场焦虑与成长
- 目标读者:25-35岁职场人
- 公众号:10万粉丝,历史文章平均阅读3000
- 目标:冲刺10万+阅读,涨粉5000+

### 🎯 核心挑战

- ❌ 不知道选什么角度能爆
- ❌ 担心写得太平淡
- ❌ 不知道如何设计标题
- ❌ 不知道如何引导转发

### 💡 解决思路(完整流程)

Step 1: 选题挖掘(找到能爆的角度) Step 2: 标题设计(A/B/C三版本) Step 3: 结构设计(hook+冲突+解决+升华) Step 4: 内容创作(分段创作,逐段优化) Step 5: 传播优化(转发点设计)

---

### ⚙️ 完整Prompt流程(按步骤)

由于篇幅限制,此处展示关键步骤的Prompt。

**Step 1: 选题挖掘**
```markdown
你是一位10万+爆款文章作者,
擅长选题策划,对读者心理有深刻洞察。

【目标】写一篇职场成长类文章,冲刺10万+

【读者画像】
- 年龄:25-35岁
- 职业:职场白领,工作3-8年
- 痛点:晋升焦虑,能力焦虑,迷茫
- 阅读场景:通勤/午休/睡前
- 转发动机:有共鸣/有干货/人设塑造

请给出5个爆款选题方向,每个包含:

1. **选题角度**: [一句话]
2. **核心冲突**: [读者的内心矛盾是什么]
3. **情绪共鸣点**: [击中什么情绪]
4. **独特洞察**: [不同于其他文章的角度]
5. **传播潜力**: ⭐⭐⭐⭐⭐
6. **难度**: ⭐⭐⭐⭐⭐(写作难度)

【示例】
1. 选题角度:为什么越努力越焦虑?
2. 核心冲突:明明很努力,但感觉越来越迷茫
3. 情绪共鸣点:焦虑+无力感
4. 独特洞察:不是不够努力,是努力的方向错了
5. 传播潜力:⭐⭐⭐⭐⭐
6. 难度:⭐⭐⭐

请给出5个不同角度的选题。

Step 2-5流程(简化版)类似上述案例的分步优化逻辑。

🚀 案例总结:通用模式

从这3个案例中,可以提炼出通用的Prompt设计模式:

1. 分析阶段
   - 定义问题
   - 识别挑战
   - 明确约束

2. 设计阶段
   - 框架/结构设计
   - 多方案对比
   - 选择推荐方案

3. 执行阶段
   - 分模块实施
   - 逐步优化
   - 验证质量

4. 总结阶段
   - 复盘分析
   - 优化建议
   - 经验沉淀

🔑 本章核心记忆点

大任务分步骤 - 不要期待一次性完成
先框架后细节 - 先搭建整体结构
多轮迭代优化 - 每一步输出后都可以反馈优化
角色+场景 - 具体的角色和场景让输出更贴合需求
约束要明确 - 时间/预算/技术栈/团队能力
数据要验证 - 关键数据要求标注来源
对比多方案 - 不要只给一个方案,要对比选择
有应急预案 - 考虑失败场景和plan B
可落地执行 - 方案要考虑实际约束
复盘很重要 - 总结为什么有效,沉淀经验

下一章: 附录A-Prompt模板库 - 开箱即用的Prompt模板

🎯 案例学习方法​

案例1: 从0到1写商业计划书​

📋 任务背景​

🎯 核心挑战​

💡 解决思路​

⚙️ Step 1: 了解BP结构​

⚙️ Step 2: 市场分析模块​

⚙️ Step 3: 财务预测模块​

📊 整合优化​

🔍 复盘分析​

🚀 优化建议​

案例2: 技术方案落地 - 秒杀系统设计​

📋 任务背景​

🎯 核心挑战​

💡 解决思路​

⚙️ Step 1: 瓶颈分析​

⚙️ Step 2: 架构设计​

📊 完整方案输出示例​

3. 性能优化​

3.1 多级缓存​

3.2 热点隔离​

3.3 动静分离​

4. 监控告警​

4.1 关键指标​

4.2 应急预案​

5. 上线计划​

5.1 灰度发布​

5.2 压测​

5.3 回滚方案​

6. 成本与收益​

6.1 成本​

6.2 收益​

🚀 案例总结:通用模式​

🔑 本章核心记忆点​

🎯 案例学习方法

案例1: 从0到1写商业计划书

📋 任务背景

🎯 核心挑战

💡 解决思路

⚙️ Step 1: 了解BP结构

⚙️ Step 2: 市场分析模块

⚙️ Step 3: 财务预测模块

📊 整合优化

🔍 复盘分析

🚀 优化建议

案例2: 技术方案落地 - 秒杀系统设计

📋 任务背景

🎯 核心挑战

💡 解决思路

⚙️ Step 1: 瓶颈分析

⚙️ Step 2: 架构设计

📊 完整方案输出示例

3. 性能优化

3.1 多级缓存

3.2 热点隔离

3.3 动静分离

4. 监控告警

4.1 关键指标

4.2 应急预案

5. 上线计划

5.1 灰度发布

5.2 压测

5.3 回滚方案

6. 成本与收益

6.1 成本

6.2 收益

🚀 案例总结:通用模式

🔑 本章核心记忆点