Content last updated 2024-06-27

顧客 & パートナーのファイアサイドチャット

ファイアサイドチャットとは何か？

ファイアサイドチャットは、インタビューよりもフォーマルではないですが、典型的な GitLab AMA よりは構造化されています。主要な顧客とのファイアサイドチャットシリーズは、モデレーターとそのゲストの間の非公式でありながら構造化されたチャットを意味します。このシナリオでは、ゲストは現在の GitLab の顧客またはパートナーで、モデレーターは E-Group または Senior Leadership のメンバーです。

その名前とは反対に、火や炎は関与せず、「ファイアサイドチャット」という用語は、大恐慌中に米国のフランクリン・D・ルーズベルト大統領が行った一連の夜のラジオ演説を説明するために最初に使用されました。

なぜファイアサイドチャットを行うのか？

GitLab で顧客中心主義を引き続き高め拡大する中、E-Group と VP, Customer Success は、より広いチームに主要な顧客とパートナーを露出する方法として、一連のファイアサイドチャットをホストすることに合意しました。私たちは、これらのチャットを通じて、思慮深い質問を投げかけ、関連するインサイトを引き出し、最終的に顧客やパートナーが GitLab チームと経験を共有できる環境を作ることで、GitLab の顧客とパートナーの GitLab ジャーニーについてもっと学びたいと思っています。これらの会話は、顧客/パートナーの視点からの「外から内を見る」視点を提供し、GitLab チームメンバーが顧客のゴール、課題、ニーズなどを彼らの視点からよりよく理解するのに役立ちます。

開催頻度

VP of Customer Success と CoS to CRO は、顧客とパートナーの可用性に基づいて、月に少なくとも 1 回の 50 分間のファイアサイドチャットを調整することを目指しています。

顧客とパートナーの選定プロセス

VP of Customer Success が主導し、CS チームは機能的な EBA、アカウントチーム、Customer Reference チームと協力して、既存の顧客またはパートナーを指名します。チームは、ユニークなストーリーを持つ顧客とパートナー、GitLab で挑戦的な問題を解決した顧客とパートナー、または顧客/パートナーとより広い GitLab チームの両方に利益をもたらすトピックを議論できる顧客とパートナーを特定することを目指す必要があります。

ファイアサイドチャットに顧客またはパートナーを指名するプロセス:

  1. VP of CS によって TBD
  2. TBD
  3. TBD

成功の鍵

  1. 適切なゲストとモデレーターを選び、ペアにすること。チャットのために、両者が一致したよく考え抜かれたアジェンダがあることを確認する
  2. 事前に少なくとも 1 回の準備コールをスケジュールし、簡単なテックチェックを行い、チャットのトピックとフローを確認する。ゲストとモデレーターがファイアサイドチャットの前にお互いを知るために少なくとも 5 分を費やすことをお勧めします。モデレーターはまた、このチャット中に期待を設定し、インクルーシブな言語を使用する必要性をカバーし、GitLab の CREDIT バリューについて少し共有する必要があります
  3. よく準備された知識のあるモデレーターがいること。ファイアサイドチャットの前に、彼らは顧客またはパートナーについて学ぶことに時間を投資する必要があります。素晴らしいモデレーターは、顧客またはパートナーが快適に感じるのを助け、聴衆にとって会話を興味深くすることができます
  4. ゲストとモデレーターが適切な機材を持っていることを確認する。専用のマイク、標準の MacBook カメラ以外の Webcam またはカメラ、超安定したインターネット接続をお勧めします
  5. 非公式な設定を作る。ゲストとモデレーターの両方が、質問、フォーマット、自然に会話を流すことに快適さを感じる必要があります。ただし、ファイアサイドチャットの非公式さは、ファイアサイドチャットが準備されていないという意味ではなく、舞台裏で多くの作業が行われており、スキップすべきではありません。

ファイアサイドチャットのホスティング

ファイアサイドチャットは Zoom でリモートでホストされ、VP of Customer Success の EBA は、顧客またはパートナーが特定された後、アカウントチームと顧客またはパートナー側のキーステークホルダーと協力してチャットを調整する責任を負います。EBA は、顧客またはパートナーのタイムゾーンに基づいて、インクルーシブな時間（一般的には太平洋時間午前 10 時前）を調整します。

VP of Customer Success の EBA は、GitLab Team Meetings カレンダーから GitLab の全員に招待状を送信し、送信前にカレンダー招待にアジェンダが添付されていることを確認します。EBA はまた、ファイアサイドチャットの少なくとも 7 営業日前に、モデレーターとゲストとの 10〜25 分間の準備ミーティングをスケジュールします

モデレーターの役割

  1. アジェンダのキュレーション
  2. 特定の顧客と彼/彼女のフィードバックに基づく質問の準備
  3. ファイアサイドチャットの前のゲストとの準備コールをリードする
  4. ファイアサイドディスカッションの準備、これには以下が含まれます:
    1. ミーティングドキュメントに追加される顧客の会社の要約
    2. 顧客スピーカーの紹介
  5. ファイアサイドチャットをリードし、ゲストにとって快適で会話的なトーンを設定する

ゲストの役割（顧客またはパートナー）

  1. 与えられた質問への回答を事前に検討/準備する
  2. 簡単な準備コールに出席する
  3. 楽しむ！

サンプルアジェンダ

ファイアサイドチャットの構造とアジェンダは、四半期ごとに選ばれた顧客またはパートナーに大きく依存します。アジェンダトピックのゴールは、会話に自然な流れを作ることであり、ゲストの応答に応じてオフトピックになる可能性があります。

モデレーターは、事前に質問を変更し、顧客またはパートナーと同期することで、アジェンダのキュレーションをリードします。準備ミーティングのテンプレート は、セッションで尋ねられるロジスティクスと質問のためにゲストを準備するために使用されます。

アジェンダテンプレート。出発点としてこれをコピーしてください。テンプレートに関する質問がある場合は、#customer-centricity で CoS to the CRO にピングしてください。

モデレーターは、ディスカッションを開始するのを助けるために少なくとも 2〜3 の質問を準備しておくことを計画する必要があり、顧客/パートナーの応答に基づいて質問を変更することを選択する場合があります。モデレーターは、アカウントチーム、またはエグゼクティブアカウントスポンサーと同期して、ゲストについてもっと学ぶか、アジェンダに関する主要なステークホルダーからフィードバックを求めることを選択する場合があります。

チームメンバーからの質問は、スピーカーが直接または間接的に以前に回答した質問と、対処されていないものに基づいてキュレーションされます。

サンプルトピック / 質問

純粋に例として、顧客/パートナーに以下の質問またはトピックを尋ねることを検討してください。

  1. 自己紹介をしてもらえますか？
    1. 目的: 顧客スピーカーについて個人的な視点から少し知る（情熱、出身地、その役割にどのように入ったかなど）。これは、顧客またはパートナーが共有したいものであれば何でも構いません。
  2. 組織内のあなたの役割と他の関連する部門/事業部/チームについて教えてもらえますか？
    1. 目的: 組織（チャーター、責任）、顧客スピーカーの役割、および GitLab を使用しているより広いチームの理解を提供する
    2. 質問は、顧客の組織の規模とタイプに応じて調整する必要があります。
  3. ビジネスゴールについて教えてもらえますか？
    1. 目的: 顧客のユニークなゴールを理解し、GitLab がこれらのゴールにどのように貢献または関連しているかについてチームに文脈を持たせる。
    2. フォローアップの質問: なぜ GitLab とパートナーシップを結ぶことを決定したのですか？
  4. GitLab チームの顧客中心主義をどのように説明しますか？
    1. 目的: 顧客スピーカーに GitLab に対する期待を設定してもらう。顧客の視点からの定義。
  5. GitLab で得た成功/勝利、または困難とその克服方法について教えてもらえますか？
  6. あなたの理想的なパートナーシップを考えると、私たちが改善できる領域（例: 顧客体験、製品体験、エンゲージメント、ビジネスのしやすさ、サポート）について教えてもらえますか？
  7. GitLab の何が一番好きですか？
  8. もし誰かが GitLab を使用すべきかどうか尋ねたら、何と答えますか？
  9. GitLab はあなたの仕事をどのように改善しましたか？（可能であれば具体的に。）
  10. GitLab の前は何を使用していましたか？あなたの DevOps 環境はどのようでしたか？
  11. 今日 GitLab を諦めなければならないとしたら、あなたの反応はどうですか？
  12. 私たちが「The One DevOps Platform」と言うとき、それはあなたにとって何を意味しますか？
  13. DevOps プラットフォームの採用に成功することを考えると、克服する必要があるいくつかの主要な課題は何ですか？
    1. 目的: 企業がどのように製品/プラットフォームを採用するかについての洞察を提供する。これには、意思決定プロセス（例: 部門/事業部、チームなど）、変更管理（例: 文化、プロセス、教育とイネーブルメント、M&A）、コンプライアンスとポリシーなどが含まれます。
  14. GitLab チームに伝えたい、尋ねたい、共有したいことが他にありますか？
    1. 目的: クロージングの質問。顧客スピーカーが、GitLab に対する依頼を含めて、聴衆に直接話す機会を許可する（例: 感謝、もっと行う、お願い…）。
最終更新 June 14, 2026: Merge pull request #403 from kyama0/claude/cool-turing-ls6eck (bfd74782)
ページのソースコードを見る - ページの編集 - please contribute. Creative Commons License