프롬프트 작성의 요령 ~AI를 능숙하게 다루기 위해서~

「평소 AI 활용의 질을 높여서 업무를 더 효율화할 수 없을까」라는 생각에, 현장 팀 내에서는 그렇지만, AI 활용 워크숍을 기획·실시하고 있습니다.

이번에는 그 제1회차로 실시한 프롬프트 작성의 요령에 대해, 보다 범용적으로 만든 내용을 전달해 드립니다.

「내 업무라면 어떻게 궁리해서 사용할 수 있을까?」라고 상상하며 함께해 주세요!

• 좋은 프롬프트란
• 좋은 프롬프트 작성의 4가지 요소
• 프롬프트 작성에 고민될 때의 대처법
• AI를 사용할 때의 주의점
• 요약

AI가 망설임 없이 최고의 답을 내놓기 위해, 이쪽의 「의도」나 「조건」을 전달하는 『능숙한 지시』라고 생각하고 있습니다.

AI를 「우수하지만, 당신의 프로젝트 사정을 전혀 모르는 어시스턴트」라고 가정해 보세요.

중요 포인트:

• 말하지 않아도 알겠지 → AI에게는 전달되지 않습니다
• 원하는 답을 끌어내기 위해서는, 배경이나 조건을 모두 「언어화」하는 것이 중요합니다.

좋은 프롬프트에는 다음과 같은 4가지 요소가 필요합니다.

저도 이 4가지를 의식하게 된 이후로, 보다 원하는 답변이 돌아오기 쉬워졌다고 느끼고 있습니다.

#	요소	설명
①	태스크와 목적	무엇을 해주길 원하는지, 왜 그것이 필요한지
...
「~에 대해 알려줘」라는 모호한 지시가 아니라, 「어느 영역의」 「어떤 타이밍의」 「무슨 작업인지」를 콕 집어서 지정함으로써 정밀도가 크게 향상됩니다.

예
❌ 모호한 지시	「자료 작성에 대해 알려줘」
✅ 구체적인 지시	「백엔드 개발의 API 사양서 작성 시, 요구사항 정의부터 구현 가이드라인 기재까지의 구체적인 절차를 알려주세요」

포인트: 언제, 어디서, 무엇을 하는지가 명확하게 전달되는 표현이 중요합니다!

과제 발생 상황이나 조사 상황을 전달하고, 실제 데이터나 과거 이력을 직접 읽히게 함으로써 정밀도 높은 분석이 가능해집니다.

예
❌ 불충분한 정보 제공	「운영 환경에서 에러가 나고 있으니까 원인을 조사해줘」
✅ 충분한 정보 제공	「운영 환경의 API 엔드포인트 /users/list에서, 어제 14:30 이후로 500 에러가 빈번하게 발생하고 있습니다. 다음의 【에러 로그】와 【당시의 배포 내용】과 【서버 리소스 모니터링 데이터】를 바탕으로 원인 가설을 세워주세요. [데이터 첨부]」

포인트: 언제부터, 어느 정도로 변화했는지, 어떤 액션이 있었는지를 공유하는 것이 중요합니다!

문서의 기술 포맷이나 용어 지정을 세세하게 지정함으로써, 그대로 업무에 사용할 수 있는 답변을 끌어낼 수 있습니다.

예
❌ 형식이 모호함	「이 메모를 바탕으로 회의록을 써줘」
✅ 형식이 명확함	「회의 메모를 바탕으로 클라이언트 제출용 보고서를 작성해 주세요. 【규칙】 • 말투: 정중한 비즈니스 경어 • 형식: Markdown 형식 (요점을 불렛 포인트로) • 길이: A4 1페이지 이내」

포인트: 누가, 어떻게 사용하는지, 어떤 형식이 필요한지를 더욱 구체적으로 지정해 주세요.

기대하는 출력 이미지를 보여줌으로써 AI의 이해 정밀도가 비약적으로 향상됩니다.

예
❌ 모호한 예시	「현장의 현재 체제를 개선하기 위한 개선안을 3가지 내주세요」
✅ 구체적인 예시	지시: 아래의 【요망 사항】에 대해, 【예시】와 같은 형식으로 개선안을 3가지 제안해 주세요. 【요망 사항】 레거시 코드의 리팩터링 우선순위 결정 【예시】 개선안 1: 정적 분석 도구 도입을 통한 자동 검출 메리트: 자동으로 문제 지점을 특정할 수 있음 디메리트: 초기 도입 비용이 발생함 (소요 기간: 2주)

포인트: 「이런 느낌으로」라는 출력 이미지를 구체적으로 보여줌으로써 AI의 답변이 그에 따른 형태로 나옵니다.

목적은 「능숙한 지시」를 내는 것이 아니라 **「눈앞의 과제 해결」**입니다.
완벽한 지시를 목표로 하기보다, AI를 **「파트너」**로서 의지합시다.

AI가 필요한 정보를 질문함으로써 과제가 정리되고, 보다 정밀도 높은 답변을 끌어낼 수 있습니다.

【과제】 업무 매뉴얼을 개정하고 싶다

적절한 개정안을 내기 위해, 추가로 필요한 정보가 있다면 질문해 주세요.

→ AI가 「타겟은?」 「어디가 이해하기 어려워?」

라고 되물어주어 과제가 정리됨

현상(As Is)과 이상 상태(To Be)를 명확히 함으로써, 단계적이고 실행 가능한 개선안을 얻을 수 있습니다.

【과제】 정보 공유 시간을 줄이고 싶다

【현상 (As Is)】

• 수단: 메일, 채팅, 종이 문서 등에 산재
• 시간: 주 5시간

【이상 (To Be)】

• 정보가 일원화되어 검색 가능할 것
• 시간: 주 2.5시간 (50% 절감)

【사용 가능한 수단】 Wiki, 채팅, 화상 회의

개선안을 비용, 효과, 리스크를 포함하여 3가지로 정리해 주세요.

→ AI가 단계적이고 구현 가능한 여러 안을 제안해 줍니다.

생성형 AI (Generative AI)는 편리하지만, 'AI를 사용하는 것' 자체가 목적이 되지 않도록 주의해야 합니다.

어디까지나 개발과 업무의 주역은 AI가 아니라, 우리(인간)입니다.

• ❌ 왜 그런 답변이 나왔는지 모르는 채로, 복사해서 붙여넣기(Copy-paste)하여 사용함
• ❌ 하고 싶은 것과 조금 다르지만 '뭐, 괜찮겠지'라며 타협함

AI의 결과에 대해 반드시 다음 사항을 확인하세요.

• "스스로 납득할 수 있는가?"
• "다른 멤버에게 설명할 수 있는가?"

납득되지 않을 때는 그대로 사용하지 말고, AI에게 "왜?"라고 깊이 있게 질문(Deep dive)해 보세요.

【목적·배경·형식·예시】를 명확히 하세요. AI는 '사정을 모르는 조수'입니다.

막혔을 때는 자신이 가진 패를 공개하고, AI에게 '진행 방식'부터 상담해 보세요.

복사해서 붙여넣기나 타협은 금물! 마지막에는 반드시 **자신의 머리로 '생각하고, 확인하고, 판단'**해야 합니다.

우선은 가까운 대화 상대(Sparring partner)로서 가볍게 말을 걸어보세요.

개인적으로 AI에 대한 지시는 '업무를 부탁하는 방식'과 매우 닮아 있다고 느낍니다.

상대에게 '배경'을 전달하고, '목표(Goal)'를 공유하는 것.

이것은 상대가 AI이든 사람이든 중요한 일입니다.

즉, AI와의 상호작용(Interaction)을 연마하는 것은 곧 팀에서의 '업무 진행 방식'을 연마하는 것으로 이어진다고 생각합니다.

AI라는 '파트너'를 함께 능숙하게 다뤄보지 않겠습니까?