跳到主要内容

行业特定Prompt

> 不同行业的专业Prompt设计模板

🎯 行业Prompt的特殊性

通用Prompt适用于大多数场景,但行业专业Prompt需要:

  • ✅ 使用行业术语和专业框架
  • ✅ 遵循行业标准和规范
  • ✅ 考虑行业特定的约束条件
  • ✅ 输出符合行业习惯的格式

💻 科技/互联网行业

1. 产品PRD撰写

你是一位拥有8年经验的资深产品经理,
曾在字节跳动和腾讯负责日活千万级产品,
擅长用户体验设计和数据驱动决策。

请为[功能名称]撰写PRD文档:

## 1. 需求背景
### 1.1 业务目标
- 核心指标提升目标(如DAU+20%, 转化率+5%)
- 对应的OKR/KPI

### 1.2 用户痛点
- 用户画像:[描述]
- 核心痛点:[基于用户调研/数据分析]
- 痛点严重程度:⭐⭐⭐⭐⭐

### 1.3 为什么现在做
- 数据支撑:[用户反馈/流失数据/市场趋势]
- 机会窗口:[竞品动态/政策变化/技术成熟度]

## 2. 需求描述
### 2.1 功能范围
【本期做】
- 功能点1:[描述]
- 功能点2:[描述]

【本期不做】(明确边界)
- 功能点X:[不做的原因]

【后续规划】
- V2.0: [...]
- V3.0: [...]

### 2.2 核心用户场景
**场景1**: [场景名称]
- 触发条件:[何时/何地/何种情况]
- 用户操作流程:
1. 用户[动作1]
2. 系统[反馈1]
3. 用户[动作2]
4. 系统[反馈2]
- 预期结果:[用户获得什么]

### 2.3 功能详细设计
**功能模块1**: [名称]
- 页面结构:[描述或线框图]
- 交互逻辑:[详细说明]
- 边界情况处理:[异常/极端情况如何处理]
- 性能要求:[加载时间/响应时间]

## 3. 数据埋点
| 事件名 | 触发时机 | 上报字段 | 用途 |
|-------|---------|---------|------|
| page_view | 页面加载 | page_id, user_id | 统计PV |
| button_click | 按钮点击 | button_id, user_id | 点击率 |

## 4. 成功指标
### 4.1 北极星指标
- [核心指标名称]: 从[当前值]提升至[目标值]

### 4.2 过程指标
- 指标1: [...]
- 指标2: [...]

### 4.3 AB测试计划
- 测试版本:[A/B/C版本差异]
- 流量分配:[各X%]
- 测试周期:[X天]
- 决策标准:[哪个指标达到X%认为成功]

## 5. 风险与依赖
| 风险类型 | 描述 | 概率 | 影响 | 应对方案 |
|---------|------|------|------|---------|
| 技术风险 | [...] ||| [...] |
| 时间风险 | [...] ||| [...] |

## 6. 排期计划
| 阶段 | 负责人 | 开始时间 | 结束时间 |
|-----|--------|---------|---------|
| PRD评审 | PM | 2024-XX-XX | 2024-XX-XX |
| UI设计 | Designer | 2024-XX-XX | 2024-XX-XX |
| 开发 | Dev | 2024-XX-XX | 2024-XX-XX |
| 测试 | QA | 2024-XX-XX | 2024-XX-XX |
| 灰度上线 | All | 2024-XX-XX | 2024-XX-XX |

【输出要求】
- 长度:3000-5000字
- 逻辑清晰,可直接交付开发
- 覆盖所有边界情况
- 包含数据支撑

2. 技术架构设计

你是一位资深系统架构师,
拥有15年大规模分布式系统设计经验,
擅长高并发、高可用架构,熟悉云原生技术栈。

请为[系统名称]设计技术架构方案:

## 1. 需求分析
### 1.1 功能需求
- [核心功能列表]

### 1.2 非功能需求
- **性能要求**
- QPS: [峰值X万]
- 响应时间: [P99 < Xms]
- 并发用户: [X万]

- **可用性要求**
- SLA: [99.9% / 99.99%]
- RTO: [恢复时间目标]
- RPO: [数据丢失容忍度]

- **扩展性要求**
- 未来3年用户增长X倍
- 系统支持水平扩展

- **安全性要求**
- 数据加密: [传输/存储]
- 认证授权: [OAuth2.0/JWT]
- 审计日志: [操作可追溯]

## 2. 技术选型
### 2.1 技术栈对比
| 技术 | 方案A | 方案B | 选择 | 理由 |
|-----|-------|-------|------|------|
| 后端框架 | Spring Boot | Node.js | A | [...] |
| 数据库 | MySQL | PostgreSQL | A | [...] |
| 缓存 | Redis | Memcached | A | [...] |
| 消息队列 | Kafka | RabbitMQ | A | [...] |

### 2.2 关键决策说明
- 为什么选MySQL而非NoSQL: [...]
- 为什么选Kafka而非RabbitMQ: [...]

## 3. 架构设计
### 3.1 整体架构图

┌─────────────┐ │ 客户端 │ └──────┬──────┘ │ ┌──────▼──────────────────────┐ │ Nginx (负载均衡) │ └──────┬──────────────────────┘ │ ┌──────▼──────┐ ┌──────────┐ │ API Gateway │ │ CDN │ └──────┬──────┘ └──────────┘ │ ┌──────▼─────────────────────────┐ │ 微服务层 │ │ ┌────────┐ ┌──────────┐ │ │ │用户服务│ │订单服务 │ ... │ │ └────────┘ └──────────┘ │ └──────┬─────────────────────────┘ │ ┌──────▼──────────────────────────┐ │ 数据层 │ │ ┌────────┐ ┌──────────┐ │ │ │ MySQL │ │ Redis │ ... │ │ └────────┘ └──────────┘ │ └─────────────────────────────────┘


### 3.2 核心模块设计
**用户服务**
- 职责:[用户注册/登录/鉴权]
- 接口:[列举核心API]
- 数据模型:[ER图或表结构]
- 依赖:[依赖哪些服务]

**订单服务**
[同上结构]

### 3.3 关键流程设计
**秒杀流程**
  1. 用户请求 → API Gateway (限流)
  2. 检查Redis库存 (原子性扣减)
  3. 写入Kafka队列 (异步处理)
  4. 订单服务消费队列 → 创建订单
  5. 数据库写入 (分库分表)
  6. 返回结果

## 4. 高可用设计
### 4.1 容灾策略
- 多活架构:[同城双活/异地多活]
- 限流降级:[Sentinel/Hystrix]
- 熔断机制:[...]

### 4.2 数据备份
- 备份策略:[全量+增量]
- 备份频率:[...]
- 恢复演练:[每月一次]

## 5. 性能优化
### 5.1 缓存策略
- L1缓存:本地缓存(Caffeine)
- L2缓存:Redis集群
- 缓存更新:Cache Aside模式
- 缓存失效:防止雪崩/穿透/击穿

### 5.2 数据库优化
- 分库分表策略:[按user_id哈希]
- 读写分离:[主从同步延迟处理]
- 索引设计:[...]

### 5.3 异步化
- 消息队列:[哪些操作异步化]
- 事件驱动:[...]

## 6. 监控与运维
### 6.1 监控体系
- 基础监控:[CPU/内存/磁盘/网络]
- 应用监控:[QPS/响应时间/错误率]
- 业务监控:[核心业务指标]

### 6.2 告警策略
| 指标 | 阈值 | 级别 | 处理人 |
|-----|------|------|--------|
| API响应时间 | P99>500ms | P1 | 后端 |
| 错误率 | >1% | P0 | All |

### 6.3 日志方案
- 日志收集:ELK stack
- 链路追踪:SkyWalking/Jaeger
- 日志存储:[保留策略]

## 7. 安全设计
- 认证:JWT + OAuth2.0
- 授权:RBAC权限模型
- 加密:HTTPS + 敏感数据加密
- 防护:SQL注入/XSS/CSRF防护

## 8. 实施计划
### 8.1 开发排期
| 阶段 | 内容 | 时间 |
|-----|------|------|
| 技术预研 | [...] | 1周 |
| 基础框架搭建 | [...] | 2周 |
| 核心功能开发 | [...] | 4周 |
| 测试优化 | [...] | 2周 |
| 灰度上线 | [...] | 1周 |

### 8.2 风险应对
- 技术风险:[...]
- 进度风险:[...]
- 人力风险:[...]

【输出要求】
- 技术方案完整可落地
- 考虑性能、可用性、扩展性
- 包含架构图和流程图
- 长度:4000-6000字

💼 金融行业

3. 风险评估报告

你是一位金融风控专家,
拥有12年银行和互联网金融风险管理经验,
熟悉Basel III、反洗钱法规、个人信用评估体系。

请为[产品/业务]撰写风险评估报告:

## 1. 执行摘要
- 评估对象:[产品/业务名称]
- 评估日期:[日期]
- 风险等级:[低/中/高]
- 核心结论:[3-5句话概括]
- 关键建议:[3条核心建议]

## 2. 业务概述
### 2.1 业务模式
- 产品类型:[贷款/理财/支付/...]
- 目标客群:[个人/企业/...]
- 交易规模:[日均X笔,金额Y万元]
- 收入模式:[...]

### 2.2 业务流程
[描述核心业务流程,标注风险点]

## 3. 风险识别(多维度)

### 3.1 信用风险
**定义**: 借款人违约导致的损失风险

**风险点识别**:
- 客户资质审核不严:[具体表现]
- 授信额度过高:[数据支撑]
- 逾期率异常:[当前X%, 行业平均Y%]

**风险等级**: ⭐⭐⭐⭐ (中高)

**量化评估**:
- 预期损失率(EL): X%
- 违约概率(PD): Y%
- 违约损失率(LGD): Z%

### 3.2 市场风险
**定义**: 市场价格波动导致的损失风险

**风险点识别**:
- 利率风险:[利率变动X%,影响Y万元]
- 汇率风险:[...]
- 流动性风险:[...]

**风险等级**: ⭐⭐⭐ (中)

**压力测试**:
- 极端场景:利率上升200bp,损失X万元
- 发生概率:Y%

### 3.3 操作风险
**定义**: 内部流程、人员、系统故障导致的风险

**风险点识别**:
- 系统故障:[年X次,单次损失Y万]
- 人员操作失误:[...]
- 欺诈风险:[内部/外部欺诈案例]

**风险等级**: ⭐⭐⭐⭐⭐ (高)

### 3.4 合规风险
**定义**: 违反法律法规导致的处罚风险

**风险点识别**:
- 反洗钱合规:[是否满足KYC/AML要求]
- 数据隐私:[是否符合《个人信息保护法》]
- 牌照资质:[是否具备相关牌照]

**风险等级**: ⭐⭐⭐⭐⭐ (高)

**法律依据**:
- 相关法律:[列举]
- 监管要求:[列举]
- 潜在处罚:[...]

### 3.5 声誉风险
**定义**: 负面舆情导致的品牌损失

**风险点识别**:
- 用户投诉:[月均X起,主要问题Y]
- 媒体曝光:[负面报道Z次]
- 社交媒体情绪:[负面情绪占比]

**风险等级**: ⭐⭐⭐ (中)

## 4. 风险矩阵

| 风险类型 | 发生概率 | 影响程度 | 风险等级 | 优先级 |
|---------|---------|---------|---------|--------|
| 信用风险 |||| P0 |
| 市场风险 |||| P2 |
| 操作风险 |||| P0 |
| 合规风险 || 极高 || P0 |
| 声誉风险 |||| P1 |

## 5. 风险量化

### 5.1 VaR(风险价值)
- 置信度95%,持有期1天,VaR = X万元
- 解释:有95%的概率,单日损失不超过X万元

### 5.2 压力测试
**情景1:经济衰退**
- 假设:GDP增长率-2%, 失业率+5%
- 影响:违约率从X%升至Y%, 损失Z万元

**情景2:监管收紧**
- 假设:资本充足率要求从X%提高至Y%
- 影响:需补充资本Z万元

### 5.3 风险敞口
- 总风险敞口:X亿元
- 集中度:Top10客户占比Y%
- 行业集中度:[...]

## 6. 风险应对策略

### 6.1 风险规避
- 停止高风险业务:[具体业务]
- 退出高风险市场:[...]

### 6.2 风险降低
- 加强审核:[提高准入门槛]
- 分散投资:[降低集中度]
- 购买保险:[...]

### 6.3 风险转移
- 资产证券化:[将风险转移给市场]
- 购买信用保险:[...]
- 对冲交易:[利率互换/期权/...]

### 6.4 风险承受
- 建立风险准备金:[X万元]
- 提高风险容忍度:[...]

## 7. 风险管理建议

### 7.1 短期措施(1-3个月)
1. **建议1**: [具体措施]
- 责任人:[...]
- 时间:[...]
- 预期效果:[降低X风险Y%]

2. **建议2**: [...]

### 7.2 中期措施(3-12个月)
[同上结构]

### 7.3 长期措施(1-3年)
[同上结构]

## 8. 监控与报告

### 8.1 风险监控指标
| 指标 | 当前值 | 预警值 | 行动值 | 监控频率 |
|-----|--------|--------|--------|---------|
| 逾期率 | X% | Y% | Z% | 每日 |
| 不良率 | X% | Y% | Z% | 每周 |

### 8.2 报告机制
- 日报:[核心风险指标]
- 周报:[风险趋势分析]
- 月报:[全面风险评估]
- 季报:[董事会报告]

## 9. 附录
- 风险评估模型:[详细说明]
- 数据来源:[...]
- 参考法规:[...]
- 行业基准:[...]

【输出要求】
- 符合金融监管要求
- 数据真实可信,标注来源
- 量化分析为主
- 建议具体可执行
- 长度:5000-8000字

🏥 医疗健康行业

4. 临床试验方案设计

你是一位临床研究专家,
拥有15年新药研发和临床试验管理经验,
熟悉GCP规范、FDA/NMPA审批流程、伦理审查要求。

请为[药物/疗法]设计临床试验方案:

## 1. 试验概述
### 1.1 基本信息
- 试验标题:[完整标题]
- 适应症:[治疗什么疾病]
- 试验分期:[I期/II期/III期/IV期]
- 试验设计:[随机对照/单臂/交叉...]
- 盲法:[开放/单盲/双盲/三盲]
- 样本量:[预计入组X例]
- 试验周期:[X个月]

### 1.2 研究假设
- H0(零假设):[试验组与对照组无差异]
- H1(备择假设):[试验组优于对照组]
- 主要终点:[有效率提高X%]
- 统计把握度:80% / 90%
- α值:0.05(双侧)

## 2. 研究背景
### 2.1 疾病背景
- 疾病定义:[...]
- 流行病学:[发病率X/10万, 患病率Y/10万]
- 疾病负担:[死亡率/致残率/医疗费用]
- 现有治疗方案及局限:[...]

### 2.2 药物背景
- 药物名称:[通用名/商品名]
- 作用机制:[...]
- 临床前研究结果:[...]
- 已完成的临床试验:[总结关键发现]

### 2.3 研究目的
- 主要目的:[评估疗效/安全性]
- 次要目的:[...]

## 3. 试验设计
### 3.1 受试者选择
**入组标准**:
1. 年龄:18-65岁
2. 确诊为[疾病],诊断标准:[引用指南]
3. 疾病分期:[...]
4. 既往治疗:[未接受过X治疗/或既往治疗失败]
5. 实验室指标:[肝功能/肾功能/血常规在正常范围]
6. 签署知情同意书

**排除标准**:
1. 妊娠或哺乳期女性
2. 合并严重心血管疾病:[具体定义]
3. 过敏史:[对研究药物或辅料过敏]
4. 近3个月参加过其他临床试验
5. 不能配合随访

**剔除标准**:
1. 严重不良反应,不宜继续试验
2. 依从性差,服药率<80%
3. 失访
4. 撤回知情同意

### 3.2 分组与随机化
- 随机方法:[中心随机化系统, 区组随机]
- 分层因素:[年龄/性别/疾病严重程度]
- 分组:
- 试验组:研究药物 X mg, 每日Y次, 共Z周
- 对照组:安慰剂 / 标准治疗

### 3.3 盲法实施
- 如何保持盲态:[药物外观一致,统一包装]
- 紧急揭盲流程:[...]
- 揭盲记录:[...]

## 4. 研究流程
### 4.1 访视计划
| 访视 | 时间点 | 检查项目 | 备注 |
|-----|--------|---------|------|
| 筛选访视 | -7天 | 签ICF, 体检, 实验室检查 | 确认入组资格 |
| 基线访视 | 第0天 | 疗效评估, 随机分组, 给药 | 记录基线数据 |
| 治疗期访视 | 第2周 | 疗效评估, 安全性评估 | [...] |
| 治疗期访视 | 第4周 | 同上 | [...] |
| 治疗期访视 | 第8周 | 同上 | [...] |
| 结束访视 | 第12周 | 疗效评估, 安全性评估, 停药 | [...] |
| 随访 | 第16周 | 安全性随访 | 电话随访 |

### 4.2 疗效评估
**主要疗效指标**:
- [指标名称]: [如肿瘤客观缓解率(ORR)]
- 评估标准:[RECIST 1.1标准]
- 评估时点:[基线, 第4/8/12周]
- 评估方法:[CT/MRI扫描]

**次要疗效指标**:
- 无进展生存期(PFS)
- 总生存期(OS)
- 生活质量评分(QOL)

### 4.3 安全性评估
**监测指标**:
- 不良事件(AE):[记录所有AE]
- 严重不良事件(SAE):[24小时内报告]
- 实验室检查:[血常规/肝肾功能/心电图]
- 体格检查:[生命体征/体重/ECOG评分]

**安全性评价标准**:
- 不良事件分级:NCI-CTCAE 5.0标准
- 因果关系判定:[肯定相关/很可能相关/可能相关/可能无关/肯定无关]

## 5. 统计分析
### 5.1 样本量计算
- 主要终点:有效率
- 试验组预期有效率:60%
- 对照组预期有效率:40%
- α = 0.05(双侧), β = 0.20(把握度80%)
- 计算公式:[...]
- 需要样本量:每组X例, 考虑10%脱落, 每组入组Y例, 总计Z例

### 5.2 统计方法
**疗效分析**:
- 主要分析:全分析集(FAS)
- 敏感性分析:符合方案集(PPS)
- 主要指标:卡方检验 / Fisher精确检验
- 次要指标:Kaplan-Meier生存分析, Log-rank检验

**安全性分析**:
- 分析集:安全性分析集(SS)
- 不良事件发生率:描述性统计
- 组间比较:卡方检验

### 5.3 中期分析
- 时间点:[入组50%受试者完成治疗后]
- 目的:[评估有效性和安全性,决定是否提前终止]
- 停止标准:[...]

## 6. 质量控制
### 6.1 数据管理
- EDC系统:[...]
- 数据核查:[SDV, 逻辑核查]
- 数据锁定:[...]

### 6.2 监查
- 监查频率:[启动访视, 定期监查(每月), 关闭访视]
- 监查内容:[ICF, 入排标准, 数据真实性, SAE报告]

### 6.3 稽查
- 稽查时间:[中期/结束前]
- 稽查内容:[GCP合规性, 数据完整性]

## 7. 伦理与法规
### 7.1 伦理审查
- 提交材料:[方案, ICF, 研究者手册]
- 审批单位:[医院伦理委员会]
- 年度跟踪审查:[每年提交进展报告]

### 7.2 知情同意
- ICF内容:[研究目的, 风险收益, 自愿原则]
- 签署流程:[研究者解释, 受试者签字, 给予副本]
- 特殊人群:[未成年人需监护人签字]

### 7.3 监管报告
- SAE报告:[24小时内报告伦理委员会和申办方]
- 方案修订:[重大修订需伦理再审批]
- 试验进展:[年度报告]

## 8. 风险管理
| 风险 | 影响 | 应对措施 |
|-----|------|---------|
| 入组困难 | 延长试验周期 | 增加中心, 放宽入组标准 |
| 受试者脱落率高 | 影响统计把握度 | 加强随访, 适当补偿 |
| 严重不良事件 | 试验暂停 | DSMB审查, 修订方案 |

## 9. 试验时间表
| 阶段 | 时间 | 里程碑 |
|-----|------|--------|
| 准备阶段 | 3个月 | 伦理批准, 中心启动 |
| 入组期 | 12个月 | 完成X例入组 |
| 治疗随访期 | 18个月 | 最后一例完成随访 |
| 数据分析 | 3个月 | 锁定数据库, 统计分析 |
| 总结报告 | 2个月 | 完成总结报告 |

## 10. 预算
| 项目 | 单价 | 数量 | 小计 |
|-----|------|------|------|
| 研究药物 | X元/例 | Y例 | Z万元 |
| 检查费用 | X元/例 | Y例 | Z万元 |
| 受试者补偿 | X元/例 | Y例 | Z万元 |
| 监查费用 | [...] | [...] | [...] |
| 总计 | | | X万元 |

【输出要求】
- 严格符合GCP规范
- 科学严谨,逻辑清晰
- 可操作性强
- 长度:8000-12000字
- 参考ICH-GCP, FDA/NMPA指南

🎓 教育培训行业

5. 课程设计方案

你是一位教学设计专家,
拥有10年在线教育课程设计经验,
熟悉ADDIE模型、布鲁姆认知层次、翻转课堂等教学理论。

请为[课程主题]设计完整的课程方案:

## 1. 课程概述
### 1.1 基本信息
- 课程名称:[...]
- 课程类型:[录播/直播/混合式]
- 目标学员:[职场人士/大学生/...]
- 学员基础:[零基础/有基础/...]
- 课程时长:[X小时, Y节课]
- 学习周期:[建议Z周完成]

### 1.2 课程定位
- 解决什么问题:[学员的痛点]
- 与竞品差异:[独特卖点]
- 课程价值:[学完能获得什么]

## 2. 学习目标(SMART原则)
### 2.1 总体目标
完成本课程后,学员能够:[总体描述]

### 2.2 具体目标(按布鲁姆认知层次)
**知识层(记忆/理解)**
- 能够说出[知识点1]的定义
- 能够解释[知识点2]的原理
- 能够归纳[知识点3]的特点

**应用层(应用/分析)**
- 能够使用[工具]完成[任务]
- 能够分析[案例],识别[问题]

**创造层(评估/创造)**
- 能够独立设计[作品/方案]
- 能够评估[方案]的优劣

### 2.3 能力指标
| 能力 | 课前水平 | 课后目标 | 评估方式 |
|-----|---------|---------|---------|
| [能力1] | 0分 | 80分 | 测验 |
| [能力2] | 20分 | 90分 | 项目作业 |

## 3. 学员画像
### 3.1 基础画像
- 年龄:25-35岁
- 职业:[...]
- 学习动机:[职业发展/兴趣/...]
- 时间:每天可学习1-2小时
- 痛点:[具体描述]
- 期望:[具体描述]

### 3.2 学习风格
- 偏好:[视频/图文/实操/...]
- 专注时长:[10-15分钟需要切换]
- 学习场景:[通勤/午休/晚上]

## 4. 课程大纲
### 模块1:[模块名称] (X小时)
**学习目标**: [本模块结束后,学员能够...]

#### 1.1 [章节名称] (Y分钟)
**知识点**:
- 知识点1:[...]
- 知识点2:[...]

**教学活动**:
1. 引入(5分钟):用[案例/问题]激发兴趣
2. 讲解(20分钟):
- 理论讲解:[...]
- 示例演示:[...]
3. 练习(10分钟):[练习任务]
4. 总结(5分钟):[回顾要点]

**教学资源**:
- 视频:[时长/要点]
- 课件:[PPT页数/要点]
- 案例:[...]
- 练习题:[...]

**作业**:
- [具体任务描述]
- 提交方式:[...]
- 评分标准:[...]

#### 1.2 [章节名称]
[同上结构]

### 模块2:[模块名称]
[同上结构]

### 模块3-N:[...]

## 5. 教学设计(ADDIE模型)
### 5.1 Analysis(分析)
- 学员分析:[已在学员画像中]
- 内容分析:[知识图谱,前后依赖关系]
- 环境分析:[学习设备,网络条件]

### 5.2 Design(设计)
**教学策略**:
- 讲授式:[用于概念/理论讲解]
- 演示式:[用于工具/技能演示]
- 探究式:[用于案例分析/问题解决]
- 协作式:[用于小组讨论/同伴互评]

**激励机制**:
- 进度条:[可视化学习进度]
- 积分系统:[完成任务获得积分]
- 证书:[完成课程颁发证书]
- 排行榜:[激发竞争]

### 5.3 Development(开发)
**内容开发**:
| 类型 | 数量 | 时长/规格 |
|-----|------|----------|
| 教学视频 | X个 | 每个10-15分钟 |
| PPT课件 | Y份 | 每份20-30页 |
| 案例库 | Z个 | [...] |
| 练习题 | N道 | 选择+主观 |
| 项目作业 | M个 | [...] |

**制作标准**:
- 视频:1080P, 清晰字幕, 配乐
- PPT:视觉设计美观, 信息密度适中
- 案例:真实/改编, 贴近学员场景

### 5.4 Implementation(实施)
**学习路径**:

Day 1-3: 模块1(基础入门) ↓ Day 4-7: 模块2(核心知识) ↓ [检查点:测验] Day 8-12: 模块3(实战技能) ↓ Day 13-14: 模块4(项目实战) ↓ [检查点:项目作业] Day 15: 总结复盘


**学习支持**:
- 答疑:社群答疑, 24小时响应
- 作业批改:48小时内批改反馈
- 直播辅导:每周1次, 1小时
- 学习提醒:未学习3天自动提醒

### 5.5 Evaluation(评估)
**形成性评估**(学习过程中):
- 每节课后测验:[5道题, 巩固知识]
- 模块作业:[实践应用]
- 学习日志:[反思总结]

**总结性评估**(课程结束):
- 期末考试:[覆盖所有模块, 60分及格]
- 项目作业:[综合运用, 评分占比40%]
- 同伴互评:[...]

**评分标准**:
| 项目 | 权重 | 标准 |
|-----|------|------|
| 视频学习完成率 | 20% | 80%以上得满分 |
| 章节测验 | 20% | 平均分 |
| 模块作业 | 30% | 按rubric评分 |
| 项目作业 | 30% | 按rubric评分 |

## 6. 课程运营
### 6.1 学习激励
- 开营仪式:[破冰,建立学习小组]
- 每日打卡:[养成学习习惯]
- 优秀作业展示:[树立标杆]
- 结业典礼:[颁发证书, 分享心得]

### 6.2 社群运营
- 学习社群:[微信群/钉钉群]
- 活动:[每周话题讨论, 每月直播答疑]
- KOL培养:[选拔优秀学员做助教]

### 6.3 数据监控
| 指标 | 目标值 | 当前值 | 优化措施 |
|-----|--------|--------|---------|
| 完课率 | 60% | X% | [...] |
| 作业提交率 | 80% | X% | [...] |
| 满意度 | 4.5/5 | X/5 | [...] |
| NPS | 50+ | X | [...] |

## 7. 持续迭代
### 7.1 数据收集
- 学习行为数据:[观看时长, 暂停点, 重播点]
- 测验数据:[错题分析]
- 问卷调查:[每模块结束后]
- 用户反馈:[社群/客服收集]

### 7.2 优化方向
- 内容优化:[根据错题优化讲解]
- 难度调整:[根据完课率调整]
- 案例更新:[每季度更新20%]

## 8. 课程预算
| 项目 | 数量 | 单价 | 小计 |
|-----|------|------|------|
| 课程研发 | [...] | [...] | X万 |
| 视频制作 | [...] | [...] | Y万 |
| 师资费用 | [...] | [...] | Z万 |
| 运营成本 | [...] | [...] | M万 |
| 总计 | | | N万 |

## 9. 成功指标
- 完课率:≥60%
- 满意度:≥4.5/5
- 能力提升:前后测对比提升≥50%
- 应用率:80%学员在工作中应用所学

【输出要求】
- 教学设计科学,符合教育学原理
- 考虑成人学习特点(目标导向/经验依赖/实用性)
- 可落地执行
- 长度:5000-7000字

🔑 本章核心记忆点

  1. 行业Prompt要专业 - 使用行业术语、框架、规范
  2. 科技行业重落地 - PRD要可执行,架构要可落地
  3. 金融行业重合规 - 风险量化,监管合规
  4. 医疗行业重严谨 - GCP规范,伦理审查
  5. 教育行业重设计 - ADDIE模型,布鲁姆认知层次
  6. 输出格式要标准 - 符合行业习惯
  7. 参考行业标杆 - 麦肯锡/奥美/Google等
  8. 考虑行业约束 - 法律法规/预算/时间
  9. 量化可衡量 - 用行业通用指标
  10. 持续学习行业知识 - Prompt质量取决于行业理解深度

下一章: 09-高级技巧与创新应用 - 探索Prompt的边界