アカウントライフサイクルイベント Playbook の使用

  • リリースバージョン: Washingtondc
  • 更新日 2024年02月01日
  • 読む5読むのに数分
  • アカウントライフサイクルイベント Playbook は、アカウントデータをインポート、ステージング、管理、および公開するための簡素化されたエクスペリエンスを提供します。

    Playbook は アカウントライフサイクルイベント 、いくつかの事前定義されたアクティビティを含む構造化されたオンボーディングエクスペリエンスを提供します。これはテンプレートとして機能し、サービスプロバイダーがビジネス要件を満たすように構成できます。

    Playbook には アカウントライフサイクルイベント 、アカウントのオンボーディングプロセスで使用できる次のステージとアクティビティが含まれています。

    表 : 1. アカウントライフサイクルイベント Playbook ステージ
    ステージ アクティビティ 詳細
    開始 オンボーディング関連情報を入力

    Playbook の最初のアクティビティでは、オンボーディング関連情報を収集します。

    • アサイン先:このケースで作業しているプロバイダーエージェントを選択します。
    • Service Bridge customer: 次のいずれかのオプションを選択します。
      • いいえ: Service Bridge 統合は必要ありません。
      • リモートカタログのみ: Service Bridge リモートカタログ機能の統合が必要です。
      • 完全: Service Bridge リモートタスク、リモートカタログ、変換マップ機能の統合が必要です。
    • タイプ:次のいずれかを選択します。
      • 段階的:この顧客のオンボーディングプロセスの特定の部分は、この アカウントライフサイクルイベント オンボーディングケースによって管理されます。
      • 完全:この顧客のオンボーディングプロセス全体が、この アカウントライフサイクルイベント オンボーディングケースによって行われます。
    • 本番稼働日を指定し、 完了としてマーク を選択して次のアクティビティに進みます。
    顧客の POC とチームの追加

    アカウントオンボーディングケースで作業する顧客連絡先を追加します。

    • 新規 追加 を選択して、顧客連絡先を作成します。顧客の名前とメール アドレスを入力し、[ 保存] を選択します。
    • [ 完了としてマーク ] を選択して、次の手順に進みます。
    顧客チームの責任のアサイン 追加された各顧客連絡先に責任をアサインします。
    • [新規割り当て] を選択します。[新しい連絡先リレーションシップの作成 (Create New Contact Relationship)] フォームで、前のステップで追加した連絡先を選択します。
    • [責任] フィールドで、定義済みのユーザー ロールの 1 つを選択し、[ 保存] を選択します。
    • [ 完了としてマーク ] を選択して、次の手順に進みます。

    このステップが完了すると、2 つのメールが自動的に生成されます。最初のメールは、アカウントオンボーディングケースの主要連絡先を特定します。2 通目のメールは、オンボーディングプロセスに参加している主要なチームメンバーを特定します。

    内部チームの責任のアサイン アカウントオンボーディングケースで作業する内部チームメンバー (サービスプロバイダー) に責任を追加してアサインします。これには、 ServiceNow ケースを処理する管理者も含まれます。
    • [新規割り当て] を選択します。[新規アカウントチームメンバーの作成 (Create New Account Team Member)] フォームの [ 責任 ] フィールドで事前定義されたユーザーロールを選択します。
    • このロールが割り当てられているユーザーを選択します。
    • [ 完了としてマーク] を選択します。Playbook ライフサイクルの次のステージに進むことができます。
    注:
    デフォルトでは、Playbook のすべてのタスクはプロバイダーの ServiceNow 管理者にアサインされます。
    データキャプチャと検証
    このタスクでは、実行するアクティビティの [タイプ] を選択します。
    • データキャプチャ:システムにインポートされる重要なデータを示します。
    • リスク軽減:この顧客のオンボーディングに関連する、管理する必要があるリスクを示します。
    • 開発:必要な内部または外部の開発アクションを追跡します。
    • トレーニング:本稼働日より前に必要なトレーニングアクティビティを示します。
    • テスト:本稼働日より前に必要なテストアクティビティを示します。
    ベースシステムでは、次のデフォルトのテーブルを使用できます。
    • 顧客連絡先
    • ロケーション
    • サービスエンタイトルメント
    • インストールベースアイテム
    • アカウントの住所関係
    • 契約
    • 販売済み製品
    • インストールベースの M2M 販売済み製品

    カスタム条件が定義され、ソーステーブル、ターゲットテーブル、データソースなどのテーブルのフィールド値が各テーブルに自動入力されます。これらのフローを使用するには、これらのテーブルにデータを直接インポートし、準備ができたら公開します。これらのテーブルへのデータのインポートの詳細については、を参照してください Playbook への アカウントライフサイクルイベント データのインポート

    これらのテーブルは特定の条件で構成されており、フィールド値は自動入力されています。Process Automation Designer を使用して、要件に応じてこれらのテーブルを変更したり、新しいテーブルやアクティビティを追加したりすることができます。詳細については、「Playbook データインポートタスクの構成アカウントライフサイクルイベント」を参照してください。

    開発と自動化 ベースシステムでは、次のタスクを実行できます。
    • アカウントリレーションシップのセットアップ
    • メンテナンススケジュールの設定
    • プロセス SLA とオファリングの作成
    • レポート
    • カタログ開発(一般)

    これらはデモタスクであり、要件に応じて構成できます。タスクを追加または削除したり、必要に応じて変更したりできます。簡単な構成タスクの詳細については、「」を参照してください 簡易 アカウントライフサイクルイベント Playbook タスクの構成

    テストとトレーニング ベースシステムでは、次のタスクを実行できます。
    • 本番稼働変更要求
    • 本稼働コミュニケーションの計画と完了
    • トレーニングの計画と完了
    • トレーニングの実行
    本番稼働/事後サポート 本番稼働サポートケース