課題
IBM SkillsBuildチームに参加した際、私たちは標準化されたプロセスなしに新しい非営利・学術パートナーをオンボーディングしていました。誰がオンボーディングを担当するかによって、各パートナーの体験が少しずつ異なっていました。30以上のパートナーとさまざまな学習者層と実装コンテキストを持つ環境では、これはスケールしません。
私のチームと私は、新しいエンドツーエンドのオンボーディングプログラムを設計しました。
構築したもの
事前実装キックオフ
パートナーの目標、ターゲット学習者の属性、技術要件、タイムラインのマイルストーン、成功指標をカバーする構造化されたキックオフテンプレート。プラットフォーム設定が始まる前に合意を得ることが目的です。
イネーブルメントセッション
2つのカスタマイズされたセッションアジェンダ。成人テナントパートナー（労働力開発、キャリアチェンジャー）向けと学生テナントパートナー（学術機関、ユースプログラム）向け。各セッションはプラットフォームナビゲーション、コンテンツキュレーション、レポーティングをカバー。
権限フレームワーク
パートナー管理者、インストラクター、学習者のアクセスレベルを定義するロールベースの権限マトリックス。パートナーの自律性とプラットフォームガバナンス、データプライバシー要件のバランスを取ります。
実装前キックオフミーティング
プラットフォームの設定を始める前に、各パートナーは構造化されたキックオフを完了します。これにより、チームは適切な設定に必要な情報を収集できます。テンプレートは6つの領域をカバーしています：
- パートナープログラムの紹介：組織の種類、設立年、ミッションの焦点、および地域の人材パイプラインへの位置づけ
- 学習者エンゲージメント目標：目標学習者数、目標年、およびアダルトテナントまたはスチューデントテナントの使用
- 組織構造：提供するプログラム、対象学習者グループ、地理的展開
- グループスペースの推奨：提案されたグループスペース構造とユーザーグループ。技術ミーティングの前にデジタルサクセスマネージャーと確認
- データ可視性要件：リーダーが確認する必要があるもの — 登録状況、エンゲージメント指標、アクティブ/非アクティブ学習者、学習プランの完了状況、学習アクティビティの進捗
- グループスペースの役割と権限：プラットフォームアクセスが必要なパートナースタッフの特定（権限マネージャーおよびセカンダリコンタクトを含む）
イネーブルメントセッションの設計
セッションは事前学習モデルに基づいて構成されています。パートナーは各ライブセッションの前に、パートナーイネーブルメントトレーニングの指定セクションを自主的に復習し、驚いたことを1つと質問を1つ持って参加します。これにより、セッションは受動的な説明ではなく、実践的な応用に集中できます。
アダルトテナント — セッション1：はじめに
ライブで扱うトピック：プラットフォーム管理 · 学習者エクスペリエンスと学習プラン
事前学習：SkillsBuildのはじめ方 · 学習者登録
アダルトテナント — セッション2
ライブで扱うトピック：ラーニングカタログビルダー · グループスペースダッシュボード · レポーティング · 追加サポート
事前学習：レポーティング · コンテンツ作成とラーニングカタログ · グループスペースダッシュボード · パートナーサポートとパートナーコミュニティサイト
スチューデントテナント — セッション1：はじめに
ライブで扱うトピック：プラットフォーム管理 · 学習者登録
事前学習：教師向けIBM SkillsBuild概要 · 登録と学習者管理 · 管理機能
オフィスアワー（セッション3）
学習者登録のベストプラクティス、学習プランのスポットライト、パートナーコミュニティサイトへのアクセスに関するオープンQ&A。
加速セッション / 復習
リターンパートナーや時間の制約があるチーム向けの凝縮されたトラックで、学習者登録、グループスペースダッシュボードとレポーティング、サービスセンタービルダーをカバーします。
成果
標準化されたプロセスにより、パートナーのアクティベーション時間が短縮され、さまざまなパートナータイプ間で品質が一貫して保たれ、新しいデジタルサクセスマネージャーが独立して実行できる明確なフレームワークが提供されました。