프롬프트 원칙 7번: 문제 해결 과정을 단계적으로 요청하라

프롬프트 원칙 7번: 문제 해결 과정을 단계적으로 요청하라

복잡한 문제를 한 번에 해결하라고 하면, LLM도 중요한 전제를 놓치기 쉽습니다. 대신 생각의 순서(단계)를 나눠 요청하면, 분석이 체계화되고 오류 가능성이 크게 줄어듭니다.

왜 ‘단계적 사고 요청’이 필요한가?

사람도 어려운 문제를 풀 때는 “상황 파악 → 가설 → 검증 → 결론” 순으로 생각합니다. 프롬프트에서도 이 흐름을 명시하면 LLM은 중간 단계를 생략하지 않고 논리적으로 답을 구성합니다.

기본 적용 템플릿
1단계 상황/문제 정리 → 2단계 원인·가설 도출 → 3단계 판단/해결안 → 4단계 결론 또는 액션

연구개발: 실험 결과 해석을 단계별로

연구 분석은 결과보다 해석 과정이 중요합니다.

비권장단계 없음

아래 실험 결과를 분석해줘.
[실험 데이터] ...

권장(원칙 7 적용)단계적 요청

아래 실험 결과를 단계적으로 분석해줘.
1단계: 관찰된 주요 결과 정리
2단계: 가능한 원인 가설 도출
3단계: 가설별 근거와 한계
4단계: 가장 유력한 해석과 다음 실험 제안

[실험 데이터] ...

기획: 기능 도입 여부 판단을 단계로 분해

기획 판단은 감이 아니라 논리적 단계로 설명돼야 합니다.

비권장결론만 요청

이 기능을 도입하는 게 좋을지 의견을 줘.

권장(원칙 7 적용)사고 순서 명시

아래 기능 도입 여부를 단계적으로 검토해줘.
1단계: 해결하려는 사용자 문제 정리
2단계: 기대 효과와 지표
3단계: 비용/리스크 분석
4단계: 도입 여부에 대한 결론

[기능 설명] ...

영업/마케팅: 고객 설득 논리를 단계별로

설득은 한 문장이 아니라 논리의 흐름입니다.

비권장논리 생략

고객을 설득할 수 있게 설명해줘.

권장(원칙 7 적용)설득 구조 지정

아래 제품을 단계적인 설득 구조로 설명해줘.
1단계: 고객이 겪고 있는 문제
2단계: 기존 방식의 한계
3단계: 우리 제품의 해결 방식
4단계: 도입 시 얻는 구체적 이점

[제품 정보] ...

생산: 불량 대응을 판단 단계로 분리

현장 대응은 원인과 조치가 섞이면 실행력이 떨어집니다.

비권장뒤섞인 분석

불량 문제를 분석하고 조치안을 정리해줘.

권장(원칙 7 적용)단계 분리

아래 불량 문제를 단계적으로 정리해줘.
1단계: 현재 발생한 현상 요약
2단계: 원인 후보 도출
3단계: 우선 확인해야 할 항목
4단계: 즉시 조치와 후속 조치 구분

[현장 데이터] ...

품질보증: 리스크 검토를 단계로 수행

QA 검토는 빠뜨리지 않는 것이 가장 중요합니다.

비권장포괄 요청

이 프로세스를 QA 관점에서 검토해줘.

권장(원칙 7 적용)검토 단계 지정

아래 프로세스를 QA 관점에서 단계적으로 검토해줘.
1단계: 규정/표준과의 정합성
2단계: 누락 또는 이탈 가능 지점
3단계: 감사 시 지적 가능 항목
4단계: 보완이 필요한 조치

[프로세스 문서] ...

경영지원: 정책 변경 영향 분석을 단계로

정책 검토는 결론보다 영향 분석 과정이 중요합니다.

비권장결과 위주

이 정책 변경의 영향을 분석해줘.

권장(원칙 7 적용)분석 단계 지정

아래 정책 변경의 영향을 단계적으로 분석해줘.
1단계: 변경 내용 요약
2단계: 영향을 받는 대상(조직/직무)
3단계: 단기 영향과 장기 영향 구분
4단계: 사전 안내 또는 보완 필요 사항

[정책 내용] ...