バイヤーペルソナ

バイヤーペルソナ

バイヤーペルソナは、組織における主要な購買者として機能する人々や、エンタープライズ内で購買会話をリードしさまざまなチームを調整して購買を実現するチャンピオンを表します。私たちは、Jobs To Be Done(JTBD)フレームワークに基づき、グループ内の特定のロールやタイトルに加えて、ペルソナグループを含めるアプローチに更新しました。

IT 組織図

  1. CIO
  2. App Dev
  3. Security
  4. Platform
  5. Compliance
  6. Release
  7. PMO
  8. Back Office

価格ページの 3 つのティアもご覧ください。

私たちが販売するエンタープライズ IT のロール

ペルソナは理想的なターゲットを記述するのに対し、ロールは販売中に出会うジョブタイトル上の実在の人物です。各ロールが直面する課題と、彼らが最も気にかけることを理解することは、適切な人物に適切なバリュープロポジションを届けるのに役立ちます。これにより、以下のことが分かります:

  1. 彼らが GitLab に興味を持つ可能性のある人物かどうか(時間を無駄にしないため)、
  2. リードを学習・適格化するためにどのような質問をすべきか、
  3. 彼らをデモ、議論、PoC につなげる可能性のあるバリュープロップは何か。

私たちが誰に販売しているか、どのようにアプローチするかの詳細については、エンタープライズ IT ロールページをご覧ください。

すべてのペルソナへのライティング

  • コンテンツを書く際は、ペルソナにかかわらず、常に GitLab voice を使用することを忘れないでください。
  • 他のペルソナを疎外しないでください。バズワードビンゴをしなくても、バイヤーに訴求できます。
  • チャンネルの主な利用者を考慮してください(Twitter とドキュメント: ユーザー、ウェビナー LinkedIn: バイヤー)。共有時(ウェブサイト)は、ユーザーには /features を、バイヤーには /solutions を案内してください。

全体的な推奨事項

  • より効率的なターゲティングのために、コンテンツを開発し、「パーソナライズされた」バイヤーズジャーニーを構築する
  • ペルソナごとに最も効果的なドライバーを活用するため、メッセージングを再考する
  • 特定のペルソナをターゲットにするため、代替コンテンツサイト(Reddit、Quora、Medium)を検討する
  • チャンピオンが社内でアイデアを売り込めるよう、彼らが必要だと言うリソース(ROI/ケーススタディ/実世界のメリット/確かなデータ/概念実証)で支援する
  • 経験 10 年未満のペルソナへの技術教育/「メンタリング」を提供する機会を探る(中堅人材の同僚/メンターの不足、16 年以上のキャリアを持つ層の引退によるもの)
  • 注: IC 開発者は私たちの成長 KPI を牽引する立場ではなくなりましたが、バイヤーに対する強力な影響力を持っています ― 彼らのプロダクト導入と推奨は、拡大と更新にとって極めて重要です

ペルソナの比較

各バイヤーペルソナのモチベーションと課題。

バイヤーペルソナがどのように技術情報を収集するか。


Tech Exec Tristan

techexectristan

  • Job To Be Done:

    • 組織のテクノロジービジョン、戦略、イノベーション、実行をリードする
  • サマリー:

    • 組織の変革をリードすることに強くモチベートされている
    • テクノロジー購買のインフルエンサー兼ニーズの起案者/識別者だが、しばしば意思決定者でもある
    • 最大の課題は、サイロ化されたチームとワークフロー、開発スピードを上げる必要、複数のプロジェクトと環境にまたがる効率化と新しい働き方のスケーリング
    • バイヤーズジャーニーに含めるべきキーメッセージング概念: 予算、コスト、ROI、コスト分析、価値など
  • マイメッセージング:

    • 加速されたフィードバックループを通じた継続的な改善で、より速く安全なコードを作成
    • 組み込みのサポート自動化とサードパーティサービスとの統合により、より少ないリソースでより多くを実現
    • コンプライアンスを強制し、可視性を持ち、監査により良く備える
    • SDLC とサプライチェーン全体を可視化
  • 想定されるタイトル:

    • CIO/CTO/CINO/CDO/創設者/オーナー/VP
  • レポート先:

    • CEO/取締役会
  • 職務責任:

    • IT 部門が円滑かつ効果的に運営されるよう、目標と戦略を策定する
    • IT 関連プロジェクトを指揮・確立する
    • 企業が改善・発展できる方法を発見するため、テクノロジー業界の変化を監視する
    • 最適なパフォーマンスを確保するため、企業のネットワークとコンピュータシステムを監督する
    • 新しい IT システムの導入を計画・指揮する
  • 職務の評価基準:

    • 結果/スピード(市場投入までの時間)
  • 目標と目的:

    • IT がビジネス目的(デジタルトランスフォーメーションに紐づく)の達成においてより戦略的な役割を果たすよう支援する
  • モチベーション:

    • 実際の問題解決への貢献
    • 組織変革のリード
    • 自律性/独立性
    • セキュリティと品質を犠牲にせずチームを支援する
  • 最大の課題:

    • サイロ化されたチームとワークフロー
    • 開発スピードを上げる必要性
    • 複数のプロジェクトと環境にまたがる効率化と新しい働き方のスケーリング
    • 遅いデジタルトランスフォーメーション施策
    • スケールしない現行プロセス
    • 関連スキルセットを持つスタッフの採用と育成(スキルギャップ)
    • 興味のないプラットフォームで働きたくない人々の定着
    • 高いダウンタイムコスト
  • テクノロジー購買決定のソース:

    • プライマリ: イベント&ミートアップ/カンファレンスプレゼン/ケーススタディ/ウェビナー
    • セカンダリ: アナウンスメント&プレスリリース/ウェブサイト/ブログ投稿/メールアップデート&ニュースレター/ホワイトペーパー
    • ターシャリ: ポッドキャスト
    • 内部インフルエンサー: データコンサルタント/マーケティング/C-Suite/エンジニアリングチーム/テックリード/開発者/同等の Tech Execs
  • 購買ロール:

  1. インフルエンサー
  2. 意思決定者(更新決定はユーザー/インフルエンサーに依存)
  3. ニーズの起案者/識別者
  4. ユーザー
  • 推奨バイヤーズジャーニー

    • 認知: CIO ラウンドテーブル、カンファレンスプレゼン、ケーススタディ
    • 検討: ブログ投稿、ホワイトペーパー、カスタムウェブサイトランディングページ
    • 決定: CTA 付きのトピカルキャンペーンメール、ポッドキャスト、プレスリリース/アナウンスメント

App Dev Avery

appdevavery

  • Job To Be Done:

    • アプリケーションとプロダクト開発活動を推進する
  • サマリー:

    • 仕事に使うテクノロジー/ツールを自分で選びたい
    • 主にテクノロジー購買のインフルエンサーとリサーチャー(ただし時にはニーズの起案者/識別者)
    • 最大の課題は、開発スピードを上げること、チームのサイロとワークフロー、複数のポイントソリューション間の絶え間ないコンテキストスイッチ
    • キーメッセージング概念: 開発者体験ギャップを統合された One DevSecOps プラットフォームのバリュープロポジションとして強調する
  • マイメッセージング:

    • コンテキストスイッチを減らし、コーディングに多くの時間を費やす
    • 開発に使用しているのと同じツール内でセキュリティチームや他のチームからフィードバックを受ける
    • 自動化された CI ツールでリアルタイムフィードバックを得る
    • より迅速な解決とデプロイのための簡単なコラボレーション
  • 想定されるタイトル:

    • アプリケーション開発エグゼクティブ(VP など)/アプリケーション開発ディレクター/アプリケーション開発マネージャー/プロダクト開発/アプリケーション開発者/ソフトウェア開発者/ソフトウェアエンジニア
  • レポート先:

    • アプリケーション開発のディレクターまたは VP
  • 職務責任:

    • アプリケーションとプロダクト開発活動を推進する
    • フルスタック開発者のチームを率いる
    • イテレーションサイクルを管理し、キャパシティを確保し、新プロダクト機能と改善のハイレベルおよび詳細設計の両方に参加する
    • アーキテクトおよび開発者と仕様、設計、標準、コードレビュー、テスト機能について協力する
    • 複数のプロジェクトと環境にまたがる効率化と新しい働き方をスケールする
    • Digital 全体で水平的に動作するプラクティス、プロセス、プラットフォームを確立し、新技術をガバナンス・運用化してその広範な導入を可能にする
  • 職務の評価基準:

    • 生産性/スピード
  • 目標と目的:

    • 本番環境の標準化を推進する
    • 複雑性を削減する
    • アプリケーション管理を最適化する
    • 新しいビジネス機能を提供する革新的なテクノロジーを導入し、テクノロジーの総所有コストを削減し、競争優位性を生み出す
  • モチベーション:

    • 実際の問題解決への貢献
    • キャリア成長/学習(および安全な環境で失敗・学習できること)
    • 仕事に使うテクノロジー/ツールを自分で選ぶこと
  • 最大の課題:

    • 開発スピードを上げる必要性
    • サイロ化されたチームとワークフロー
    • 特定のレガシーワークロードと環境では DevOps への移行が困難
    • ポイントソリューション間のコンテキストスイッチ
  • テクノロジー購買決定のソース:

    • プライマリ: アナリストレポート/カンファレンスプレゼン/テックビデオとデモ/ウェビナー/eBook
    • セカンダリ: 類似組織のビデオストーリー/イベント&ミートアップ(Developer Relations のアウトリーチ)/ポッドキャスト/インフォグラフィック/ウェブサイト
    • ターシャリ: ソーシャルメディア/メールとニュースレター
    • 内部インフルエンサー: シニアチームメンバー/アーキテクトと Developer Advocate/Engineering と PLM 組織のエグゼクティブ/CTO/Head of DevOps/
  • 購買ロール:

  1. インフルエンサー
  2. ニーズの起案者/識別者およびリサーチャーになりやすい
  3. おそらくリサーチャー
  4. 更新の意思決定者(ただし初回注文では可能性は低い)
  • バイヤーズジャーニー:

    • 認知: テックデモ、Developer Relations のアウトリーチ、アナリストレポート、ウェビナー
    • 検討: 顧客ビデオ証言、ローカルミートアップ、ポッドキャスト
    • 決定: LinkedIn/Twitter、Reddit スレッド、トピカルメールキャンペーン

InfoSec Shiloh

infosecshiloh

  • Job To Be Done:

    • 組織をサイバーリスクから保護・防御する
  • サマリー:

    • 悪意ある主体からの絶え間ないグローバル攻撃から組織を守ることが私の仕事を駆動している。(個人レベルでは、キャリア成長/学習 ― そして安全な環境で失敗・学習できること ― が最大のモチベーター)
    • テクノロジー購買のインフルエンサー兼リサーチャーだが、しばしば意思決定者
    • 最大の課題は、チームのサイロとワークフロー、強いセキュリティ文化の欠如とそれに伴うリスクへの対処
  • マイメッセージング:

    • GitLab は業界最広範のセキュリティツール群の 1 つを提供
    • GitLab は組織全体のセキュアな DevSecOps フレームワーク作成を支援
    • 開発者が一部のセキュリティ問題を発見できるようにすることで、GitLab は InfoSec がより優先順位の高いことに集中できるようにする
    • GitLab は、組織が既存のセキュリティツールからより多くの価値を引き出すのを支援
  • 想定されるタイトル:

    • CISO/Deputy CISO/Director または VP CyberSecurity/Cloud Security Architect/Information Security Operations Manager/IT Security Manager/Sr. Manager, DevSecOps/Software Security Engineer/Security Consultant/Information Security Analyst
  • レポート先:

    • CTO、CIO、CISO、または SVP of Engineering
  • 職務責任:

    • アプリケーションとプロダクト開発活動を推進する
    • 継続的な運用を監視し、敵対者を能動的に追跡・検出する
    • セキュリティ意識のある文化を構築・維持する
    • 合理化されたユーザーエクスペリエンスのためにサイバーツールセットの導入と最適化を推進 ― スタック全体での自動化機会を特定しながら適切なコントロールを実装する
    • パブリッククラウドへの移行を支援し、特にアプリ開発と配信に関連するモダンなセキュリティ標準を実装するためにテクノロジーと提携する
  • 職務の評価基準:

    • インシデント数/対応・緩和までの時間
  • 目標と目的:

    • 信頼を喚起する長期的なセキュリティビジョンと戦略を作成・所有する
    • サイバーイベントの影響を最小化し、組織を迅速に通常の状態に戻す
  • モチベーション:

    • グローバルな悪意ある主体による攻撃に絶えず対抗する必要
    • キャリア成長/学習(および安全な環境で失敗・学習できること)
    • 実際の問題解決への貢献
    • 組織変革のリード
  • 最大の課題:

    • サイロ化されたチームとワークフロー
    • 強いセキュリティ文化の欠如とそれに伴うリスク
    • 分断された開発者体験
    • ツールとプロセスのスプロール
    • ソフトウェアサプライチェーンのセキュリティ確保
    • 続くスキル不足
    • セキュリティ文化の優先順位付けの欠如(クレデンシャルスタッフィングにつながる不適切なパスワード管理)
    • ゼロトラストでのハイブリッド労働力のセキュリティ確保
  • テクノロジー購買決定のコンテンツソース:

    • プライマリ: アナリストレポート/カンファレンスプレゼン/リサーチレポート/テクニカルビデオとデモ/ウェビナー
    • セカンダリ: ブログ投稿/eBook/類似組織のビデオストーリー/インフォグラフィック/ソーシャルメディア/
    • ターシャリ: ポッドキャスト
    • 内部インフルエンサー: C-Suite/ネットワーク管理者/ディレクター、VP、シニアエンジニア&アナリスト/エバリュエーター/セキュリティ管理チーム/CISO/IT SME/ユーザーテスト
  • 購買ロール:

  1. インフルエンサー
  2. リサーチャー
  3. しばしば意思決定者
  • バイヤーズジャーニー:

    • 認知: テックデモビデオシリーズ、アナリストレポート、カンファレンスプレゼンテーション
    • 検討: ブログ投稿、顧客ビデオ証言、セキュリティインフォグラフィック
    • 決定: LinkedIn/Twitter、Reddit、ポッドキャスト

Platform Perry

platformperry

  • Job To Be Done:

    • デジタルトランスフォーメーション、クラウド移行/IT 近代化、DevSecOps トランスフォーメーションの取り組みを推進する
  • サマリー:

    • 自律性と独立性を持つことが最大のモチベーター
    • インフルエンサー、リサーチャー、ニーズの起案者であると同時に、強力な意思決定者でもある ― 私の購買は GitLab の ARR と First Order をリードしている
    • 最大の課題は、レガシーワークロードと環境による DevSecOps への移行、サイロ化されたチームとワークフロー、複数のプロジェクトと環境にまたがる効率化と新しい働き方のスケーリング
  • マイメッセージング:

    • GitLab は、クラウドベンダーロックインなしでどこにでもデプロイできるようにすることで、マルチクラウド戦略を支援
    • クラウド環境へのアクセスを制御するガードレールを実装し、アプリケーションをクラウドに段階的にデプロイ
    • 自動化と CI/CD でデプロイメント速度を向上
    • 単一プラットフォームが Dev、Sec、その他の部門とのコミュニケーションを改善
  • 想定されるタイトル:

    • 以下のアーキテクト/マネージャー/ディレクター/VP: Infrastructure Engineering、Platform、Engineering、Software Operations、IT Operations、CloudOps、Architecture、Systems
  • レポート先:

    • CIO または VP, Platform/Infrastructure
  • 職務責任:

    • デジタルトランスフォーメーション、クラウド移行/IT 近代化、DevSecOps トランスフォーメーションの取り組みを推進する
    • 手作業プロセスを置き換えまたは強化する自動化ソリューションを設計・実装調整する
    • 要件を収集し、代替案を調査・分析し、IT インフラストラクチャソリューションを推奨する
    • 新しい IT インフラストラクチャソリューションが機能、セキュリティ、技術的要件を満たすように設計・展開されるよう確保する
  • 職務の評価基準:

    • 効率/スピード
  • 目標と目的:

    • 開発と運用チームの間の人為的な壁を取り壊す
    • 高度に統合され、より多用途なチームによって開発速度を向上させる
    • セキュリティのような責任をシフトレフトし、開発プロセスのより早い段階に移す
    • インセプションから本番までパイプラインを自動化する
    • プラットフォームの安定性を確保する
    • 標準を維持しながら開発者チームの生産性を高める「ゴールデンパス」を作成する ― 「ガードレール」の必要性を認識
    • 開発チームをサポートし、生産性を高め、満足させる
    • プログレッシブデリバリーとモダンな CI/CD パターンを実現する
    • 組み込みのプラットフォームセキュリティを実現する
    • サービスレベル目標の定義と管理
  • モチベーション:

    • 実際の問題解決への貢献
    • キャリア成長/学習(および安全な環境で失敗・学習できること)
    • 自律性/独立性
  • 最大の課題:

    • 特定のレガシーワークロードと環境では DevOps への移行が困難
    • サイロ化されたチームとワークフロー
    • 複数のプロジェクトと環境にまたがる効率化と新しい働き方のスケーリング
  • テクノロジー購買決定のコンテンツソース:

    • プライマリ: テクニカルビデオとデモ/カンファレンスプレゼン/アナリストレポート/ブログ投稿/ケーススタディ
    • セカンダリ: ピアレビューサイト/eBook/ウェブサイト/イベント&ミートアップ/ポッドキャスト
    • ターシャリ: ソーシャルメディア/インフォグラフィック
    • 内部インフルエンサー: ユーザー&品質テスト/PM/ソリューション&テックアーキテクト/プラットフォームエンジニア/C-Suite/Engineering&Data Science のヘッド/DevOps エンジニア/イノベーションチーム/IT ディレクター/Head of Development&Sr. 開発者/同僚/パートナー企業
  • 購買ロール:

    1. インフルエンサー
    2. おそらくリサーチャー
    3. ニーズの起案者/識別者およびリサーチャーになりやすい
    4. 意思決定者: このグループは GitLab の ARR と First Order を最も多く購入する
  • 推奨バイヤーズジャーニー:

    • 認知: テックデモビデオシリーズ、ケーススタディ、カンファレンスプレゼンテーション
    • 検討: ピアレビュー、顧客ビデオ証言、eBook
    • 決定: LinkedIn/Twitter、Reddit、インフォグラフィック

Compliance Cooper

compliancecooper

  • Job To Be Done:

    • 会社の法的・倫理的な誠実性を維持する
  • サマリー:

    • より大きな目的やミッションへの貢献に強くモチベートされている
    • 多くの場合は意思決定者だが、インフルエンサーや起案者でもある
    • 最大の課題は、ツールとプロセスのスプロール、手作業/自動化の欠如
  • マイメッセージング:

    • 単一プラットフォームにより、ソフトウェアライフサイクル全体でのコンプライアンス強制が容易に
    • GitLab は、すべてのプロジェクト、グループ、部門からレポートを取得でき、監査の準備が大幅に容易に
    • SBOM の作成、ライセンス承認ポリシー、セキュリティダッシュボードを通じて、脆弱性と依存関係の管理がより容易に
  • 想定されるタイトル:

    • コンプライアンスオフィサー/ディレクターまたはマネージャー: リスク&規制、監査、倫理、ガバナンス
  • レポート先:

    • CEO/COO/CFO/CLO/Head of Compliance
  • 職務責任:

    • ポリシーの計画、強制、発生時のコンプライアンス問題への対処
    • 規制コンプライアンスのドキュメントを作成・レビューする
    • 新しい法律や規制から生じるポリシーと手順の作成、レビュー、実装を調整する
    • 各部門に対する監査・コンプライアンス要件を適用・解釈する
  • 職務の評価基準:

    • 効率/発生しなかったインシデント
  • 目標と目的:

    • すべてのリスク(規制コンプライアンス義務を満たせないリスクを含む)を評価・理解し、リスクを許容レベルに保つためのポリシー、手順、内部統制を策定する
  • モチベーション:

    • 実際の問題解決への貢献
    • より大きな目的/ミッションへの貢献
    • キャリア成長/学習(および安全な環境で失敗・学習できること)
  • 最大の課題:

    • ツールとプロセスのスプロール
    • 手作業/自動化の欠如
    • サイロ化されたチームとワークフロー
  • テクノロジー購買決定のソース:

    • プライマリ: アナウンスメント&プレスリリース/カンファレンスプレゼン/アナリストレポート/ケーススタディ/イベント&ミートアップ
    • セカンダリ: メールアップデート&ニュースレター/顧客のリファレンス&証言/ブログ投稿/ピアレビューサイト/ウェビナー
    • ターシャリ: ソーシャルメディア/ポッドキャスト
    • 内部インフルエンサー: 技術管理/C-Suite/同僚
  • 購買ロール:

    1. 意思決定者
    2. インフルエンサー
    3. ニーズの起案者/識別者
  • 推奨バイヤーズジャーニー

    • 認知: テックデモビデオシリーズ、ケーススタディ、カンファレンスプレゼンテーション
    • 検討: ピアレビュー、顧客ビデオ証言、eBook
    • 決定: LinkedIn/Twitter、Reddit、インフォグラフィック

Release Rory

releaserory

  • Job To Be Done:

    • デリバリーマイルストーンが時間通り、品質を伴って達成されることを保証する
  • サマリー:

    • より効率的・効果的になることに強くモチベートされている
    • テクノロジー購買のインフルエンサー兼リサーチャーだが、しばしば意思決定者
    • 最大の課題は、ツールとプロセスのスプロールと、必要な統合(および関連メンテナンス)の量。私の仕事はツール選択を制限しており(許可されているツールが好きではない)
  • マイメッセージング:

    • 単一プラットフォームでツールスプロールを削減し、必要な統合を減らすことで関連メンテナンスを軽減
    • 手続的ガイドラインを設定することで、成功するデリバリープロセスを確立
    • 異なるチーム間のコミュニケーションを容易にし、パートナーシップを構築してソリューションを開発
  • 想定されるタイトル:

    • マネージャー/ディレクター: Release and Change Management/Test, QA/Engagement/Scrum Master
  • レポート先:

    • Head of Delivery
  • 職務責任:

    • SDLC 全体を調整・管理する
    • チームが協力してプロジェクトを完了できるようにする
    • SW 開発の完了を確保するため、各部門の機能要件を特定する
    • チームがプロジェクトを時間通り、顧客仕様に従って提供することを確保する
  • 職務の評価基準:

    • デリバリーマイルストーン達成(ベロシティ)/品質
  • 目標と目的:

    • 手続的ガイドラインを設定することで、成功するデリバリープロセスを確立する
    • フィードバックを評価し、必要な変更を実施することで、顧客の期待を管理する
    • 運用がコスト効率的で、予算内に収まることを確保する
    • 異なるチーム間のリエゾン担当者として行動し、パートナーシップを構築してソリューションを開発する
  • モチベーション:

    • より効率的/効果的になること
    • 組織変革のリード
  • 最大の課題:

    • ツールとプロセスのスプロール
    • 私の仕事はツール選択を制限している(許可されているツールが好きではない)
    • 必要な統合(および関連メンテナンス)の量
  • テクノロジー購買決定のソース:

    • プライマリ: アナウンスメント&プレスリリース/ブログ投稿/アナリストレポート/テクニカルビデオとデモ/ソーシャルメディア
    • セカンダリ: eBook/ケーススタディ/カンファレンスプレゼン
    • 内部インフルエンサー: インフラストラクチャチーム
  • 購買ロール:

    1. インフルエンサー
    2. リサーチャー
    3. 意思決定者
  • 推奨バイヤーズジャーニー:

    • 認知: プレスリリース、ブログ投稿、テックデモ
    • 検討: eBook、ケーススタディ、カンファレンスプレゼン
    • 決定: アナリストレポート、Reddit スレッド、LinkedIn/Twitter

Program Management Payton

pmpayton

  • Job To Be Done:

    • 新機能の提供を計画、ガバナンス、監督する
  • サマリー:

    • より効率的・効果的になることに強くモチベートされている
    • インフルエンサーであり意思決定者でもある
    • 最大の課題は、特定のレガシーワークロードと環境では DevSecOps への移行が困難であること、開発スピードを上げる必要、分断された開発者体験
  • マイメッセージング:

    • 単一プラットフォームを使用してコンテキストスイッチを減らし、コミュニケーションを改善することで生産性を向上
    • 自動化と CI/CD の使用により、開発スピードを向上
    • プロジェクト全体にわたるレポーティングで可視性を向上
    • レガシーアプリケーションの真の DevSecOps フレームワークへの移行を容易にする
  • 想定されるタイトル:

    • PMO リード/アジャイルコーチまたはコンサルタント/IT プログラムマネージャー/シニアプロジェクトマネージャー
  • レポート先:

    • Director of Program Mgmt.
  • 職務責任:

    • プログラムライフサイクル全体での日常的なプログラム管理
    • プログラムガバナンス(コントロール)の定義
    • 全体プログラムの計画と進捗の監視
    • プログラム予算の管理
    • リスクと問題の管理、是正措置の実施
    • プロジェクトとその相互依存性の調整
    • プロジェクト間でのリソースの管理と活用
    • ステークホルダーのコミュニケーション管理
  • 職務の評価基準:

    • 生産性/効率/ROI/利益率/適時性
  • 目標と目的:

    • 生産性の向上
    • マイルストーンとデリバリーの確保
    • 時間通り、予算内に収める
  • モチベーション:

    • より効率的/効果的になること
    • より大きな目的/ミッションへの貢献
    • 実際の問題解決への貢献
  • 最大の課題:

    • 特定のレガシーワークロードと環境では DevSecOps への移行が困難
    • 開発スピードを上げる必要性
    • 分断された開発者体験
  • テクノロジー購買決定のソース:

    • プライマリ: アナウンスメント&プレスリリース/アナリストレポート/ブログ投稿/カンファレンスプレゼン/類似組織のビデオストーリー
    • セカンダリ: eBook/ウェブサイト/ホワイトペーパー
    • ターシャリ: (最小限)ウェビナー/ポッドキャスト
    • 内部インフルエンサー: DevSecOps コンサルタント/開発者/システム管理者/DBA/PMO/セキュリティ/プロダクトマネジメント
  • 購買ロール:

    1. インフルエンサー
    2. 意思決定者
  • 推奨バイヤーズジャーニー:

    • 認知: プレスリリース、アナリストレポート、ブログ投稿
    • 検討: カンファレンスプレゼン、顧客ビデオ証言、eBook、カスタムウェブランディングページ
    • 決定: ホワイトペーパー、ウェビナー、ポッドキャスト

Back Office Blake

backofficeblake

  • Job To Be Done:

    • 運用上の(多くの場合クロスファンクショナルな)非開発関連のビジネス活動を管理、調整、促進する
  • サマリー:

    • 組織変革のリードに強くモチベートされている

    • マーケティング、財務、法務、HR、運用などの機能を代表し、インフルエンサーであり意思決定者でもある

    • 最大の課題:

      • ツールとプロセスのスプロール
      • 手作業/自動化の欠如
      • 開発スピードを上げる必要性
      • サイロ化されたチームとワークフロー
      • 複数のプロジェクトと環境にまたがる効率化と新しい働き方のスケーリング
      • 適切なスキルセットの発見/採用/定着ができないこと
  • マイメッセージング:

    • 交渉・維持する契約の数を減らし、管理オーバーヘッドを削減
    • より少ないツールとプロセススプロールでワークフローをシンプル化
    • すべてのグループに対する単一ツールでクロスチームコミュニケーションを改善
    • 全体コストを削減し、最大 400% の ROI を実現
  • 想定されるタイトル:

    • CFO、VP Finance/Chief Legal Officer/COO/CMO、VP Mktg/CHRO、VP HR/Head of Procurement
  • レポート先:

    • CEO/President
  • 職務責任:

    • 調達承認プロセスの管理
    • LegalOps
    • Everything as Code(マーケティング/トレーニングなど)
    • オンボーディングプロセス(従業員/顧客/パートナー)
    • プロジェクト管理
    • SSOT 機能を必要とするあらゆるもの
  • 職務の評価基準:

    • 効率/生産性/(KPI は部門により異なる)
  • 目標と目的:

    • ビジネス運用を効果的かつ効率的に管理する
  • モチベーション:

    • 実際の問題解決への貢献
    • キャリア成長/学習(および安全な環境で失敗・学習できること)
    • 組織変革のリード
  • 最大の課題:

    • ツールとプロセスのスプロール
    • 手作業/自動化の欠如
    • 開発スピードを上げる必要性
    • サイロ化されたチームとワークフロー
    • 複数のプロジェクトと環境にまたがる効率化と新しい働き方のスケーリング
    • 適切なスキルセットの発見/採用/定着ができないこと
  • テクノロジー購買決定のソース:

    • プライマリ: アナリストレポート/ケーススタディ/ブログ投稿/顧客のリファレンス&証言/ウェブサイト/メールアップデート/ニュースレター
    • セカンダリ: アナウンスメント&プレスリリース/ピアレビューサイト/カンファレンスプレゼン
    • 内部インフルエンサー: 内部チーム/C-level/ソフトウェア開発リード
  • 購買ロール:

    1. インフルエンサー
    2. 意思決定者
  • 推奨バイヤーズジャーニー:

    • 認知: アナリストレポート、ケーススタディ、顧客ビデオ証言、顧客ウェブサイトランディングページ
    • 検討: プレスリリース、ブログ投稿、カンファレンスプレゼン
    • 決定: ピアレビュー(G2)、機能別「ハウツー」ウェビナー、CTA 付きトピカルキャンペーンメール

バイヤーがテクノロジー調査と意思決定に使用するコンテンツ

  • アナリストレポート: 主要なビジネス・IT トレンドとテクノロジーへの洞察を提供する有料リソース(Gartner、Forrester、IDC、Red Monk など)。
  • アナウンスメント/プレスリリース: 情報提供、公式声明、または公開向けの発表のために、ニュースメディアに対して発する公式ステートメント。
  • ブログ投稿: ブログに書かれたエントリ/記事。通常、テキスト、写真、インフォグラフィック、動画の形式のコンテンツを含む。
  • ケーススタディ: 人物、グループ、イベント、組織に焦点を当てた、現実世界の文脈における特定の対象の詳細な研究。
  • カンファレンスプレゼンテーション: 技術的な題材を出席者に伝える口頭・視覚的な講演や深いデモンストレーション。
  • eBook: コンピュータ画面やハンドヘルドデバイスでの表示用にデジタル形式で構成または変換された書籍。
  • メールアップデート/ニュースレター: 製品やサービスに関する最新ニュース、ヒント、アップデートを聴衆に通知するために定期的に送信されるメール(一般的にニュースレターは情報提供型、メールはセールス/マーケティング志向)。
  • イベント/ミートアップ: 似た興味、趣味、職業を持つ人々やコミュニティのために組織された対面または仮想活動・集まり。(Meetup ソーシャルメディアプラットフォームを介して組織される場合あり。)
  • インフォグラフィック: 情報やデータを表現するために使用されるチャートや図などの視覚的画像。
  • ピアレビューサイト: IT 専門家がテクノロジー購買決定を行うために使用する、本物の顧客フィードバックの安定した流れを提供するレビューのコレクション。
  • ポッドキャスト: インターネットでダウンロード可能なデジタル音声ファイル。通常、シリーズとして提供され、購読者は新しい配信を自動的に受け取れる。
  • 顧客のリファレンス/証言: 製品/サービスや全体的な顧客体験に関するポジティブなフィードバックやストーリーを共有する意思のある人物/企業。
  • リサーチレポート: 研究プロジェクトの調査結果や、対象についての科学的観察を報告する出版物。(Accenture、Deloitte などのテクノロジーソートリーダーによって発行されることが多い。)
  • ソーシャルメディア: インターネットベースのコミュニケーション形式。ソーシャルメディアプラットフォームでは、ユーザーが会話、情報共有、ウェブコンテンツの作成を行える。(Facebook、Twitter、LinkedIn、Tik Tok、Instagram)
  • テクニカルビデオ/デモ: 高度にカスタマイズされた、デジタルプロダクトの深いデモンストレーション。多くの場合、バイヤーの技術チームに対して提示される。
  • 類似組織のビデオストーリー: 企業の製品やサービスが、別の顧客が関連する問題を解決するのにどう役立ったかについての録画されたトーク。
  • ウェビナー: 組織/企業がホストし、選ばれた個人グループに向けてインターネット経由でコンピュータを通じて配信されるオンラインイベント。
  • (製品)ウェブサイト: ベンダーのウェブサイト上の特定の製品/サービスを記述するページ。具体的なスペックや機能、メーカーやブランドに関する情報などを含む。
  • ホワイトペーパー: 複雑な問題について読者に簡潔に伝え、その問題に対する発行者の哲学を示すレポート/ガイド。読者が問題を理解し、課題を解決し、決定を下すのを助けることを目的とする。

イネーブルメントアーティファクト

イネーブルメントセッション

  • Product: 2022-11-01 Recording

  • All Marketing: 2022-11-10 730 pm ET/1230 am UTC Recording

  • Sales Strategy: 2022-11-21 1130 am ET/430 pm UTC 予定 Recording

  • Channel/Alliances/Partner: 2022-12-06 1130 am ET/430 pm UTC 予定 Recording

  • UX: 2022-11-29 1130 am ET/430 pm UTC 予定 Recording

  • Customer Success: 2022-11-30 12 pm ET/5 pm UTC 予定 Recording

  • Sales: 2023 年 2 月 SKO でロールアウト

  • Office Hours:

    • 2022-11-15 11 am ET/4 pm UTC NotesRecording
    • 2022-12-20 11 am ET/4 pm UTC 予定 Notes | Recording
    • 2023-01-17 11 am ET/4 pm UTC 予定 Notes | Recording
    • 2023-02-21 11 am ET/4 pm UTC 予定 Notes | Recording
    • 2023-03-21 11 am ET/4 pm UTC 予定 Notes | Recording
    • 2023-04-18 11 am ET/4 pm UTC 予定 Notes | Recording

廃止予定のバイヤービデオ

注: 継続性のために、これらのバイヤーペルソナの記述を歴史的に使用してきました。上記のバイヤーペルソナがより完全であるため、これらは廃止予定とみなしてください。

  1. Director DevOps video、Director DevOps slide deck または Director of IT
  2. VP IT video、VP IT Slide Deck または VP of Engineering
  3. Chief Architect Video、Chief Architect slide deck または CIO
  4. VP Application Development(Just Commit キャンペーンからのペルソナ情報)video、VP Application Development slide deck
  5. Chief Information Security Officer または Director of Security(セキュリティ機能のための Ultimate アップグレードの資金提供をする可能性あり)