회사에서 AI 프롬프트는 왜 업무를 다시 정의하게 만드는가?

AI를 쓰기 시작하면 처음에는 속도가 보인다.

요약이 빨라진다. 초안이 빨리 나온다. 회의록도 정리된다. 고객 응답도 만들 수 있다. 그래서 사람들은 먼저 이렇게 말한다.

“프롬프트를 잘 써야 한다.”

맞는 말이다. 그런데 조금 더 들여다보면 이상한 일이 있다. 같은 AI를 써도 어떤 사람은 쓸 만한 결과를 얻고, 어떤 사람은 그럴듯하지만 애매한 결과를 얻는다. 차이는 문장 솜씨만이 아니다.

특히 회사에서 AI에게 일을 시키려면, 사람이 먼저 그 일을 설명해야 한다.

무엇을 해야 하는가. 왜 해야 하는가. 어떤 자료를 봐야 하는가. 무엇을 좋은 결과로 볼 것인가. 어디까지는 AI가 처리하고, 어디부터는 사람이 판단해야 하는가.

이 질문에 답하지 못하면 프롬프트는 길어져도 좋아지지 않는다.

그래서 이 글의 질문은 이것이다.

회사에서 AI 프롬프트는 단순한 명령어인가, 아니면 조직이 일을 다시 설명하게 만드는 계기인가?

프롬프트가 어려운 이유

사람에게 일을 맡길 때 우리는 자주 짧게 말한다.

“이 자료 정리해 주세요.”

“회의 내용 요약해 주세요.”

“고객에게 보낼 답변 초안 만들어 주세요.”

말은 간단하다. 하지만 실제 일은 간단하지 않다. 자료를 왜 정리하는지, 누구에게 보여줄 것인지, 어떤 기준으로 묶을 것인지, 무엇은 빼고 무엇은 남길 것인지가 숨어 있다.

사람은 그 빈칸을 눈치로 채운다. 예전 보고서를 본다. 상사의 말투를 기억한다. 조직의 분위기를 읽는다. 틀리면 혼나고, 맞으면 다음부터 그렇게 한다. 이렇게, 사람은 문서보다 관행 안에서 일을 익힌다.

AI는 이 빈칸을 모른다.

그래서 AI에게 일을 시키는 순간, 조직이 그동안 말하지 않고 넘겨온 업무의 빈칸이 드러난다. 목적이 없으면 결과가 흔들린다. 기준이 없으면 답이 넓어진다. 맥락이 없으면 그럴듯하지만 쓸 수 없는 문장이 나온다.

프롬프트가 어려운 이유는 AI를 몰라서만이 아니다.

우리가 그 일을 충분히 설명해본 적이 없기 때문이다.

프롬프트는 일을 설명하게 만든다

직무기술서는 한 사람이 맡은 일을 설명하는 문서다. 어떤 역할을 맡는지, 무엇을 책임지는지, 어떤 산출물을 내야 하는지, 누구에게 보고하는지 적는다.

좋은 프롬프트도 비슷하다.

무엇을 할 것인지 말한다. 어떤 맥락에서 판단할 것인지 말한다. 어떤 자료를 기준으로 삼을 것인지 말한다. 결과물의 형식과 깊이를 정한다. 어디까지는 AI가 처리하고, 어디부터는 사람이 판단해야 하는지도 정한다.

예를 들어 “회의록 정리해줘”라는 프롬프트는 약하다.

대신 이렇게 물어야 한다.

회의에서 결정된 사항은 무엇인가. 보류된 쟁점은 무엇인가. 담당자가 정해진 일은 무엇인가. 다음 회의 전까지 확인해야 할 것은 무엇인가. 고객에게 말해도 되는 내용과 내부에만 남겨야 할 내용은 무엇인가.

이렇게 쓰면 프롬프트는 AI에게 던지는 문장을 넘어선다. 그 프롬프트는 회의록이라는 일이 무엇인지 다시 정의하는 문장이 된다.

이 점에서 반복 업무의 프롬프트는 직무기술서의 일부 기능을 드러낸다. 일을 설명하고, 기준을 정하고, 사람과 AI의 역할을 나누게 만들기 때문이다.

물론 프롬프트가 직무기술서를 대신하는 것은 아니다. 한 번 쓰고 버리는 실험적 질문, 개인의 아이디어 탐색, 단순 문장 다듬기까지 조직 문서로 만들 필요는 없다. 이 글에서 말하는 프롬프트는 회사 안에서 반복되는 업무, 여러 사람이 함께 쓰는 일, 결과에 책임이 따르는 일에 가깝다.

좋은 프롬프트는 일을 다시 나눈다

AI를 쓰면 사람의 일이 사라지는 것처럼 보일 때가 있다. 하지만 실제로는 일이 다시 나뉜다.

AI가 초안을 만든다. 사람은 질문을 고른다.

AI가 자료를 요약한다. 사람은 무엇이 중요한지 판단한다.

AI가 대안을 뽑는다. 사람은 선택의 책임을 진다.

AI가 문장을 다듬는다. 사람은 그 문장이 조직의 입장과 맞는지 확인한다.

이 구분이 없으면 AI 사용은 편해 보이지만 위험해진다. 최종 판단 주체가 어디 있는지 알 수 없어진다. 틀린 내용이 나왔을 때 누가 고쳐야 하는지 모호해진다. AI가 만든 결과가 다음 회의나 실행으로 이어지지 않고, 빠르게 만들어졌다가 빠르게 사라진다.

그래서 회사에서 프롬프트를 만든다는 것은 단지 좋은 문장을 찾는 일이 아니다.

사람과 AI 사이의 역할 경계를 정하는 일이다.

조직은 눈치로 하던 일을 문장으로 바꾸게 된다

직무설계 연구는 일이 사람의 동기와 성과에 영향을 준다고 본다. Hackman과 Oldham(J. Richard Hackman and Greg R. Oldham)의 직무특성이론은 일이 의미, 책임감, 결과에 대한 피드백을 어떻게 만들어내는지를 설명했다.[1]

이 논의를 그대로 AI 프롬프트에 옮기자는 뜻은 아니다. 다만 한 가지는 분명하다. 일은 그냥 주어지는 것이 아니라 설계된다.

AI 프롬프트는 이 설계를 강제로 드러낸다.

이 일의 목적은 무엇인가.

좋은 결과의 기준은 무엇인가.

AI가 만든 결과를 누가 검토하는가.

틀렸을 때 수정 기준은 어디에 남기는가.

다음 사람이 같은 일을 할 때 무엇을 재사용할 수 있는가.

이 질문에 답하는 과정에서 조직은 눈치로 하던 일을 문장으로 바꾸게 된다.

그 문장이 반복해서 쓰이고, 고쳐지고, 공유되면 개인의 요령은 조직의 루틴이 된다.

프롬프트가 루틴이 될 때 조직 자산이 된다

조직루틴 연구는 루틴을 단순히 굳어진 절차로만 보지 않는다. Feldman과 Pentland(Martha S. Feldman and Brian T. Pentland)는 조직루틴을 고정된 규칙이 아니라, 구조와 실제 수행이 함께 움직이는 것으로 설명했다.[2]

프롬프트도 그렇다.

처음 만든 프롬프트는 완벽하지 않다. 현장에서 써보면 빠진 기준이 보인다. 어떤 자료를 더 넣어야 하는지 알게 된다. 사람이 어디에서 개입해야 하는지도 드러난다. 그때 프롬프트를 고치고, 수정 이유를 남기고, 다음 사람이 다시 쓴다. 그러면 프롬프트는 단순한 문장이 아니라 루틴의 일부가 된다.

반대로 프롬프트가 개인 컴퓨터 안에만 있으면 조직 자산이 되기 어렵다.

누군가는 잘 쓰지만, 다른 사람은 모른다. 한 사람의 프롬프트는 좋아지지만, 팀의 일하는 방식은 바뀌지 않는다. 퇴사하거나 담당이 바뀌면 다시 처음부터 시작한다.

그래서 회사가 물어야 할 질문은 “프롬프트를 잘 쓰는 사람이 있는가”가 아니다.

“좋은 프롬프트가 조직 안에서 다시 쓰이고 고쳐지는가”다.

지식은 저장될 때가 아니라 판단 기준으로 돌아올 때 남는다

Nonaka(Ikujiro Nonaka)의 조직 지식창조 이론은 개인의 암묵지가 조직의 명시지로 바뀌고, 다시 개인과 조직의 행동으로 돌아오는 과정을 설명한다.[3]

AI 프롬프트도 이 관점에서 볼 수 있다.

프롬프트에는 조직의 암묵지가 들어간다. 어떤 표현을 조심해야 하는지, 어떤 고객을 먼저 봐야 하는지, 어떤 숫자를 중요하게 봐야 하는지, 어떤 상황에서 사람의 판단이 필요한지가 담긴다.

그런데 이 지식이 개인의 머릿속에만 있으면 조직에 남지 않는다. AI에게 일을 시키는 문장으로 바뀌고, 그 문장이 팀 안에서 공유되고, 실제 업무에 다시 쓰일 때 지식은 조직의 자산이 된다.

프롬프트는 지식관리의 작은 단위가 될 수 있다.

거창한 시스템이 없어도 된다. 최소한 세 가지는 남아야 한다.

첫째, 어떤 일을 시키기 위한 프롬프트인가.

둘째, 어떤 기준으로 결과를 판단했는가.

셋째, 사람이 어디에서 개입해야 했는가.

이 세 가지가 남으면 AI 사용은 개인의 편의에서 조직의 학습으로 넘어갈 수 있다.

프롬프트를 보면 회사의 업무 구조가 보인다

어떤 회사는 프롬프트를 많이 만든다. 하지만 결과는 크게 달라지지 않는다.

왜 그럴까.

프롬프트가 업무 구조를 바꾸지 못했기 때문이다.

예를 들어 보고서 초안을 AI가 만들었다. 그런데 아무도 최종 책임자를 정하지 않았다. 좋은 보고서의 기준도 없다. 다음 회의에서 그 보고서를 어떻게 쓸지도 정하지 않았다. 그러면 AI는 문서를 빨리 만들 뿐이다.

고객 답변 초안을 AI가 만들었다. 그런데 어떤 표현은 피해야 하는지, 어떤 약속은 하면 안 되는지, 어떤 상황에서는 상급자 확인이 필요한지 정하지 않았다. 그러면 AI는 답변을 만들지만, 책임 구조는 더 흐려질 수 있다.

프롬프트의 품질은 문장 길이로 결정되지 않는다.

업무의 목적, 판단 기준, 책임 경계, 재사용 방식이 얼마나 분명한지로 결정된다.

회사가 물어야 할 질문

AI를 조직적으로 쓰려면 다음 질문을 먼저 해야 한다.

이 일의 목적은 무엇인가.

좋은 결과와 나쁜 결과를 가르는 기준은 무엇인가.

AI는 어디까지 맡고, 사람은 어디에서 판단하는가.

결과물은 어디에 남고, 다음 사람이 어떻게 다시 쓰는가.

틀린 답이 나왔을 때 수정 기준은 어디에 기록되는가.

이 질문은 프롬프트 작성법이 아니다.

업무 정의의 질문이다.

결론

회사에서 AI 프롬프트는 단순한 기술 명령어가 아니다.

프롬프트는 조직이 일을 어떻게 이해하고 있는지 드러낸다. 목적이 흐릿하면 프롬프트도 흐릿하다. 판단 기준이 없으면 AI 결과도 흔들린다. 책임 경계가 없으면 AI가 만든 산출물은 빠르게 나오지만, 조직의 일하는 방식은 바뀌지 않는다.

그래서 AI 프롬프트는 직무기술서가 아니다. 다만 회사 안에서 반복되는 업무에서는 직무기술서의 일부 기능을 드러낼 수 있다.

문서를 하나 더 만들자는 뜻도 아니다. AI에게 일을 시키는 문장을 통해 그 일이 무엇인지, 누가 판단해야 하는지, 무엇이 반복되어야 하는지를 다시 보자는 뜻이다.

AI를 잘 쓰는 회사는 프롬프트를 많이 가진 회사가 아니다.

프롬프트를 통해 일을 더 분명하게 이해하고, 그 이해를 조직의 루틴으로 남기는 회사다.

참고문헌과 주석

1. J. Richard Hackman and Greg R. Oldham, “Motivation through the Design of Work: Test of a Theory,” Organizational Behavior and Human Performance 16, no. 2 (1976): 250-279. DOI: 10.1016/0030-5073(76)90016-7. 이 글에서는 일이 설계 대상이며, 역할과 피드백 구조가 성과와 경험에 영향을 준다는 배경으로 사용했다.

2. Martha S. Feldman and Brian T. Pentland, “Reconceptualizing Organizational Routines as a Source of Flexibility and Change,” Administrative Science Quarterly 48, no. 1 (2003): 94-118. DOI: 10.2307/3556620. 이 글에서는 루틴을 고정된 절차가 아니라 반복 수행 속에서 수정될 수 있는 조직 행동으로 보는 배경으로 사용했다.

3. Ikujiro Nonaka, “A Dynamic Theory of Organizational Knowledge Creation,” Organization Science 5, no. 1 (1994): 14-37. DOI: 10.1287/orsc.5.1.14. 이 글에서는 개인의 암묵지가 조직의 명시지와 행동으로 전환되는 지식창조 관점의 배경으로 사용했다.