지난 1년 동안 저는 기업 소유주들이 동일하고 비용이 많이 드는 실수를 저지르는 것을 지켜보았습니다. 그들은 ChatGPT Plus 라이선스 100개를 구매하고, '완벽한' 프롬프트를 작성하는 방법에 대해 '런치 앤 러닝(Lunch and Learn)' 세션을 개최한 뒤, 왜 수익성에 변화가 없는지 의아해합니다. 그들은 이것을 **AI 변혁(AI transformation)**이라고 부르지만, 실제로는 훨씬 더 심각한 문제입니다. 즉, 시스템 아키텍처 설계를 이를 처리할 준비가 가장 안 된 사람들, 바로 엔드 유저(최종 사용자)에게 외주를 주는 것이나 다름없기 때문입니다.
리더십은 팀원에게 빈 텍스트 상자를 주고 '더 효율적으로 일하라'고 말하는 것이 아닙니다. 그것은 배관 시설을 구축해야 할 시점에 모든 사람에게 양동이를 주며 우물에서 물을 길어오라고 말하는 것과 같습니다. 직원이 업무를 완수하기 위해 기계와 대화하는 법을 고민해야 한다면, 당신은 아무것도 자동화하지 못한 것입니다. 그저 직원의 연봉이나 역량을 높여주지도 않은 채, 이미 넘쳐나는 직무 기술서에 '프롬프트 엔지니어'라는 항목을 추가했을 뿐입니다.
프롬프트의 역설: 직원들이 AI 구독 서비스를 외면하는 이유
💡 Penny가 귀하의 비즈니스를 분석해 주기를 원하시나요? 그녀는 AI가 대체할 수 있는 역할을 파악하고 단계별 계획을 수립합니다. 무료 평가판 시작하기 →
현재의 AI 담론에는 제가 **프롬프트의 역설(The Prompting Paradox)**이라고 부르는 근본적인 마찰 지점이 존재합니다. 이는 사용자가 AI로부터 결과를 얻기 위해 더 많은 인지적 노력을 기울여야 할수록, 반복적이고 가치가 높은 작업에 AI를 사용할 가능성이 낮아진다는 법칙입니다.
우리는 현재 회계사, 마케터, 엔지니어와 같은 고도로 숙련된 전문가들에게 하던 일을 멈추고 챗봇과 함께 창의적인 글쓰기 연습을 하라고 요구하고 있습니다. 일회성 브레인스토밍이라면 괜찮습니다. 하지만 비즈니스 프로세스 측면에서 이는 재앙입니다. 어떤 작업을 수행하기 위해 사람이 직접 탭을 열고, 프롬프트를 붙여넣고, 출력을 확인한 다음, 다시 워크플로우로 옮겨야 한다면, 그 '마찰 비용'은 종종 '효율성 이득'보다 커지게 됩니다.
도입 첫 달에는 AI 활용도가 높다가 셋째 달에 90%까지 급감하는 기업이 많은 이유가 바로 이것입니다. 사람들은 프롬프트 엔지니어가 되고 싶은 것이 아니라, 일을 끝내고 싶어 합니다. 진정한 AI 변혁은 AI가 수도꼭지가 아닌 배관 자체가 될 때 일어납니다. AI는 인간의 개입이 아니라 특정 이벤트에 의해 트리거되어 백그라운드에서 실행되어야 합니다.
수익을 갉아먹는 '수동 지능세(Manual Intelligence Tax)'
표준 운영 절차(SOP)가 되어야 할 일을 하기 위해 직원이 매번 수동으로 AI에 프롬프트를 입력해야 한다면, 당신은 제가 **수동 지능세(Manual Intelligence Tax)**라고 부르는 비용을 지불하고 있는 것입니다.
현재의 비용 구조를 생각해 보십시오. 많은 전문 서비스 분야에서 가장 비싼 자원은 데이터를 한 곳에서 다른 곳으로 옮기거나 표준 보고서를 합성하는 데 소요되는 '연합적 격차(associative gap)' 시간입니다. 만약 연봉 £60,000를 받는 직원에게 회의 요약이나 이메일 초안 작성을 위해 AI에 '프롬프트'를 입력하게 하고 그 시간이 전체 업무의 20%를 차지한다면, 당신은 그 직원이 두 시스템 사이의 인간 가교 역할을 하는 데 연간 £12,000를 지불하고 있는 셈입니다.
이것은 리더십의 실패입니다. 리더의 역할은 회의가 끝나자마자 클라이언트의 히스토리 문맥이 이미 반영된 요약본이 자동으로 생성되고, 담당자의 편지함에는 30초면 검토할 수 있는 초안이 이미 준비되어 있는 환경을 구축하는 것입니다. 이것이 '도구'와 '변혁'의 차이입니다.
'생성형(Generative)'에서 '통합형(Integrative)' AI로
수동 지능세를 넘어 서기 위해 리더는 초점을 생성형 AI(생성 능력)에서 **통합형 AI(Integrative AI, 연결 능력)**로 전환해야 합니다.
통합형 환경에서 AI는 프롬프트를 기다리지 않습니다. AI는 **트리거(Trigger)**를 기다립니다.
- 트리거: CRM에 새로운 리드가 입력됨.
- 컨텍스트: AI가 지난 3년간의 업계 동향, 리드의 LinkedIn 프로필, 회사의 내부 케이스 스터디를 추출함.
- 액션: 영업 담당자를 위한 맞춤형 브리핑 노트를 생성함.
그 누구도 프롬프트를 입력하지 않았습니다. 담당자는 고민할 필요가 없었습니다. 단지 노트북을 열었을 뿐인데 시스템이 그들을 지원하도록 설계되었기 때문에 업무 효율이 10배 향상된 것입니다. 이것이 제가 제 사업을 운영하는 방식입니다. 저는 하루 종일 채팅 인터페이스를 통해 저 자신과 '대화'하지 않습니다. 저는 특정 이벤트(이메일, 신규 구독자, 데이터 업로드)가 발생하면 내부 모델이 정의된 기능을 수행하도록 루프를 구축했습니다.
보이지 않는 AI의 3단계
진정한 AI 변혁을 이끌고 싶다면 채팅 인터페이스에 대한 생각을 버리고 보이지 않는 계층(tiers of invisibility)에 대해 생각하기 시작해야 합니다.
1. 섀도 계층 (이벤트 기반)
이 단계에서 AI는 기존 소프트웨어 스택 내에 상주합니다. 예를 들어, HR 소프트웨어 비용 상승을 검토할 때 단순히 사용자당 가격만 봐서는 안 됩니다. 해당 소프트웨어가 인간의 요청 없이도 비용 분류나 규정 준수 리스크 플래깅과 같은 '수동 지능' 작업을 자동으로 처리하기 위해 AI를 사용하는지 확인해야 합니다.
2. 컨텍스트 계층 (데이터 풍부성)
'그냥 프롬프트하세요' 방식의 가장 큰 약점은 AI가 당신의 비즈니스에 대한 기억이 없다는 것입니다. 프롬프트가 필요 없는 환경은 AI에게 회사의 라이브 데이터를 지속적으로 공급함으로써 이를 해결합니다. 교육 및 훈련 분야에서 이는 교사가 '학습에 어려움을 겪는 학생을 위한 수업 계획안을 작성해 줘'라고 수동으로 요청하는 대신, AI가 모든 학생의 과거 성적을 파악하여 자동으로 커리큘럼을 조정하는 것을 의미합니다.
3. 오케스트레이션 계층 (다단계)
이것이 바로 '성배'입니다. 여러 AI 에이전트가 협력하여 복잡한 프로젝트를 완수하는 단계입니다. 한 에이전트가 문제를 식별하면, 두 번째 에이전트가 해결책을 제시하고, 세 번째 에이전트가 예산 준수 여부를 확인하며, 인간은 마지막에 최종 '승인'을 내리기 위해서만 루프에 참여합니다.
시스템 아키텍트로서의 리더
미래의 리더십은 어떤 버튼을 클릭해야 할지 아는 의미에서의 '기술적 해박함'이 아닙니다. 그것은 **시스템 아키텍트(Systems Architect)**가 되는 것입니다.
리더는 고객 온보딩, 제품 개발, 재무 보고 등 비즈니스 프로세스를 살펴보고 AI가 따를 수 있는 '로직 플로우(Logic Flow)'를 설계할 수 있어야 합니다.
자신의 비즈니스 프로세스를 일련의 논리적 단계로 설명할 수 없다면 자동화할 수도 없습니다. 자동화할 수 없다면, 저렴한 실리콘 회로가 할 수 있는 일을 하기 위해 직원들의 값비싼 인간 두뇌를 쓰도록 강요하고 있는 것입니다. 이는 비효율적일 뿐만 아니라 인간의 잠재력을 낭비하는 일입니다.
제가 프롬프트 작성에 대해 근본적으로 솔직한 이유
'프롬프트 엔지니어링' 강의를 파는 것이 유행이라는 것을 알고 있습니다. 그것은 쉽고 구체적이며 사람들이 새로운 기술을 배운 것 같은 기분을 느끼게 해줍니다. 하지만 저는 프롬프트 엔지니어링이 과도기적 단계일 뿐이라고 말씀드리고 싶습니다. 그것은 AI 시대의 'MS-DOS 명령줄'과 같습니다. 머지않아 우리가 원하는 것을 실제로 이해하는 사용자 인터페이스 뒤로 사라질 것입니다.
저의 조언은 이렇습니다. 이미 사라지고 있는 세상을 위해 직원을 교육하지 마십시오. 대신 그 시간과 비용을 프롬프트가 필요 없게 만드는 인프라 구축에 투자하십시오.
팀에게 ChatGPT로 무엇을 할 수 있는지 묻지 마십시오. 대신 현재 시스템 사이에서 수동 가교 역할을 하고 있는 부분이 어디인지 묻고, 그 다리를 직접 구축하십시오.
진정한 AI 변혁은 직원이 입력하는 텍스트 상자에 달려 있는 것이 아닙니다. 직원이 다시는 할 필요가 없게 된 업무에 달려 있습니다.
당신의 비즈니스가 여전히 어디에서 수동 지능세를 지불하고 있는지 확인하고 싶으신가요? 운영 프로세스를 살펴보고 구축이 필요한 배관을 함께 찾아봅시다. 이러한 전환을 주도할 기회의 창은 닫히고 있으며, 승자는 최고의 프롬프트를 가진 사람이 아니라 프롬프트 자체가 필요 없는 환경을 만든 사람이 될 것입니다.