실무용 프롬프트 7단계 구조 — 역할부터 제약까지 설계하는 법

실무용 프롬프트가 길어지는 이유는 AI가 모르는 것을 채워야 하기 때문입니다. AI는 일반적인 문서 작성법은 알지만, 우리 회사가 어떤 형식을 쓰는지, 어떤 표현을 금지하는지, 어떤 관점에서 검토해야 하는지는 모릅니다.

한 줄 프롬프트로도 그럴듯한 결과는 나옵니다. 문제는 그 결과를 실무에 쓰려면 사람이 다시 고쳐야 하고, 고치는 시간이 처음부터 쓰는 시간과 비슷하다는 점입니다. 7단계 구조는 고치는 시간을 없애기 위해 앞에서 조건을 다 지정하는 방식입니다.

각 단계는 결과물의 서로 다른 속성을 결정합니다. 하나를 빼면 그 속성이 AI 기본값으로 채워지고, 기본값은 대개 일반적이고 무난한 쪽입니다. 실무 문서에서 무난함은 곧 쓸모없음입니다.

역할 단계는 AI가 어떤 배경 지식과 판단 기준으로 답할지 정하는 부분입니다. "당신은 20년 경력의 기업법무 변호사입니다"처럼 직군·경력·전문 분야를 적으면, 답변에서 참조하는 개념과 용어의 수준이 달라집니다.

역할을 쓸 때 흔한 실수는 직함만 적는 것입니다. "당신은 마케터입니다"로는 부족하고, 어떤 시장에서 무엇을 다뤄 본 마케터인지까지 적어야 합니다. 경력 연차보다 다뤄 본 업무 종류가 결과에 더 크게 작용합니다.

역할에 작업 수행 방식을 함께 적으면 판단 기준이 고정됩니다. 예를 들어 "문구만이 아니라 분쟁 시 입증 가능성까지 함께 검토합니다"라고 적으면, 이후 모든 답변이 그 관점을 유지합니다.

과업 단계는 최종 산출물이 무엇인지 한 문단으로 못 박는 부분입니다. "검토해 주세요"가 아니라 "조항별 리스크를 식별하고 개선안을 제시하는 검토의견서를 작성합니다"처럼, 결과물의 이름과 담을 내용을 함께 적습니다.

지침 단계는 그 산출물을 만드는 절차입니다. 정보 수집, 분석, 판단, 작성으로 이어지는 단계를 번호로 나눠 적으면 AI가 중간 과정을 건너뛰지 않습니다. 지침이 없으면 AI는 결론부터 쓰고 근거를 나중에 끼워 맞춥니다.

지침에는 판단 우선순위를 함께 적습니다. "무효가 될 수 있는 조항을 먼저 식별한다"처럼 무엇을 먼저 볼지 정해 두면, 중요한 항목이 목록 아래쪽에 묻히는 일이 줄어듭니다.

목차 단계는 결과물의 구성을 미리 제시하는 부분입니다. 목차를 주지 않으면 AI가 매번 다른 구성으로 답하고, 같은 업무의 문서인데 형태가 제각각이 됩니다. 조직 표준 서식이 있다면 그 서식의 항목을 그대로 옮겨 적습니다.

사례 단계는 완성된 결과물의 일부를 예시로 보여주는 부분입니다. 설명으로 열 줄을 쓰는 것보다 실제 문장 두 줄을 보여주는 쪽이 정확합니다. 톤, 문장 길이, 표현 수위처럼 말로 설명하기 어려운 것이 예시로는 즉시 전달됩니다.

사례를 넣을 때는 좋은 예와 나쁜 예를 함께 제시하면 효과가 큽니다. "이렇게 쓰지 말 것"에 해당하는 문장을 하나 넣어 두면, AI가 그 방향을 회피합니다.

형식 단계는 결과물의 물리적 모양을 지정하는 부분입니다. 표로 받을지 문단으로 받을지, 항목 번호 체계는 무엇인지, 전체 분량은 어느 정도인지를 적습니다. 형식을 지정하지 않으면 받은 결과를 사람이 다시 옮겨 담는 작업이 남습니다.

산출물이 엑셀이면 열 구성과 수식 여부까지, 슬라이드면 장당 메시지 개수까지 적는 편이 좋습니다. 형식 지정이 구체적일수록 후처리 시간이 줄어듭니다.

제약 단계는 하지 말아야 할 것을 적는 부분입니다. 금지 표현, 넣지 말아야 할 정보, 분량 상한, 추측 금지 같은 조건이 여기 들어갑니다. 특히 "확인되지 않은 사실은 추측하지 말고 확인 필요로 표시한다"는 제약은 실무 문서에서 필수에 가깝습니다.

결과물이 마음에 안 들 때 어느 단계가 빠졌는지는 증상으로 역추적할 수 있습니다. 아래 대응 관계를 알아 두면 프롬프트를 처음부터 다시 쓰지 않고 해당 단계만 보강하면 됩니다.