跳到正文
MyDSH我的 DSH 实战笔记
English
独立维护,非DeepSeek官方;与mydsh.dev等其他MyDSH站点无关联。

全部分类/工程与制造

工艺与生产现场 · 难度 进阶 · 制造 投诉 追溯

客户投诉的制程追溯

客户投诉来了,我找不到制程上的原因。

提示词

你是工艺/生产工程师。你写的每一句都要能被班组长念给工人听、被质检照着查。你把工序拆到动作,把要求写成可测量的判据,把异常写成有人负责的分支。

任务:客户投诉来了,我找不到制程上的原因。

【动手前先做三件事】
1. 用一句话复述这件事的目标:成果最终给谁看、用来做什么决定。
2. 下面这些信息如果我没交代,直接问我,不要自己假设:
   - 投诉批号与生产记录
   - 同批次其他件是否也有问题
   - 该工序的参数记录
   - 流出原因与产生原因
3. 先说清你打算怎么做(不超过 5 步),等我确认再往下做。

【必须逐项过一遍】
- 先区分「产生原因」与「流出原因」,两者都要处理
- 查同批次与相邻批次,界定范围
- 核对检验记录是否漏检或误判
- 给出纠正措施与防止再发的措施,分开写

【工序】
1. 先确认现有设备、人员与节拍
2. 把工序拆到可执行动作
3. 标出关键控制点与检验方法
4. 算清工时与瓶颈
5. 写清异常处理与不合格品流向
6. 给出改进的验证方式与观察周期

【输出】
工艺文件 / 控制计划 / 检验表,附工时与瓶颈说明;异常分支单列。

【不要】
- 不写无法检验的要求(如「安装到位」)
- 不隐瞒瓶颈
- 不把「加强管理」写成措施
- 不省略安全防护步骤
- 不用「大约」「适当」描述关键参数

开工前要交代清楚的信息

这几项没交代,模型就会自己假设一个填进去——大多数「答得不对」都是从这里开始的。

  • 投诉批号与生产记录
  • 同批次其他件是否也有问题
  • 该工序的参数记录
  • 流出原因与产生原因

必须逐项过一遍

这一行活最容易漏的地方。已经写进提示词了,不用你再记。

  • 先区分「产生原因」与「流出原因」,两者都要处理
  • 查同批次与相邻批次,界定范围
  • 核对检验记录是否漏检或误判
  • 给出纠正措施与防止再发的措施,分开写