ピッチデックのチーム紹介：次の目標を実行できる体制を示す

ピッチデックのチーム紹介では、なぜそのメンバーで次の重要な段階を実行できるのかを説明します。誰が仕事を担い、どの経験や実績がその担当を裏づけ、何がまだ足りないかを示しましょう。肩書きや有名企業のロゴを並べても、経歴の紹介にとどまり、これらの問いには答えていない場合があります。

次のマイルストーンを軸に、説明に役立つチームの事実を選びます。準備できたら、事業の資料をピッチデックの下書きにまとめることができます。できあがったスライドは慎重に確認してください。デザインツールは、本人の経験、稼働時間、関与の約束を代わりに確認することはできません。

チームが実行すべき仕事から考える

「強いチームです」では評価が難しくなります。「最初の試験導入には、製品、開発、導入支援の担当者がいます」なら、聴衆は具体的に確認できます。後者も成功を証明するものではありませんが、必要な責任分担を明らかにしています。

事業計画から、近い時期のマイルストーンを一つ選びます。試作品の完成、試験導入、最初の顧客への本導入、販売経路の検証などです。誰の経歴を載せるか決める前に、その目標に必要な仕事をいくつかの領域に分けます。

Sequoiaの事業計画の構成案には、創業者と主要メンバーが含まれています。これは事業に関わる人を説明する理由であり、華やかなつながりを持つ人を全員載せる指示ではありません。チーム紹介スライドと会社の組織図では、答える問いが違います。

各領域について、その人が担えると考える根拠を探します。本人が作った試作品、運用した手順、下した判断、説明できる研究などが該当します。役職の高さや有名な勤務先は背景にはなりますが、それだけでは本人の貢献を説明できません。

具体的な目標を持つ架空のチーム例

見込み顧客である修理事業者3社との6週間の試験導入を準備する、架空の予約管理事業を考えます。以下の人物と仕事はスライドを説明するための架空例であり、Presentiの顧客や実在する推薦者ではありません。試験導入契約が締結済みという前提もありません。

目標は、使える予約の流れ、信頼できるデータ取り込み、明確な導入支援の分担を整え、この小規模な試験導入を準備・実施することです。チームには常勤の共同創業者2人と、非常勤の運営責任者1人がいます。

ここでの実績は、事業の成長が確認できたという主張より意図的に狭くしています。4回の操作確認では需要を証明できません。サンプルデータの試作品は、本番環境での信頼性の実績ではありません。導入計画があっても、顧客が導入を完了したことにはなりません。それぞれの事実は特定の担当を支えるものであり、より大きな成果へ言い換えないようにします。

この表は作業用の材料です。発表スライドでは、こうした範囲を保ったまま、短く読みやすい文にまとめます。質問されそうな詳しい裏づけは、ノートや付録に残しましょう。

質問に答えられる根拠を選ぶ

有用な実績の説明には、行動とその範囲が含まれます。「製品分野の経験が豊富」では、聴衆は想像するしかありません。「4回の試作品の操作確認を12の受け入れ確認シナリオにまとめた」なら、何をして何ができたかが分かります。実際のピッチでは、そのシナリオと仕事への影響をチームが説明できる必要があります。

証拠より強い表現にしてはいけません。「海外に事業を拡大した会社に勤めた」と「海外展開を主導した」は違います。「サービス開始に貢献した」と、開始全体の責任を負ったことも同じではありません。大きなチームの仕事の一部を担当したなら、その部分を示します。

数字は、関係があり確認可能な範囲を示すときに役立ちます。経歴を飾るだけなら、かえって注意をそらします。経験年数だけでは目の前の問題を解いたことがあるか分からず、過去の勤務先を長く並べても、今どの経験が重要かは伝わりません。

実際の主張を使う前に、裏づけとなる成果物や、確認できる人を特定します。製品リリース、公開された論文・記事、記録されたプロジェクトへの貢献、本人が開示できる仕事の例などです。説得力がありそうというだけで、機密資料、顧客名、勤務先のロゴを載せてはいけません。

現在進めている仕事も根拠になります。初めて起業する人が、豊富な上級職の経験を作り上げる必要はありません。範囲が明確な試作品、丁寧な運営モデル、説明できる技術的選択は、漠然とした「先見性がある」という主張より多くを伝えます。すでに存在するものと、まだ試していないものを説明してください。

読めるチーム紹介スライドにまとめる

架空のチームなら、見出しを「最初の試験導入には、製品・開発・導入支援の担当者がいる」とします。その下に同じ大きさのカードを三つ置きます。全員に同じ種類の情報を載せると、聴衆は別々の経歴形式を読み解かずに分担を比較できます。

Maya — 製品担当の共同創業者
常勤。4回の試作品の操作確認を12の受け入れ確認シナリオに整理。
次の担当：試験導入の範囲と業務フローの判断。

Leo — 開発担当の共同創業者
常勤。サンプルデータの取り込みで必須項目の欠落を検出する試作品を作成。
次の担当：取り込みの信頼性と復旧。

Nina — 運営責任者
週2日。導入支援の責任分担と質問の引き継ぎを整理。
次の担当：導入支援の調整と未解決の問題の振り分け。

名前と担当は、背景の装飾より読み取りやすくします。写真を使うなら、本人の適切な画像を許諾のもとで使ってください。チームメンバーの代わりに生成した顔を使ってはいけません。存在しない人物や関与を連想させる写真より、文章中心のスライドのほうが適切です。

カードには、この目標に最も関係する根拠だけを載せます。スライドは小さな履歴書ではありません。資格、以前の役職、技術分野は、現在の担当を説明する助けになる場合に載せ、それ以外は補足の経歴に残せます。

事業段階によって、強調すべき点も変わります。研究を基盤とする事業なら、誰が研究を使える製品へつなげるかが重要かもしれません。サービス事業なら提供責任の説明が必要でしょう。自社に存在しない役割まで、大企業の肩書き構成をまねる必要はありません。

助言と実務上の責任を分ける

このチームには、月2時間助言する元運営責任者Raviもいるとします。関与するのは、導入支援の引き継ぎの確認です。試験導入の実施責任者ではなく、日常のサポートを担当するわけでもありません。

実務チームの4枚目のカードにするのではなく、「Ravi — 運営アドバイザー。導入支援の引き継ぎについて月2時間助言」と、明示した別行に置きます。実際のピッチでは、肩書き、関与の程度、説明を現実の合意に合わせてください。一度質問に答えた、会議に参加したというだけで、アドバイザーであるかのように示してはいけません。

外部委託先や非常勤の協力者も同じです。現在の役割と範囲を記します。「試作品開発のパートナー」は、常勤の技術系共同創業者と同じ意味ではありません。外部専門家が提供の重要部分を担う場合は、社内チームとの責任分担を説明します。

アドバイザーの経験は、判断について相談できる相手を示す助けになります。ただし、本人が引き受けていない実務上の不足を埋めることはできません。分けて示すことで、聴衆が実際以上の対応能力を想定するのを防ぎ、説明の信頼性も高まります。

不足している役割と現在の担当を示す

架空のチームには、まだ専任のサポート担当がいません。隠すと、週2日のNinaが実際より広く対応できるように見えてしまいます。カードの下に、「専任サポートは未採用。試験導入中はMayaが顧客の問い合わせを振り分け、Leoが技術的なエスカレーションを担当」と短く添えます。

この説明は、無制限の対応を約束せずに現在の体制を示します。開始前には、対応時間、担当者への連絡経路、対応できない場合の扱いをまだ決める必要があります。採用計画は現在の社員ではなく、調達予定の資金も採用完了を意味しません。

不足が目標に実質的に影響するなら、ここで示します。欠けている能力と現在の対応を述べ、詳しい人件費や採用時期は運営計画に回します。将来の未確定な役職でスライドを埋めて、今のチームを大きく見せてはいけません。

人のつながりと仕事の進め方を説明する

発表ではカードを読み上げるのではなく、各人の役割をつなげます。この例なら、次のように短く説明できます。

「次の段階は、6週間の小規模な試験導入です。Mayaが業務フローの範囲を、Leoが取り込みの信頼性を担い、Ninaが週2日、導入支援を調整します。ここにある受け入れ確認シナリオ、サンプルデータの試作品、導入支援の引き継ぎは、すでに用意しました。専任サポートはまだ採用していないため、Mayaが顧客の問い合わせを振り分け、Leoが技術的なエスカレーションを担当します。Raviは引き継ぎについて助言しますが、実施を指揮する立場ではありません。」

これにより、誰が仕事をし、何を準備済みで、対応能力のどこに限りがあるかが伝わります。肩書きから責任を推測してもらうのではなく、試験導入について具体的な質問を受けられます。

下書き用には、各人の現在の役割、稼働時間、関連する根拠一つ、次の成果物を別々の項目にして渡します。アドバイザーと未充足の役割も明記します。作成後は事実と照合し、格上げされた肩書き、架空の実績、合意のない関与を取り除いてください。完成したスライドは、経歴だけを並べたものより実務の体制が明確であるべきです。