一、自我诊断与需求定义
核心任务:将模糊的“电脑坏了”转化为清晰、具体的维修需求清单。
痛点场景化梳理:不要只说“电脑坏了”,要描述具体场景。例如:“在制作季度财务报表时,电脑突然蓝屏并显示‘Critical Process Died’,重启后无法进入系统”;“笔记本从桌上摔落后,屏幕出现大面积紫色条纹,且合盖时发出异响”。
核心目标量化:明确希望通过维修达成什么可衡量的目标。例如:“将开机时间控制在30秒以内,且连续运行8小时不死机”;“恢复屏幕显示无坏点、无亮线,色准偏差小于Delta E 2”。
约束条件框定:明确不可逾越的边界,如:总预算(含检测费与配件费)、维修时限(如“必须在24小时内取机”)、数据**要求(如“必须确保硬盘数据不被格式化”)、是否接受使用兼容件。
决策暗礁:描述故障时忽略关键细节(如异响位置、错误代码),导致检测方向偏差;混淆“必要修复”(如主板短路)和“可选项”(如升级内存);未明确数据备份需求,导致维修中数据丢失。