데모데이: 각자 만든 AI 동료를 시연하고 확장 계획 세우기

이제는 '설명'이 아니라 '등장'의 시간

여기까지 왔다면, 여러분은 단순히 AI를 구경한 사람이 아니다. 직접 내 일을 분석했고, 맡길 수 있는 업무를 골랐고, AI의 역할과 말투를 정했으며, 자료와 규칙을 붙이고, 자동화 흐름과 안전장치까지 설계했다. 이제 남은 일은 하나다. 그 AI를 실제로 세상 밖으로 꺼내보는 것이다.

데모데이는 발표회처럼 보이지만, 사실은 조금 다르다. 이 시간의 핵심은 "내가 이런 걸 만들었습니다"라고 자랑하는 데 있지 않다. 진짜 목적은 "이 AI는 내 일을 이렇게 대신합니다"를 보여주는 데 있다. 다시 말해, 오늘의 주인공은 기술이 아니라 일하는 방식의 변화다.

누군가는 일정 정리 비서를 만들었을 수 있고, 누군가는 영업 후속 메일 초안 작성 도우미를 만들었을 수 있다. 또 누군가는 회의 내용을 요약하고 다음 행동을 정리해주는 AI 동료를 만들었을 것이다. 모양은 달라도 모두 같은 질문에 답해야 한다.

"이 AI는 누구를 대신해, 어떤 일을, 어디까지 맡는가?"

이 질문에 또렷하게 답할 수 있다면, 여러분의 AI 비서는 이미 절반 이상 성공한 것이다.

데모데이의 목표는 완벽함이 아니라 설득력

많은 사람이 시연을 앞두고 걱정한다. 혹시 AI가 이상한 답을 하면 어쩌지, 자동화가 중간에 끊기면 어쩌지, 내가 기대한 만큼 멋져 보이지 않으면 어쩌지 하고 말이다. 하지만 데모데이에서 중요한 것은 완벽하게 한 번도 틀리지 않는 모습이 아니다.

오히려 더 중요한 것은 세 가지다.

• 어떤 문제를 해결하려고 이 AI를 만들었는가

• 그 문제를 해결하기 위해 어떤 구조로 설계했는가

• 아직 부족한 점을 알고 있으며, 앞으로 어떻게 확장할 것인가

즉, 데모는 "완성품 자랑"이 아니라 "작동하는 생각의 공개"에 가깝다. 약간의 실수가 있어도 괜찮다. 중요한 것은 그 실수를 통해서도 이 AI의 역할과 가능성이 분명히 보이게 만드는 것이다.

잘 만든 시연은 대단히 화려하지 않아도 된다. 오히려 현실적인 장면 하나를 자연스럽게 보여주는 데서 큰 설득력이 나온다. 예를 들어 "매주 월요일마다 밀리는 보고서 정리" 같은 아주 구체적인 상황을 보여주면, 보는 사람은 곧바로 이해한다. 아, 이 AI는 진짜 일을 덜어주는구나 하고 말이다.

내가 만든 AI 동료를 한 문장으로 소개하기

시연을 시작하기 전에 가장 먼저 해야 할 일은, 내 AI를 한 문장으로 정의하는 것이다. 이 한 문장이 흐리면 발표 전체가 흐려진다.

좋은 소개 문장은 길지 않다. 대신 역할과 대상, 핵심 기능이 들어 있다. 예를 들면 이런 식이다.

"이 AI는 1인 사업자를 대신해 고객 문의를 분류하고, 답변 초안을 만들고, 중요한 건만 사람이 확인하도록 도와주는 운영 비서입니다."

혹은 이렇게 말할 수도 있다.

"이 AI는 팀 회의가 끝난 뒤 회의록을 정리하고, 할 일을 사람별로 나누고, 다음 일정까지 제안하는 프로젝트 코디네이터입니다."

이처럼 한 문장 안에 누굴 위해, 무엇을, 어디까지 하는지가 담겨야 한다. 이 한 문장이 곧 여러분의 데모 제목이자, 청중이 기억하게 될 핵심 문장이다.

시연은 다섯 장면으로 구성하면 강하다

데모를 어렵게 생각할 필요는 없다. 하나의 짧은 이야기처럼 보여주면 된다. 가장 안정적인 구성은 다섯 장면이다.

1장면: 원래 하던 일의 불편함 보여주기

먼저 AI가 없던 시절을 보여준다. 이 과정이 꼭 필요하다. 그래야 AI가 왜 필요한지 모두가 납득한다.

예를 들어, 메일을 직접 읽고 분류하느라 하루에 40분이 걸렸다고 말할 수 있다. 또는 회의가 끝난 뒤 누가 무엇을 하기로 했는지 기억이 섞여서 자주 놓쳤다고 말할 수도 있다. 이때 너무 넓은 문제를 말하기보다, 손에 잡히는 장면으로 보여주는 것이 좋다.

"회의가 끝나면 메모가 여러 군데 흩어져서, 결국 제가 다시 정리하느라 30분이 더 들었습니다."

이 한 문장만으로도 청중은 금방 상황을 이해한다.

2장면: AI 동료의 역할 소개하기

그다음에는 내가 만든 AI가 어떤 역할을 맡는지 설명한다. 이때는 기능 나열보다 역할 설명이 먼저다. 사람은 기능보다 캐릭터를 더 빨리 이해한다.

"이 AI는 제 회의 운영 비서입니다. 회의 내용을 정리하고, 중요한 결정과 담당자를 뽑고, 다음 행동을 체크리스트로 만들어 줍니다."

이렇게 말하면 청중은 "아, 이 AI는 요약기구나"가 아니라 "회의 뒤처리를 맡는 동료구나"라고 받아들인다.

3장면: 실제 입력을 넣고 결과 보여주기

이제 진짜 시연이다. 실제로 어떤 정보를 넣는지, 그리고 AI가 어떤 결과를 내는지 보여준다. 여기서는 가능한 한 현실적인 입력을 쓰는 편이 좋다. 억지로 멋있어 보이는 예시보다, 내가 진짜로 겪는 상황이 훨씬 강하다.

예를 들어, 실제 회의 메모 일부를 넣고 회의록이 생성되는 과정을 보여줄 수 있다. 또는 고객 문의 메시지를 넣고, AI가 문의 유형을 분류한 뒤 답변 초안을 만드는 장면을 보여줄 수 있다.

이 장면에서 중요한 것은 결과물 자체만이 아니다. 입력과 출력 사이의 연결이 자연스러워야 한다. 보는 사람이 "왜 이런 결과가 나왔는지"를 이해할 수 있어야 한다.

4장면: 자동화 흐름과 안전장치 설명하기

시연이 단순한 채팅으로 끝나면 아쉽다. 여러분이 만든 것은 '대답하는 AI'가 아니라 '일하는 AI 비서'이기 때문이다. 따라서 어떤 도구와 연결되어 어떤 흐름으로 움직이는지 보여주는 장면이 필요하다.

예를 들어 이런 흐름일 수 있다.

• 새 문의가 들어오면 AI가 먼저 분류한다

• 일반 문의는 답변 초안을 만든다

• 환불이나 민감한 이슈는 사람 승인 단계로 보낸다

• 최종 확인 뒤에만 발송한다

이때 함께 보여주면 좋은 것이 안전장치다. 사람 승인 단계가 어디에 있는지, 어떤 조건에서는 자동 실행을 멈추는지, 개인정보나 민감한 판단은 왜 사람이 맡는지를 설명하면 신뢰도가 크게 올라간다.

5장면: 지금은 여기까지, 다음은 어디로 갈지 말하기

마지막 장면은 미래다. 현재 시연이 끝났다고 해서 이야기가 끝나는 것은 아니다. 오히려 이 AI가 앞으로 어떤 동료로 자랄 수 있을지 보여주는 순간이 된다.

예를 들어 지금은 회의록만 만들지만, 다음 단계에서는 프로젝트 관리 도구에 자동 등록하게 할 수 있다. 지금은 문의 답변 초안만 쓰지만, 이후에는 고객 이력까지 참고해 더 개인화된 응대를 하게 만들 수도 있다.

이 장면은 발표를 훨씬 살아 있게 만든다. 왜냐하면 청중이 "이 사람은 단지 하나를 만든 게 아니라, 일의 시스템을 설계하고 있구나"라고 느끼게 되기 때문이다.

발표할 때 꼭 공유해야 할 다섯 가지

데모데이에서 발표자는 최소한 다섯 가지를 분명하게 말해야 한다. 이것만 명확하면 시연은 훨씬 탄탄해진다.

문제 정의

내가 어떤 문제 때문에 이 AI를 만들었는지 이야기한다. 가능하면 시간, 반복 횟수, 스트레스 같은 현실적인 표현이 들어가면 좋다.

"매일 비슷한 문의에 답하면서 중요한 문의를 놓치는 일이 많았습니다."

이런 식의 설명은 누구나 공감할 수 있다.

역할 설계

AI가 어떤 직무를 맡는지 설명한다. 비서인지, 조수인지, 분석가인지, 정리 담당인지가 분명해야 한다. 역할이 불분명하면 AI는 여러 가지를 어설프게 하게 되고, 보는 사람도 무엇을 잘하는지 알기 어렵다.

자동화 흐름

입력이 들어오고, 판단이 일어나고, 결과가 나가거나 사람이 승인하는 과정을 간단히 설명한다. 복잡한 화면을 다 보여줄 필요는 없지만, "어떻게 일하는지"는 꼭 보이게 해야 한다.

안전장치

AI가 틀릴 수 있다는 사실을 전제로 어떤 장치를 넣었는지 말한다. 예를 들어 승인 단계, 금지된 행동, 민감한 주제 차단, 로그 기록, 사람 개입 시점 같은 것들이다. 이 부분은 AI를 믿을 수 있는지 판단하는 핵심이다.

확장 아이디어

지금 단계에서 멈추지 않고, 어떤 방향으로 키워갈 수 있는지를 말한다. 이때 막연하게 "더 똑똑하게 만들겠다"라고 하기보다, 다음 기능이나 연결할 도구를 구체적으로 말하는 편이 좋다.

시연이 잘 되는 사람은 '기능'보다 '장면'을 보여준다

좋은 발표를 하는 사람들의 공통점이 있다. 버튼을 많이 누르지 않는다. 대신 하나의 상황을 또렷하게 보여준다.

예를 들어 이런 식이다.

"저는 매주 금요일마다 이번 주 고객 문의를 정리해 팀에 공유해야 합니다. 예전에는 문의를 읽고, 분류하고, 대표 사례를 뽑고, 답변 방향을 적느라 꽤 오래 걸렸습니다. 지금은 이 AI에게 한 주의 문의 목록을 넣으면, 유형별로 묶고, 위험 신호가 있는 문의를 따로 표시하고, 팀 공유용 요약까지 만들어 줍니다."

이 설명은 화려하지 않다. 그러나 아주 강하다. 누구나 그 장면을 머릿속에 그릴 수 있기 때문이다. 데모에서는 기능 열 개를 억지로 보여주기보다, 실제 장면 하나를 끝까지 자연스럽게 따라가는 편이 훨씬 인상 깊다.

실패 없는 데모를 위한 준비법

재미있는 사실이 하나 있다. 가장 자연스러워 보이는 데모가 사실은 가장 많이 준비된 데모인 경우가 많다. 데모는 라이브 공연과 비슷하다. 즉흥처럼 보여도, 중요한 부분은 미리 손봐야 한다.

먼저 시연 시나리오를 한 줄씩 써보자. 어떤 입력을 넣을지, AI가 어떤 반응을 보여야 하는지, 어디서 자동화 화면을 보여줄지, 어느 시점에 안전장치를 설명할지를 순서대로 적는다. 이 순서가 정리되면 발표할 때 머리가 훨씬 편해진다.

그다음에는 입력 데이터를 미리 준비해두는 것이 좋다. 길고 복잡한 자료를 현장에서 급하게 찾다가 흐름이 끊기기 쉽기 때문이다. 회의 메모, 고객 문의, 일정 요청, 메일 초안 같은 자료를 미리 정리해두면 데모가 훨씬 매끄럽다.

또 하나 중요한 것은 플랜 B다. 자동화 연결이 현장에서 느려질 수도 있고, 로그인 문제가 생길 수도 있다. 이럴 때를 대비해 결과 화면 캡처나 대표 출력 예시를 준비해두면 좋다. 데모는 실력을 보여주는 자리이지, 인터넷 상태를 시험하는 자리가 아니다.

발표 예시: 이렇게 말하면 흐름이 산다

아래처럼 발표 흐름을 잡으면 자연스럽다.

"제가 만든 AI 동료는 '문의 정리 비서'입니다. 저는 매일 들어오는 문의를 직접 읽고 우선순위를 나누는 데 시간이 많이 들었습니다. 그래서 이 AI가 먼저 문의를 읽고, 일반 질문과 긴급 이슈를 구분하고, 답변 초안을 만들어 주도록 설계했습니다. 다만 환불, 개인정보, 강한 불만이 들어간 문의는 자동 발송하지 않고 반드시 제 검토 단계로 넘기게 했습니다. 지금 보여드릴 장면은 실제 문의가 들어왔을 때 이 AI가 어떻게 분류하고, 어떤 초안을 만들고, 어디서 사람 확인을 기다리는지입니다. 앞으로는 고객 이력까지 연결해서 더 맥락 있는 답변을 하도록 확장할 계획입니다."

이 발표에는 문제, 역할, 자동화, 안전장치, 확장 계획이 모두 들어 있다. 어렵지 않지만 구조가 분명하다. 그 결과 듣는 사람도 쉽게 따라갈 수 있다.

서로의 데모를 볼 때는 '멋짐'보다 '유용함'을 본다

데모데이는 발표만 하는 자리가 아니다. 다른 사람의 AI 동료를 보며 배우는 시간이기도 하다. 이때는 겉보기 화려함보다 실제 유용함을 보는 눈이 중요하다.

어떤 AI는 화면은 단순하지만 정말 일을 많이 줄여줄 수 있다. 반대로 겉으로는 똑똑해 보여도 실제 업무에 넣기 어려운 경우도 있다. 그러니 서로의 데모를 볼 때는 이런 질문을 떠올려보자.

• 이 AI는 어떤 구체적인 일을 대신하는가

• 사람이 하던 수고를 정말 줄여주는가

• 틀렸을 때 위험을 줄이는 장치가 있는가

• 이 구조를 내 일에도 응용할 수 있는가

이런 관점으로 보면 데모데이는 단순한 발표회가 아니라 아이디어 교환장이 된다. 누군가의 고객 응대 비서 구조가, 다른 사람에게는 채용 지원자 응대 에이전트의 힌트가 될 수 있다. 누군가의 회의록 자동화 흐름이, 다른 사람에게는 수업 기록 정리 도우미로 바뀔 수도 있다.

좋은 피드백은 칭찬보다 다음 행동을 만든다

데모가 끝난 뒤 피드백을 주고받는 시간도 매우 중요하다. 이때 "좋아요", "멋져요" 같은 말은 분위기를 좋게 만들 수는 있지만, 시스템을 더 좋아지게 하지는 못한다. 더 도움이 되는 피드백은 다음 실험을 떠올리게 만드는 피드백이다.

예를 들면 이런 말이 좋다.

"지금도 유용한데, 긴급 상황을 판별하는 기준을 한 번 더 좁혀보면 더 안정적일 것 같아요."

"요약 결과는 좋은데, 마지막에 담당자별 할 일 목록까지 자동으로 분리되면 바로 실무에 넣기 쉬울 것 같아요."

"사람 승인 단계가 잘 보이는데, 어떤 경우에만 자동 발송을 허용할지 기준을 더 명확히 적어두면 좋겠어요."

이런 피드백은 상대의 AI를 한 단계 더 실용적으로 만든다. 칭찬은 기분을 좋게 하지만, 구체적인 제안은 다음 버전을 만든다.

데모가 끝난 뒤, 내 AI 비서를 진짜 동료로 키우는 법

데모데이는 끝이 아니라 시작이다. 오늘 보여준 AI가 당장 모든 일을 완벽히 대신하지는 못할 수 있다. 하지만 이미 중요한 변화는 시작되었다. 이제 여러분은 AI를 막연한 도구가 아니라, 특정 역할을 맡은 동료로 설계하고 개선할 수 있는 사람이 되었다.

데모 이후에는 작은 확장을 이어가는 것이 좋다. 한 번에 너무 크게 키우려 하면 금방 복잡해진다. 대신 지금 가장 자주 쓰는 흐름 하나를 더 붙이는 방식이 좋다. 예를 들어 회의록 비서라면 다음 행동을 캘린더 일정으로 보내는 기능을 추가할 수 있다. 문의 응대 비서라면 자주 묻는 질문 데이터와 연결해 더 안정적인 초안을 만들게 할 수 있다.

또 하나 중요한 것은 사용 로그를 보는 습관이다. 어떤 요청에서 잘 작동했고, 어떤 요청에서 엉뚱한 결과가 나왔는지 살펴보면 다음 개선 포인트가 보인다. 사람 동료도 함께 일해봐야 장단점을 알 수 있듯, AI 동료도 실제로 일을 맡겨봐야 진짜 실력이 드러난다.

오늘의 시연은 '내 일의 미래'를 보여주는 작은 무대

처음 AI를 접할 때만 해도 많은 사람은 이렇게 생각한다. "이게 신기하긴 한데, 내 일에 무슨 도움이 되지?" 그런데 여기까지 온 여러분은 이제 다른 질문을 던질 수 있다.

"내 일의 어느 부분을, 어떤 방식으로, 얼마나 안전하게 AI에게 맡길 수 있지?"

이 질문을 스스로 다룰 수 있게 되었다는 점이 가장 큰 성과다.

데모데이는 단지 수업의 마지막 순서가 아니다. 내가 만든 AI 동료를 세상에 소개하는 첫 출근 날에 가깝다. 아직 서툴 수 있다. 가끔 엉뚱한 말을 할 수도 있다. 승인 버튼 앞에서 머뭇거릴 수도 있다. 그래도 괜찮다. 중요한 것은, 이제 여러분이 혼자 모든 일을 끌어안는 사람이 아니라는 사실이다.

여러분은 이미 첫 번째 AI 동료를 만들었다.

이제 남은 일은, 그 동료에게 조금 더 정확한 역할을 주고, 조금 더 나은 자료를 먹이고, 조금 더 안전한 규칙을 붙이며, 진짜 팀원처럼 성장시키는 것이다.

그리고 그 출발점이 바로 오늘의 데모데이다.

데모데이 체크리스트

마지막으로, 시연 직전에 스스로에게 이 다섯 가지를 확인해보자.

• 내 AI를 한 문장으로 소개할 수 있는가

• 해결하려는 문제를 구체적인 장면으로 설명할 수 있는가

• 실제 입력과 출력이 자연스럽게 이어지는가

• 사람 승인과 안전장치가 어디 있는지 보여줄 수 있는가

• 다음 확장 계획을 한 단계라도 말할 수 있는가

이 다섯 가지에 자신 있게 답할 수 있다면, 여러분의 데모는 이미 충분히 좋다.

멋지게 보여주려 애쓰기보다, 진짜로 도움이 되는 동료를 보여주자. 그러면 사람들은 기술이 아니라 변화를 보게 된다. 그리고 바로 그 순간, 여러분의 AI 비서는 더 이상 실험이 아니라 실제 업무 파트너가 된다.