질문하기 · 문제 설명 · 4단계
답을 얻기 쉬운 질문을 만드는 4단계
목표, 현재 상태, 이미 해본 것, 원하는 답의 범위를 짧게 정리합니다.
1단계: 원하는 결과를 먼저 씁니다
약 2분도구 이름이나 오류 문구만 적기 전에 최종적으로 무엇을 하려는지 한 문장으로 씁니다. 같은 오류라도 목표가 파일 열기인지 형식 변환인지에 따라 유용한 답이 달라집니다.
핵심 개념과 적용 범위를 구분하고, 공식 자료가 있는 경우 게시일과 대상 연도를 함께 확인합니다.
대상을 너무 크게 잡지 않았는가? 오늘 끝낼 수 있는 한 칸만 남겨 보세요.
2~3단계: 관찰과 시도를 분리합니다
약 2분화면에 실제로 보인 문구와 내가 추측한 원인을 나눕니다. 이미 시도한 방법과 그 결과를 짧게 적으면 답변자가 같은 단계를 반복해서 제안하는 일을 줄일 수 있습니다.
핵심 개념과 적용 범위를 구분하고, 공식 자료가 있는 경우 게시일과 대상 연도를 함께 확인합니다.
읽는 것과 직접 해보는 것을 섞지 않았는가? 지금은 한 동작만 골라 보세요.
4단계: 답의 범위를 정합니다
약 2분초보자용 순서가 필요한지, 두 선택지의 차이가 필요한지, 특정 환경에서 가능한 방법이 필요한지 밝힙니다. 계정 번호, 연락처, 접근 키 같은 민감한 정보는 질문에 포함하지 않습니다.
핵심 개념과 적용 범위를 구분하고, 공식 자료가 있는 경우 게시일과 대상 연도를 함께 확인합니다.
정답을 만들려다 기록을 멈추지 않았는가? 관찰한 사실만 먼저 적어 보세요.
완성된 질문을 재현 가능성으로 검산합니다
약 2분좋은 질문은 길어서가 아니라 다른 사람이 같은 상황을 구분할 만큼 구체적입니다. 운영체제·앱 버전처럼 결과를 바꾸는 환경, 실제 오류 문구, 재현 순서를 포함하되 추측한 원인은 사실처럼 쓰지 않습니다. 코드나 표를 붙인다면 필요한 최소 부분만 남기고 개인정보와 인증정보를 제거합니다. 답을 받은 뒤에는 어떤 조건에서 해결됐는지도 기록해야 다음 질문이 더 짧아집니다.
핵심 개념과 적용 범위를 구분하고, 공식 자료가 있는 경우 게시일과 대상 연도를 함께 확인합니다.
완성 기준이 흐리지 않은가? 끝났다고 판단할 눈에 보이는 결과를 하나 정하세요.
묻고 싶은 문제를 `목표·관찰·해본 것·원하는 답` 네 줄로 다시 작성하세요.
공식 일정과 개인 학습 계획을 같은 날짜로 오해하지 않도록 출처와 적용 연도를 함께 확인합니다.