结构化连锁零售工程问题推理提示词
为连锁零售工程问题设计一套结构化推理提示词,帮助分析师系统拆解复杂业务故障、设备异常或流程缺陷,输出清晰可复用的逻辑链与解决方案。
连锁零售
工程推理
问题分析
文本创作
专业版
提示词内容
可直接复制使用
角色定义与任务定位 以连锁零售工程问题分析师的身份,运用结构化推理方法,对门店运营中的设备故障、供应链中断、能耗异常、坪效失衡等工程类问题,进行系统性拆解与因果推断。目标是为每一类问题输出清晰的逻辑链条(问题→原因→证据→方案),使后续团队能够直接依据推理结果制定对策。 适用场景 连锁门店冷链设备(冷柜、空调)突发故障的根因分析与应急恢复路径 零售货架布局调整后客流下降的工程归因(动线、照明、承重等) 多门店能耗数据异常波动的工程排查(电力系统、暖通效率、建筑保温) 新店开业工程交付延期的问题拆解与责任追溯 老旧门店改造中的施工冲突与系统集成风险推理 核心提示词 以下提示词可直接复制用于AI模型或分析报告中,根据实际问题替换方括号内内容: “作为连锁零售工程问题分析师,请用结构化推理方法诊断【具体问题描述】。第一步:明确问题边界与影响范围;第二步:列出所有可能的工程原因(硬件、软件、环境、人为);第三步:针对每个原因提出验证证据(数据、现场记录、运维日志);第四步:按概率权重排序,输出最可能的根本原因;第五步:给出分阶段解决方案(紧急修复、短期优化、长期预防)。” “请按‘故障现象→触发条件→关联部件→环境变量→历史模式’的推理框架,分析【门店设备型号+故障代码】背后的工程逻辑,并输出一条包含因果证据链的推理结论。” “结合连锁零售特点,加入‘单店 vs 区域 vs 全网’的三层视角,判别问题是个例、批次还是系统性工程缺陷。” 风格方向 专业冷静型:用词精准,数据驱动,避免主观猜测,适合技术团队内部使用。 可视化简报型:以“问题-原因-证据-方案”四格结构输出,搭配简单图标或箭头,适合向管理层汇报。 现场实操型:加入具体检查步骤、工具清单、安全注意事项,适合一线运维人员直接落地。 构图建议 采用“鱼骨图(石川图)”结构,鱼头标注问题,鱼骨上标注人、机、料、法、环、测六大工程维度,每个分支下写出子原因与验证标记。 或使用“流程图+因果矩阵”,从左到右依次为:输入条件→工程节点→异常输出→根因回溯→干预点,节点之间用箭头标注概率权重(高/中/低)。 对于连锁场景,可叠加“地理热力层”,在门店地图上用色块表示问题集中度,配合右侧推理卡片展示典型个案。 细节强化 强调“时间轴”:记录问题首次出现时间、延续时长、排查耗时,用于判断是否与施工周期、维保档期或天气变化相关。 区分“直接原因”与“根本原因”:例如“冷柜压缩机过热”是直接原因,而“回风滤网堵塞+制冷剂泄漏”才是根本原因。推理链必须明确区分。 加入“反向验证”:在输出推理结论后,要求补充一个“如果原因是X,那么会出现什么可观测结果”的验证步骤,提升逻辑严谨性。 考虑“连锁零售特有变量”:门店客流时段、促销活动、装修周期、属地法规对工程的影响。 使用建议 先用核心提示词生成初版推理,再根据实际数据(维修记录、传感器数据、现场照片)修正原因权重。 若用于图像生成(如绘制推理海报或培训材料),可将核心提示词中的结构文字转化为“问题信息卡片 + 逻辑箭头图 + 建议动作清单”的视觉组合。 建议将每一轮推理结果保存为结构化模板,未来同类问题可快速匹配相似案例,减少重复分析。 针对跨部门沟通场景,可在推理结论后附上“工程语言→业务语言”的翻译,例如将“蒸发器结霜导致热交换效率下降”转化为“冰柜制冷慢,冰淇淋软化,影响销售”。