피치덱 팀 소개 슬라이드: 다음 목표를 실행할 팀 보여 주기

피치덱의 팀 소개 슬라이드는 왜 이 사람들이 다음의 중요한 단계를 실행할 수 있는지 설명해야 합니다. 누가 일을 맡는지, 어떤 관련 근거가 그 역할을 뒷받침하는지, 팀에 아직 어떤 공백이 있는지 보여 주세요. 직함과 유명한 로고를 나열하면 이 질문에는 답하지 못한 채 이력서만 소개하게 될 수 있습니다.

다음 마일스톤을 중심으로 슬라이드를 구성하고, 이를 설명하는 팀의 사실을 고르세요. 준비가 되면 사업 자료를 피치덱 초안으로 만들 수 있습니다. 결과물을 꼼꼼히 확인하세요. 디자인 도구가 당사자의 경험, 투입 가능한 시간, 참여 약속을 대신 확인해 주지는 않습니다.

팀이 해야 할 일부터 정하기

‘우리 팀은 강합니다’는 평가하기 어렵습니다. ‘첫 파일럿의 제품, 개발, 온보딩에 각각 담당자가 있습니다’는 청중이 구체적으로 검토할 내용을 줍니다. 두 번째 문장도 파일럿 성공을 입증하지는 않지만, 반드시 맡아야 할 책임을 드러냅니다.

사업계획에서 가까운 시기의 마일스톤 하나를 고르세요. 프로토타입 완성, 파일럿 운영, 첫 고객 배포, 유통 채널 검증 등이 될 수 있습니다. 누구의 약력을 넣을지 정하기 전에 목표 달성에 필요한 작업 영역 몇 개로 나눕니다.

Sequoia의 사업계획서 구성안에는 창업자와 핵심 팀원이 포함됩니다. 이는 사업에 관련된 사람들을 설명하라는 취지이지, 화려한 인맥을 가진 사람을 모두 넣으라는 뜻은 아닙니다. 팀 소개 슬라이드와 회사 조직도는 서로 다른 질문에 답합니다.

각 작업 영역에서, 제안한 담당자를 신뢰할 수 있게 만드는 근거가 무엇인지 생각하세요. 직접 만든 프로토타입, 운영한 절차, 내린 결정, 설명할 수 있는 연구 등이 될 수 있습니다. 직급이나 잘 알려진 이전 직장은 배경 정보가 되지만, 그 자체로 개인의 기여를 설명하지는 못합니다.

구체적인 목표가 있는 가상 팀 예시

잠재 고객인 정비업체 세 곳과 6주간의 파일럿을 준비하는 가상 예약 관리 사업을 생각해 보겠습니다. 아래의 인물과 작업은 슬라이드를 설명하기 위해 만든 예시입니다. Presenti 고객이나 실제 추천인이 아니며, 파일럿 계약이 체결되었다는 가정도 없습니다.

목표는 사용할 수 있는 예약 흐름, 신뢰할 수 있는 데이터 가져오기 절차, 명확한 온보딩 책임을 갖춰 소규모 파일럿을 준비하고 운영하는 것입니다. 팀은 상근 공동창업자 두 명과 시간제 운영 책임자 한 명으로 구성되어 있습니다.

근거의 범위는 의도적으로 사업 성과 주장보다 좁습니다. 사용 흐름 검토 네 차례가 수요를 입증하지는 않습니다. 샘플 데이터 프로토타입은 운영 환경의 신뢰성 실적이 아닙니다. 온보딩 계획이 있다고 고객이 온보딩을 완료한 것은 아닙니다. 각 사실은 특정 책임을 뒷받침하되, 더 큰 성과로 부풀리지 않습니다.

이 표는 작업용 자료입니다. 발표 슬라이드에서는 이런 경계를 지키면서 짧고 읽기 쉬운 문장으로 압축하세요. 질문이 나올 만한 자세한 근거는 발표 노트나 부록에 둡니다.

후속 질문에도 설명할 수 있는 근거 고르기

유용한 근거 문장은 행동과 범위를 함께 보여 줍니다. ‘제품 경험이 풍부함’이라고 하면 청중은 추측해야 합니다. ‘프로토타입 사용 흐름 검토 네 차례를 인수 확인 시나리오 열두 개로 정리’라고 하면 무엇을 했고 무엇이 나왔는지 알 수 있습니다. 실제 피치에서는 그 시나리오와 업무에 미친 영향을 팀이 설명할 수 있어야 합니다.

근거보다 강하게 표현하지 마세요. ‘해외로 성장한 회사에서 근무함’과 ‘해외 확장을 주도함’은 다릅니다. ‘출시에 기여함’과 출시 전체를 책임졌다는 말도 다릅니다. 더 큰 팀의 작업 중 일부를 맡았다면 그 부분을 명시하세요.

수치는 관련성이 있고 확인 가능한 범위를 설명할 때 도움이 됩니다. 약력을 장식하는 데 그치면 주의를 분산시킵니다. 경력 연수만으로는 지금의 문제를 해결해 본 적이 있는지 알 수 없고, 이전 직장을 길게 나열해도 어떤 경험이 현재 중요한지는 드러나지 않습니다.

실제 주장을 쓰기 전에 이를 뒷받침하는 산출물이나 확인해 줄 사람을 찾으세요. 제품 출시, 공개된 논문이나 글, 기록된 프로젝트 기여, 공개해도 되는 작업 사례 등이 될 수 있습니다. 설득력 있어 보인다는 이유만으로 기밀 자료, 고객명, 이전 회사의 로고를 슬라이드에 넣지 마세요.

현재 진행 중인 작업도 근거가 될 수 있습니다. 처음 창업하는 사람이 고위직 경력을 지어낼 필요는 없습니다. 범위가 명확한 프로토타입, 신중하게 만든 운영 모델, 설명 가능한 기술 선택은 모호한 ‘비전이 있는 사람’이라는 주장보다 더 많은 정보를 줍니다. 이미 있는 것과 아직 검증하지 않은 것을 설명하세요.

읽기 쉬운 팀 소개 슬라이드로 만들기

가상 팀의 제목은 ‘첫 파일럿의 제품·개발·온보딩에 담당자가 있습니다’로 정할 수 있습니다. 아래에는 같은 크기의 카드 세 개를 배치합니다. 모든 사람에게 같은 종류의 정보를 제시하면 청중이 서로 다른 세 가지 약력 형식을 해독하지 않고 책임을 비교할 수 있습니다.

Maya — 제품 공동창업자
상근 · 프로토타입 사용 흐름 검토 네 차례를 인수 확인 시나리오 열두 개로 정리.
다음 책임: 파일럿 범위와 작업 흐름 결정.

Leo — 개발 공동창업자
상근 · 샘플 데이터 가져오기 프로토타입으로 필수 필드 누락 식별.
다음 책임: 데이터 가져오기 신뢰성과 복구.

Nina — 운영 책임자
주 2일 · 온보딩 책임과 질문 인계 절차 정리.
다음 책임: 온보딩 조율과 미해결 문제 전달.

이름과 책임은 배경 장식보다 쉽게 읽혀야 합니다. 사진을 쓴다면 실제 인물의 적절하고 사용 허락을 받은 이미지를 사용하세요. 생성한 얼굴로 팀원을 대신해서는 안 됩니다. 존재하지 않는 사람이나 참여 약속을 암시하는 사진보다 텍스트 중심 슬라이드가 낫습니다.

각 카드에는 이번 마일스톤과 가장 관련 있는 근거만 담습니다. 슬라이드는 축소판 이력서가 아닙니다. 자격, 이전 역할, 기술 전문성이 현재 책임을 설명하는 데 도움이 될 때만 넣으세요. 그렇지 않다면 보조 약력에 남겨도 됩니다.

팀의 단계에 따라 강조할 내용은 달라집니다. 연구 중심 사업은 누가 연구를 쓸 수 있는 제품으로 옮길지 설명해야 할 수 있습니다. 서비스 사업은 누가 실제 제공을 책임지는지가 중요할 수 있습니다. 회사에 존재하지 않는 역할까지 큰 기업의 직함 구성을 따라 할 필요는 없습니다.

자문과 운영 책임 구분하기

예시 팀에 이전 운영 관리자였던 Ravi가 매달 두 시간씩 조언한다고 해 보겠습니다. 그의 기여는 온보딩 인계 절차 검토입니다. 파일럿 실행 책임자가 아니며 일상적인 고객 지원도 맡지 않습니다.

네 번째 운영 팀 카드 대신, 자문임을 명확히 밝힌 별도 줄에 배치하세요. ‘Ravi — 운영 자문, 온보딩 인계에 월 2시간 참여.’ 실제 피치에서 직함, 참여 정도, 설명은 실제 합의를 반영해야 합니다. 질문에 답해 주었거나 회의에 참석했다는 이유만으로 자문 역할을 맡고 있다고 암시해서는 안 됩니다.

외주 인력과 시간제 참여자에게도 같은 구분을 적용합니다. 현재 역할과 범위를 명시하세요. ‘프로토타입 개발 파트너’는 상근 기술 공동창업자라는 뜻이 아닙니다. 외부 전문가가 제공 과정의 핵심 부분을 맡는다면 내부 팀과 책임이 어떻게 연결되는지 설명하세요.

자문자의 경험은 판단에 도움을 받을 수 있다는 점을 설명합니다. 하지만 당사자가 맡기로 하지 않은 운영 공백을 채워 주지는 않습니다. 두 범주를 나누면 실제보다 큰 역량을 가정하는 일을 막고 슬라이드의 신뢰도를 높일 수 있습니다.

공석과 현재 담당자 보여 주기

가상 팀에는 아직 전담 지원 인력이 없습니다. 이를 숨기면 주 2일 근무하는 Nina의 역할이 실제보다 넓어 보입니다. 팀 카드 아래에 짧은 문구를 넣으세요. ‘전담 지원 역할 미채용. 파일럿 기간 고객 문의 분류는 Maya, 기술 문제 에스컬레이션은 Leo가 담당.’

이 문장은 무제한 대응을 약속하지 않으면서 현재 담당 체계를 밝힙니다. 파일럿 시작 전에는 대응 시간, 질문이 담당자에게 전달되는 경로, 바로 응답할 수 없을 때의 처리 방식을 합의해야 합니다. 채용 계획은 현재 직원이 아니며, 예정된 자금 조달도 채용 완료를 뜻하지 않습니다.

공백이 마일스톤에 실질적으로 영향을 준다면 이 슬라이드에 표시해야 합니다. 부족한 역량과 현재 대응 방식을 밝히고, 상세 인건비와 채용 일정은 운영 계획에 둡니다. 예상되는 미래 직함으로 화면을 채워 현재 팀을 더 크게 보이게 하지 마세요.

팀이 함께 일하는 방식을 설명하기

발표할 때는 카드를 읽기보다 사람들의 역할을 연결하세요. 예시에서는 다음처럼 짧게 설명할 수 있습니다.

‘다음 단계는 6주간의 소규모 파일럿입니다. Maya는 작업 흐름의 범위를, Leo는 데이터 가져오기의 신뢰성을 맡고, Nina는 주 2일 온보딩을 조율합니다. 여기 보이는 인수 확인 시나리오, 샘플 데이터 프로토타입, 온보딩 인계 절차는 이미 준비했습니다. 전담 지원 인력은 아직 채용하지 않아 Maya가 고객 문의를 분류하고 Leo가 기술 문제를 처리합니다. Ravi는 인계에 조언하지만 실행을 지휘하지는 않습니다.’

이 설명은 누가 일하는지, 어떤 준비가 되어 있는지, 역량에 어떤 한계가 있는지 알려 줍니다. 청중이 직함에서 책임을 추측하게 하기보다, 파일럿에 관한 유용한 후속 질문을 할 여지를 줍니다.

초안을 준비할 때는 각 사람의 현재 역할, 투입 시간, 관련 근거 한 가지, 다음 산출물을 별도 항목으로 제공하세요. 자문자와 미충원 역할도 명시합니다. 초안이 나오면 사실과 대조해 격상된 직함, 지어낸 성과, 합의되지 않은 참여 약속을 제거하세요. 완성된 팀 소개 슬라이드는 약력만 나열한 것보다 실제 운영 체계를 더 명확하게 보여 줘야 합니다.