발표 시연, 어떻게 해야 보는 사람이 감동할까
파이널 프로젝트 발표가 다음 주 수요일입니다. 발표 형식은 자율이지만 결과물 시연은 라이브든 동영상이든 반드시 들어가야 하고, 사실 발표에서 사람들 기억에 가장 오래 남는 게 바로 이 시연 장면입니다. 슬라이드에 적어둔 기술 스택이나 아키텍처 다이어그램은 몇 분만 지나도 흐릿해지는데, "아 저게 진짜 되네" 하고 눈으로 본 순간은 이상하게 오래 갑니다. 그래서 이번 글은 시연 하나만 붙잡고, 청중이 지루해하지 않고 오히려 감탄하게 만드는 방법을 정리했습니다.
먼저 분명히 해둘 게 있는데요, 여기서 말하는 "감동"은 눈물 흘리게 만들라는 뜻이 아닙니다. 발표를 보는 사람이 "나도 저거 써보고 싶다", "저 문제를 저렇게 풀었구나", "생각보다 완성도가 높네" 이렇게 마음이 움직이는 순간을 만들자는 겁니다. 그리고 그 순간은 우연히 나오는 게 아니라, 준비하면 거의 확실하게 만들 수 있습니다.
1. 시연은 기능 목록이 아니라 이야기입니다
가장 흔한 실수부터 짚고 갈게요. 많은 팀이 시연을 "우리가 만든 기능 순회"로 구성합니다. "로그인 기능이 있고요, 게시판이 있고요, 검색이 되고요, 마이페이지가 있고요…" 이렇게 화면을 하나씩 클릭하며 보여주는 방식이죠. 이건 만든 사람 입장에서는 뿌듯한 순서지만, 보는 사람 입장에서는 남의 앱 설정 메뉴를 구경하는 것처럼 지루합니다. 기능은 많은데 왜 만들었는지, 누가 어떤 상황에서 쓰는지가 안 보이거든요.
대신 한 명의 사용자가 되어 처음부터 끝까지 하나의 여정을 따라가세요. 우리 서비스를 진짜로 쓰는 사람이 어떤 문제를 안고 들어와서, 어떤 행동을 거쳐, 어떤 결과를 얻고 나가는지를 하나의 이야기로 보여주는 겁니다. 예를 들면 이렇게요.
- 중고거래·렌탈 서비스라면: "이사하면서 안 쓰는 물건이 생긴 사람"이 물건을 올리고 → 관심 있는 사람이 검색해서 찾아오고 → 채팅으로 흥정하고 → 거래가 성사되는 흐름 하나.
- 티켓 예약 서비스라면: "이번 주말 공연 표를 구하려는 사람"이 검색하고 → 좌석을 고르고 → 결제하고 → 예매 확인을 받는 흐름 하나.
- 레시피·마켓 서비스라면: "냉장고에 재료는 있는데 뭐 해먹을지 모르는 사람"이 레시피를 찾고 → 부족한 재료를 장바구니에 담고 → 주문하는 흐름 하나.
이렇게 하나의 스토리로 묶으면 청중이 "그래서 다음에 어떻게 되지?" 하고 따라오게 됩니다. 기능은 그 여정 안에서 자연스럽게 다 보여지는데, 나열이 아니라 맥락 속에서 등장하니까 훨씬 잘 이해되고 기억에 남습니다.
2. 첫 30초에 "문제"를 먼저 보여주세요
시연을 바로 앱 화면으로 시작하지 마세요. 딱 30초, 길어도 1분이면 되는데, 이 서비스가 없을 때 사람들이 겪는 불편을 먼저 던지고 들어가면 뒤에 나오는 모든 기능이 "해결책"으로 보입니다. 같은 채팅 기능이라도 "채팅 기능 보여드릴게요"와 "물건 팔 때 전화번호 노출되는 거 부담스럽잖아요, 그래서 앱 안에서 안전하게 대화할 수 있게 했습니다"는 전혀 다르게 들립니다. 후자는 기능이 아니라 배려로 들리거든요.
문제 제기는 슬라이드 한 장이어도 좋고, 발표자가 말로 30초 던지고 시작해도 좋습니다. 핵심은 시연을 보는 사람 머릿속에 "아 저 상황 나도 겪어봤어"라는 공감을 먼저 심어두는 겁니다. 공감이 깔린 상태에서 해결 장면을 보면 그게 감동으로 연결됩니다.
3. 라이브 시연 vs 동영상 시연, 어떻게 고를까
둘 중 하나를 고르라고 했으니 판단 기준을 드릴게요. 정답은 없고, 우리 서비스의 성격과 우리 팀의 안정성에 따라 갈립니다.
라이브 시연이 유리한 경우
- 실시간성이 핵심인 서비스 (채팅, 알림, 동시 접속, 실시간 가격 등). 두 개 화면을 나란히 띄워놓고 한쪽에서 메시지 보내면 다른 쪽에 즉시 뜨는 걸 눈앞에서 보여주면 편집한 영상보다 훨씬 설득력이 있습니다. "이거 진짜 되는구나"가 확실하게 전달되거든요.
- 데모 규모가 작고 흐름이 단순해서 클릭 몇 번이면 끝나는 경우.
- 발표자가 손에 익어서 긴장해도 흐름이 안 꼬일 자신이 있는 경우.
동영상 시연이 유리한 경우
- 흐름이 길거나 (회원가입 → 결제 → 정산까지) 화면 전환이 많아서 라이브로 하면 로딩 기다리는 죽은 시간이 생기는 경우. 영상은 그 부분을 빠르게 넘기거나 배속을 줄 수 있습니다.
- 결제, 외부 API 연동처럼 발표 당일 네트워크·외부 서비스 상태에 따라 실패할 위험이 있는 기능. 미리 성공한 장면을 찍어두면 확실합니다.
- 관리자 흐름처럼 계정 두 개를 오가며 보여줘야 해서 라이브로는 산만해지는 경우.
- 발표 시간이 빡빡해서 시연을 2~3분 안에 압축해야 하는 경우. 편집으로 리듬을 만들 수 있습니다.
제가 추천하는 현실적인 조합은 "핵심 하이라이트는 라이브, 나머지는 짧은 동영상" 또는 "동영상으로 전체 흐름을 보여주되 실시간 기능 한 방만 라이브로" 입니다. 그리고 라이브를 하기로 했더라도 같은 시연을 미리 동영상으로 찍어두세요. 발표 당일 인터넷이 안 되거나 서버가 죽어도, "그럼 미리 준비한 영상으로 보여드리겠습니다" 하고 넘어가면 사고가 사고로 안 보입니다. 이 백업 하나가 발표 당일 심장을 지켜줍니다.
4. 라이브 시연이면, 리스크를 미리 다 죽여놓으세요
라이브가 감동적인 이유는 진짜라서인데, 라이브가 무서운 이유도 진짜라서입니다. 발표 당일 처음 눌러보는 버튼이 하나도 없어야 합니다. 아래는 실제로 발표를 망치는 단골 원인들이라 하나씩 미리 확인해두세요.
- 빈 화면 금지. 방금 회원가입한 계정으로 시연하면 목록도 비어 있고 채팅도 없고 아무것도 없어서 앱이 초라해 보입니다. 시연 전용 계정에 미리 그럴듯한 데이터를 채워두세요. 상품 몇 개, 대화 몇 개, 후기 몇 개가 이미 있는 상태에서 시작해야 서비스가 살아있어 보입니다.
- 계정과 데이터를 미리 세팅. 로그인할 계정, 상대방 계정, 관리자 계정, 사용할 상품·게시글을 전부 미리 만들어두고 로그인 상태까지 준비하세요. 발표하면서 비밀번호 틀리는 일이 정말 자주 일어납니다.
- 네트워크 대비. 현장 와이파이는 못 믿습니다. 핸드폰 핫스팟을 백업으로 켜둘 수 있게 준비하고, 가능하면 배포된 실서버가 아니라 로컬에서도 돌 수 있게 해두면 인터넷이 끊겨도 시연은 됩니다.
- 탭·창 미리 정리. 시연에 쓸 탭만 딱 열어두세요. 개발자 도구, 열려있는 다른 사이트, 알림 팝업 이런 게 화면에 튀어나오면 몰입이 깨집니다. 알림은 방해금지 모드로 꺼두세요.
- 한 번은 진짜 리허설. 머릿속으로만 하지 말고, 발표할 노트북에서 발표할 계정으로 처음부터 끝까지 실제로 한 번 돌려보세요. 리허설에서 걸리는 건 본 발표에서 100% 걸립니다.
5. 화면은 크게, 커서는 눈에 띄게, 말은 멈추지 않게
기술적인 디테일인데 이거 하나로 시연 체감 품질이 확 달라집니다.
- 글자·화면을 키우세요. 발표장 뒷자리에서도 보이도록 브라우저 확대(⌘+ / Ctrl+)를 해두거나, 반응형이면 조금 좁은 창으로 보여주는 것도 방법입니다. 개발자 본인 모니터 기준으로 맞추면 뒷사람은 아무것도 못 봅니다.
- 커서 위치를 강조하세요. 지금 어디를 클릭하는지 청중이 눈으로 따라올 수 있어야 합니다. 마우스 강조 기능을 켜거나, 클릭 전에 "여기 이 버튼을 누르면요" 하고 한 박자 말로 짚어주면 됩니다.
- 말을 멈추지 마세요. 시연 중 가장 어색한 건 로딩을 기다리며 흐르는 침묵입니다. 지금 무슨 동작을 하는 중인지, 방금 화면에 뭐가 바뀌었는지를 계속 나레이션하세요. "지금 결제를 눌렀고요, 이제 여기 마이페이지에 예매 내역이 바로 뜨는 걸 보실 수 있습니다" 처럼요. 화면과 말이 같이 가면 청중이 안 놓칩니다.
- 모바일 서비스면 모바일 화면으로. 모바일 앱인데 데스크톱 넓은 화면으로 보여주면 우리가 신경 쓴 반응형·터치 UX가 하나도 안 보입니다. 실기기 미러링이나 브라우저 모바일 뷰로 보여주세요.
6. "이게 되네" 하는 클라이맥스 한 방을 설계하세요
시연 전체를 밋밋하게 끌고 가지 말고, 가장 자신 있는 기능 하나를 클라이맥스로 배치하세요. 발표를 보는 사람이 "오" 하고 반응할 지점을 의도적으로 만드는 겁니다. 우리 팀이 제일 고생했고 제일 잘 나온 기능, 그게 클라이맥스입니다.
- 실시간 채팅이면: 화면 두 개를 나란히 놓고, 한쪽에서 친 메시지가 반대쪽에 즉시 뜨는 순간. 이때 잠깐 말을 멈추고 청중이 두 화면을 다 보게 해주세요.
- 결제·예약이면: 결제 버튼을 누르고 나서 실제로 상태가 "예매 완료"로 바뀌고, 관리자 화면에는 그 주문이 실시간으로 잡히는 연결 장면.
- 추천·검색이면: 재료 몇 개 입력했더니 그럴듯한 결과가 딱 나오는 순간.
이 클라이맥스 직전에 "그럼 실제로 되는지 보여드릴게요" 한마디 깔아주고, 되는 순간 반 박자 뜸을 들이면 그게 감동 포인트가 됩니다. 사람은 예고된 기대가 눈앞에서 실현될 때 감탄합니다.
7. 사용자 흐름 다음엔 관리자 흐름을 이어붙이면 완성도가 올라갑니다
관리자·판매자 기능이 있는 팀이라면, 사용자 시연이 끝난 자리에서 자연스럽게 관리자 화면으로 넘어가세요. 방금 사용자가 올린 신고나 주문을, 관리자가 받아서 처리하고, 그 결과가 다시 사용자 화면에 반영되는 걸 연결해서 보여주면 "아 이 서비스가 앞뒤로 다 돌아가는구나" 하는 완결감을 줍니다. 개별 기능 열 개보다 이렇게 연결된 흐름 하나가 완성도를 훨씬 강하게 증명합니다.
8. 시연 대본을 한 장으로 써두세요
즉흥으로 하면 반드시 빠뜨립니다. 시연에 들어가는 클릭 순서, 각 단계에서 할 말, 보여줄 데이터를 한 페이지짜리 대본으로 정리해두세요. 형식은 이 정도면 충분합니다.
[시연 대본] 0. (도입 30초) "물건 팔 때 번호 노출 부담스럽죠. 그래서 앱 안 채팅으로 풀었습니다" 1. 메인 진입 → 인기 상품 목록 보여주기 말: "이미 이렇게 거래가 활발합니다" 2. 상품 검색 "자전거" → 상세 진입 말: "찾는 물건을 검색하면" 3. 채팅하기 클릭 → (옆 화면) 판매자에게 메시지 ★ 클라이맥스: 실시간으로 뜨는 것 보여주기 4. 거래 확정 → 마이페이지 거래내역 확인 5. (관리자 화면) 방금 거래가 대시보드에 집계됨 끝. "여기까지가 실제로 동작하는 우리 서비스입니다"
★ 표시한 클라이맥스가 어디인지 팀원 전부가 알고 있어야, 발표자가 거기서 뜸을 들일 때 옆 사람이 화면을 딱 맞춰줄 수 있습니다.
9. 필수 항목도 시연의 일부로 녹이세요
이번 발표는 팀원 소개 사진, 팀원 개개인 소감이 필수입니다. 이걸 시연과 따로 노는 형식적 순서로 두지 말고, 흐름 안에 자연스럽게 녹이면 발표 전체가 하나로 이어집니다.
- 팀원 소개 사진은 본인 사진이 부담스러우면 자기를 대신할 이미지(캐릭터, 좋아하는 사물, 밈 등)로 대체해도 된다고 했으니, 각자의 개성이 드러나는 이미지를 고르면 그 자체로 팀 분위기가 전달됩니다. 다만 팀 안에서 톤은 어느 정도 맞추는 게 보기 좋습니다. 한 명만 진지한 증명사진이고 나머지는 밈이면 살짝 겉돕니다.
- 개개인 소감은 "고생했습니다" 같은 뭉뚱그린 말보다, 각자 이번 프로젝트에서 자기가 넘은 벽 하나를 짧게 이야기하는 게 훨씬 와닿습니다. "처음엔 실시간 채팅이 뭔지도 몰랐는데 이걸 붙이면서 소켓 통신을 이해하게 됐다" 처럼 구체적인 성장 하나. 이게 트러블슈팅 섹션과도 자연스럽게 연결됩니다.
10. 발표 당일 마지막 점검
- 발표할 노트북에서 실제 계정으로 처음부터 끝까지 리허설 한 번 (전날 밤 말고 당일 아침에도 한 번 더 권합니다).
- 라이브 시연 백업 동영상 준비 완료.
- 시연용 계정 로그인 상태, 데이터 채워둠, 불필요한 탭·알림 정리.
- 화면 확대·커서 강조 세팅.
- 핫스팟 등 네트워크 백업.
- 클라이맥스 지점 팀 전원 공유.
- 대본 한 장 손닿는 곳에.
마지막으로
시연에서 청중을 움직이는 건 화려한 기능 개수가 아니라 "이게 진짜 돌아간다"는 신뢰와 "이걸 왜 만들었는지 이해되는 공감" 두 가지입니다. 6개월 동안 쌓아온 걸 몇 분 안에 다 보여줄 수는 없으니, 욕심내서 전부 훑기보다 제일 잘 나온 흐름 하나를 골라 그 하나를 확실하게 성공시키는 쪽이 훨씬 강한 인상을 남깁니다. 준비한 만큼 당일 여유가 생기고, 그 여유가 곧 발표의 완성도로 보입니다.
다들 마지막까지 고생 많았습니다. 좋은 발표 되길 바랍니다.
댓글
댓글을 작성하려면 이 필요합니다.