Add PPT creation prompt document
- Define PPT purpose and audience (factory leadership, non-technical) - Specify visual style and content density requirements - Outline 15-page structure with detailed content requirements - Include translation guidelines for technical terms - Reference project planning document v1.5 as content source Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
This commit is contained in:
127
docs/01-项目启动/PPT 创建提示词.md
Normal file
127
docs/01-项目启动/PPT 创建提示词.md
Normal file
@@ -0,0 +1,127 @@
|
||||
# PPT 创建提示词
|
||||
|
||||
**用途:** 将项目规划文档转化为客户演示PPT
|
||||
**使用方式:** 将本提示词连同项目规划文档一并提供给执行工具或人员
|
||||
|
||||
---
|
||||
|
||||
## 提示词正文
|
||||
|
||||
---
|
||||
|
||||
请基于我提供的项目规划文档,为我制作一份客户演示PPT。以下是详细要求:
|
||||
|
||||
---
|
||||
|
||||
### 一、PPT的用途与受众
|
||||
|
||||
这份PPT的用途是:在与客户的正式洽谈中,由我方向客户阐明整个项目的规划思路,包括项目会做什么、分几个阶段来做、每个阶段会产出什么、整个项目大概多长时间完成。
|
||||
|
||||
受众是:调节阀工厂的企业领导,非技术背景,习惯口语沟通,对信息化系统没有专业认知。因此PPT的语言必须通俗易懂,避免技术术语,内容要让一个完全不懂信息化的工厂老板看得懂、听得进去。
|
||||
|
||||
---
|
||||
|
||||
### 二、PPT的整体风格
|
||||
|
||||
- 语言风格:简洁、直接、口语化,避免堆砌专业术语
|
||||
- 视觉风格:简约商务风,干净整洁,不要花哨
|
||||
- 内容密度:每页文字不超过5行,优先用图表、时间轴、流程图替代大段文字
|
||||
- 逻辑主线:围绕"我们要帮你解决什么问题、怎么解决、分几步走、最终你会得到什么"展开,始终站在客户视角说话
|
||||
|
||||
---
|
||||
|
||||
### 三、PPT的结构与每页内容要求
|
||||
|
||||
按以下顺序制作,共约12~15页:
|
||||
|
||||
**第1页:封面**
|
||||
- 项目名称:调节阀工厂信息化管理系统建设
|
||||
- 副标题:定制化轻量信息化系统 · 项目规划方案
|
||||
- 日期留空,供实际使用时填写
|
||||
|
||||
**第2页:我们要解决什么问题**
|
||||
- 用3~4个简短的痛点描述客户现状,例如:靠Excel管生产、信息传递靠口头、库存账实不符等
|
||||
- 语气要让客户产生共鸣,感觉"说的就是我们"
|
||||
- 不要评判客户现状,只是如实呈现
|
||||
|
||||
**第3页:我们的解决思路**
|
||||
- 一句话说明项目定位:小巧、定制、贴合你的实际情况
|
||||
- 强调不是照搬大型ERP,而是专门为这家工厂量身设计
|
||||
- 可以用一个简单的对比示意(大型通用系统 vs 本项目定制系统)
|
||||
|
||||
**第4页:系统会覆盖哪些环节**
|
||||
- 用流程图或模块示意图展示六个模块:物料与BOM、库存、采购、订单、生产、发货
|
||||
- 图示要清晰体现模块之间的联动关系
|
||||
- 每个模块用一句话说明它解决什么问题,不要罗列功能点
|
||||
|
||||
**第5页:为什么从物料开始**
|
||||
- 单独一页解释"地基"的概念
|
||||
- 核心信息:物料编码和BOM是整个系统的基础,所有其他模块的数据都依赖它,必须先建好
|
||||
- 类比要通俗:比如"就像盖房子要先打地基"
|
||||
|
||||
**第6~10页:分阶段实施计划(每阶段一页)**
|
||||
|
||||
每一页的结构统一,包含:
|
||||
- 阶段名称与时间(如:第一阶段 · 调研与需求确认 · 约3周)
|
||||
- 这个阶段我们做什么(2~3条,用动词开头的短句)
|
||||
- 这个阶段结束后你会得到什么(1~2条,聚焦客户能感知到的产出)
|
||||
|
||||
五个阶段依次为:
|
||||
1. 调研与需求确认(第1~3周)
|
||||
2. 物料编码与BOM建设(第4~8周)
|
||||
3. 库存与采购模块(第9~12周)
|
||||
4. 订单与生产模块(第13~17周)
|
||||
5. 发货模块与系统整合交付(第18~20周)
|
||||
|
||||
**第11页:项目总时间轴**
|
||||
- 用横向时间轴图展示五个阶段,清晰标注时间区间
|
||||
- 重点标出关键里程碑:第8周物料系统上线、第12周库存采购上线、第17周订单生产上线、第20周全系统交付
|
||||
|
||||
**第12页:你需要配合什么**
|
||||
- 用简短列表说明客户需要配合的主要事项
|
||||
- 语气要轻松,不要让客户感到压力,强调"我们会全程协助"
|
||||
- 核心事项:安排访谈时间、整理现有物料数据、确认服务器和电脑环境
|
||||
|
||||
**第13页:我们能给你什么保证**
|
||||
- 对应项目成功标准,用客户能理解的语言表达
|
||||
- 例如:系统做完你能自己用、库存随时查得到、从接单到发货全程有记录
|
||||
- 避免"系统稳定运行""无重大性能问题"这类技术表达
|
||||
|
||||
**第14页:下一步**
|
||||
- 明确接下来的行动:先做调研访谈,了解你们的实际情况,再正式启动
|
||||
- 简短有力,给客户一个清晰的"接下来怎么做"的信号
|
||||
|
||||
**第15页:结尾页**
|
||||
- 简洁收尾,可放联系方式或感谢语
|
||||
- 风格与封面呼应
|
||||
|
||||
---
|
||||
|
||||
### 四、特别注意事项
|
||||
|
||||
1. **全程站在客户视角**:每一页内容都要能回答客户心里的问题——"这和我有什么关系?""我能得到什么?",不要变成我方的工作汇报
|
||||
|
||||
2. **技术内容要翻译**:所有技术表达必须转化为客户语言。例如:
|
||||
- "SQL Server数据库" → 不要出现,或改为"数据安全存储在服务器上"
|
||||
- "VBA" → 不要出现,或改为"基于你们熟悉的Office环境开发"
|
||||
- "BOM" → 改为"产品物料清单"或"每个产品用哪些零件、用多少"
|
||||
|
||||
3. **每页只讲一件事**:不要在一页里塞太多内容,宁可多加一页,也不要让客户看一页要想三件事
|
||||
|
||||
4. **数字要具体**:时间节点、阶段数量、模块数量这些数字要明确呈现,给客户确定感
|
||||
|
||||
---
|
||||
|
||||
### 五、内容来源
|
||||
|
||||
所有内容基于随附的《项目规划文档 v1.5》,主要参考以下部分:
|
||||
- 项目背景与目标 → 用于第2、3页
|
||||
- 模块规划 → 用于第4、5页
|
||||
- 分阶段实施计划 → 用于第6~10页
|
||||
- 时间节点总览 → 用于第11页
|
||||
- 客户侧配合事项 → 用于第12页
|
||||
- 项目成功标准 → 用于第13页
|
||||
|
||||
如规划文档中有内容不适合直接呈现给客户(如内部技术决策细节、风险识别的具体措辞),请自行判断是否纳入或如何转化表达。
|
||||
|
||||
---
|
||||
Reference in New Issue
Block a user