좋은 질문을 만드는 기본 지침
도구를 쓰는 능력은 대부분 질문을 만드는 능력에서 갈립니다. 같은 도구를 써도 질문이 구체적이면 결과를 고치는 시간이 줄고, 흐리면 여러 번 다시 묻게 됩니다. 이 글은 좋은 질문을 구성하는 기본 지침을 순서대로 정리합니다. 특별한 기술이 아니라 정리된 습관에 가깝습니다.
무엇을 원하는지 한 문장으로 쓰기
질문을 던지기 전에 원하는 것을 한 문장으로 적어 봅니다. 이 문장이 없으면 결과를 받고 나서도 무엇이 부족한지 판단하기 어렵습니다. 한 문장으로 적히지 않는다면 아직 요청이 정리되지 않은 상태입니다.
한 문장은 구체적일수록 좋습니다. 무엇을 정리해 달라는 요청과 왜 필요한지를 함께 적으면 결과의 방향이 정해집니다. 방향이 정해지면 받은 결과를 고칠 때도 기준이 생깁니다.
맥락을 필요한 만큼 주기
맥락은 많을수록 좋은 것이 아니라 필요한 만큼 정확한 것이 좋습니다. 누가 읽을 것인지, 어떤 상황인지, 무엇이 이미 정해져 있는지를 알려 주면 결과가 흔들리지 않습니다. 이 정보가 없으면 평균적인 답이 나옵니다.
맥락을 줄 때는 민감한 정보를 빼고 형태만 남기는 방법을 씁니다. 이름과 수치를 지우고 구조만 전달해도 대부분의 경우 충분합니다. 무엇을 빼도 되는지 판단하는 것이 질문을 만드는 일의 일부입니다.
형태를 지정하기
결과의 형태를 지정하면 검토가 쉬워집니다. 표로 정리, 목록으로 정리, 두 문단으로 요약처럼 형태를 미리 정해 두면 결과의 생김새가 예측 가능해집니다. 형태가 매번 다르면 확인하는 데 시간이 더 듭니다.
길이도 함께 정하는 편이 좋습니다. 분량을 지정하면 필요한 내용을 고르는 기준이 생깁니다. 길이를 정하지 않으면 대개 필요 이상으로 길게 나옵니다.
조건과 금지를 분명히 하기
넣지 말아야 할 내용과 반드시 포함해야 할 내용을 함께 적습니다. 금지 조건은 특히 중요합니다. 확인되지 않은 내용을 채우지 말라는 조건 하나만으로도 검토 시간이 크게 줄어듭니다.
조건은 서로 충돌하지 않게 정리합니다. 조건이 부딪히면 결과가 어느 한쪽을 임의로 따르게 되고, 그 이유를 알 수 없습니다. 조건을 적을 때는 우선순위도 함께 표시하는 편이 좋습니다.
예시를 하나 붙이기
원하는 결과의 예시가 있으면 그것이 가장 정확한 설명입니다. 짧은 예시라도 형식과 어조를 한 번에 전달합니다. 예시가 없으면 아무리 잘 쓴 질문도 몇 번 고쳐야 합니다.
예시를 붙일 때는 실제 자료를 그대로 쓰지 않습니다. 구조만 참고할 수 있게 내용을 바꾸는 편이 안전합니다. 예시는 양식이고, 양식에는 내용이 필요하지 않습니다.
한 번에 하나를 요청하기
여러 가지를 한 번에 요청하면 각각의 정확도가 떨어집니다. 요약과 번역, 분류와 작성을 동시에 부탁하면 어느 것도 만족스럽지 않은 결과가 나옵니다. 단계를 나누면 중간에 방향을 고칠 수 있습니다.
단계를 나누면 실패한 지점을 찾기도 쉽습니다. 어느 단계에서 어긋났는지 알면 한 단계만 다시 하면 됩니다. 한 번에 처리하려는 시도는 대개 처음부터 다시 하는 결과로 이어집니다.
결과를 검토하는 기준 정하기
질문을 만들기 전에 좋은 결과의 기준을 정해 두면 검토가 빨라집니다. 빠진 항목이 없는지, 표현이 사실과 어긋나지 않는지, 바로 쓸 수 있는지를 확인합니다. 기준이 문장으로 적혀 있으면 판단이 주관에서 벗어납니다.
기준에 못 미친 결과를 받았을 때는 질문을 고치는 방향이 정해집니다. 조건이 빠졌는지, 예시가 부족했는지, 요청이 많았는지를 차례로 확인하면 됩니다.
질문을 남겨 두기
잘 된 질문은 남겨 두고 다시 씁니다. 같은 문제를 다시 만났을 때 처음부터 만들 필요가 없습니다. 어떤 상황에서 쓴 질문인지 한 줄 메모를 붙여 두면 나중에 고르기 쉬워집니다.
잘 되지 않은 질문도 함께 남기는 편이 좋습니다. 피해야 할 요청을 아는 것이 좋은 요청을 아는 것만큼 중요합니다. 이 기록이 쌓이면 질문을 만드는 시간 자체가 줄어듭니다.
질문을 구성하는 네 요소
질문을 구성하는 네 요소를 정리하면 다음과 같습니다.
| 요소 | 어떻게 적는가 | 빠졌을 때 |
|---|---|---|
| 목적 | 무엇을 얻으려는지 한 문장 | 결과가 방향 없이 흩어짐 |
| 맥락 | 누가, 어떤 상황에서 쓰는지 | 평균적인 답이 나옴 |
| 형태 | 표, 목록, 분량 지정 | 검토에 시간이 더 듦 |
| 조건 | 금지 사항과 필수 항목 | 쓸 수 없는 결과가 나옴 |
질문을 보내기 전에 다음 항목을 확인하면 재요청이 줄어듭니다.
질문 점검 목록
- 원하는 것을 한 문장으로 적었는지
- 읽는 사람과 상황을 알려 주었는지
- 결과의 형태와 분량을 정했는지
- 확인되지 않은 내용을 채우지 말라고 했는지
- 한 번에 요청한 일이 하나인지
자주 묻는 질문
긴 질문이 항상 좋은가요?
아닙니다. 필요한 요소만 정확히 담는 것이 길이보다 중요합니다.
예시를 주면 결과가 예시에 갇히지 않나요?
예시를 양식으로 쓰라고 알려 주면 그런 문제는 줄어듭니다. 범위를 벗어나도 된다는 조건을 함께 적는 방법도 있습니다.
질문을 여러 번 고치는 것이 낫나요?
처음에 요소를 갖추면 고치는 횟수가 줄어듭니다. 고치는 일 자체가 나쁜 것은 아닙니다.
초보자는 어디서부터 시작하면 좋나요?
목적과 형태의 두 가지만 먼저 갖추어도 결과가 크게 달라집니다.
도구의 한계를 아는 것
도구는 자료를 요약하고 형태를 바꾸는 데 강하지만 판단을 대신하지는 않습니다. 특히 맥락을 모르는 상황에서는 그럴듯하지만 맞지 않는 답을 만들 수 있습니다. 그래서 무엇을 기대하고 무엇을 기대하지 말아야 하는지를 미리 정해 두는 것이 좋습니다. 한계를 알면 실망이 줄고 활용 범위가 분명해집니다. 도구를 과대평가하는 것과 과소평가하는 것 모두 손실입니다.
도구와 사람의 역할 나누기
도구는 형태를 만들고 반복을 줄이는 데 강하고, 사람은 판단과 책임에 강합니다. 이 역할을 나누어 두면 어디까지 맡길지가 분명해집니다. 판단까지 넘기면 결과는 빨라 보이지만 위험이 커집니다. 반대로 형태 만들기까지 사람이 하면 시간이 낭비됩니다. 경계를 정해 두는 것이 안정적인 활용의 출발점입니다.
반복 사용을 위한 준비
자주 쓰는 요청과 설정은 따로 모아 두면 매번 처음부터 만들지 않아도 됩니다. 상황별로 조금씩 다른 버전을 준비해 두고 골라 쓰는 방식이 실용적입니다. 이때 각 버전이 어떤 상황을 위한 것인지 이름과 설명을 붙여 두어야 나중에 헷갈리지 않습니다. 준비의 목적은 자동화가 아니라 반복되는 판단을 줄이는 것입니다.
기록과 재현성
어떤 요청으로 어떤 결과를 얻었는지 남겨 두면 나중에 같은 결과를 다시 만들 수 있습니다. 재현이 가능하면 결과를 개선하기도 쉬워집니다. 기록은 길 필요가 없고 목적, 조건, 결과만 있으면 충분합니다. 다만 기록을 쌓아 두기만 하면 부담이 되므로 정기적으로 다시 보는 시간을 정해 두는 편이 좋습니다.
기록을 남기는 최소 원칙
무엇을 요청했고 무엇을 받았는지 간단히 남겨 두면 문제가 생겼을 때 원인을 찾기 쉬워집니다. 기록은 길 필요가 없고 시점과 목적, 결과만 있으면 충분합니다. 같은 실수를 반복하지 않으려면 기록보다 점검이 중요하므로, 기록을 정기적으로 다시 보는 시간을 정해 두는 편이 좋습니다. 쌓아 두기만 하는 기록은 자산이 아니라 부담이 됩니다.
무엇을 묻지 않을지 정하기
도구에 물어보지 않을 주제를 정해 두는 것도 중요합니다. 개인 정보, 계약 조건, 내부 인사처럼 민감한 내용은 요청 자체를 하지 않는 편이 안전합니다. 필요한 경우에는 내용을 일반화하거나 값을 지우는 방법이 있습니다. 기준을 미리 정해 두면 매번 판단하지 않아도 되고 실수도 줄어듭니다.
어떤 정보를 넣지 말아야 하는가
도구에 넣으면 안 되는 정보를 미리 정해 두는 것이 안전합니다. 개인을 알아볼 수 있는 정보, 계약이나 급여 같은 민감한 내용, 외부에 공개되지 않은 내부 자료가 대표적입니다. 필요한 경우에는 내용을 일반화하거나 형태만 남기고 값을 지우는 방법이 있습니다. 무엇을 넣지 않을지 정해 두면 매번 판단할 필요가 없어지고 실수도 줄어듭니다.
자료를 다루는 기본 원칙
도구에 넣을 자료는 목적에 필요한 최소한으로 줄이는 것이 원칙입니다. 필요한 부분만 옮기면 실수도 줄고 검토도 쉬워집니다. 자료를 옮길 때는 출처와 시점을 함께 적어 두는 편이 좋습니다. 출처가 없는 자료는 나중에 사실 확인을 할 수 없습니다.
도구의 한계를 아는 것
도구는 자료를 요약하고 형태를 바꾸는 데 강하지만 판단을 대신하지는 않습니다. 특히 맥락을 모르는 상황에서는 그럴듯하지만 맞지 않는 답을 만들 수 있습니다. 그래서 무엇을 기대하고 무엇을 기대하지 말아야 하는지를 미리 정해 두는 것이 좋습니다. 한계를 알면 실망이 줄고 활용 범위가 분명해집니다. 도구를 과대평가하는 것과 과소평가하는 것 모두 손실입니다.
결과를 나누어 받는 방법
긴 결과를 한 번에 받으면 어디가 문제인지 찾기 어렵습니다. 구조를 먼저 받고, 각 부분을 채우고, 마지막에 문장을 다듬는 순서로 나누면 검토가 쉬워집니다. 단계를 나누면 중간에 방향을 고칠 수 있다는 장점도 있습니다. 한 번에 완성하려는 시도는 대개 다시 시작하는 결과로 이어집니다.
반복 사용을 위한 준비
자주 쓰는 요청과 설정은 따로 모아 두면 매번 처음부터 만들지 않아도 됩니다. 상황별로 조금씩 다른 버전을 준비해 두고 골라 쓰는 방식이 실용적입니다. 이때 각 버전이 어떤 상황을 위한 것인지 이름과 설명을 붙여 두어야 나중에 헷갈리지 않습니다. 준비의 목적은 자동화가 아니라 반복되는 판단을 줄이는 것입니다.
마무리
좋은 질문은 특별한 문장이 아니라 정리된 순서에서 나옵니다. 목적, 맥락, 형태, 조건을 갖추고 한 번에 하나를 요청하는 습관만으로도 결과를 고치는 시간이 크게 줄어듭니다. 잘 된 질문과 잘 되지 않은 질문을 함께 남겨 두면 이 습관이 팀의 자산이 됩니다.