最初のブループリントの作成
このガイドでは、従業員オンボーディングを例にして、最初のブループリントを作成する手順を説明します。
必要な権限
開始する前に、次の権限があることを確認してください:
- レシピ: 編集、作成、表示
- プロジェクト: 表示（最低1つのプロジェクト）
- コネクション: 表示
- ブループリント: 編集、作成、表示
ビジネスプロセスの定義
自動化する予定のプロセスから始めます。 この例では、新入社員が会社に入社すると、アカウントの作成、ミーティングのスケジュール設定、ガイダンスの提供、リクエストの処理など、複数のタスクを自動的に実行する必要があります。
重要なのは、何をいつ実行する必要があるかを具体的にすることです。
- 推奨: "入社日に、ミーティングのスケジュール設定、アクセスリクエストの処理、複雑な問題のサポートチームへのエスカレーションを実行できるAIアシスタントを有効化する。"
- 非推奨: "新入社員を支援する"
要件の提供
要件は複数の方法でAIROと共有できます:
- 構築する予定の内容についてAIROと直接チャットする
- ドキュメント（
.docx、.pdf、.txt、または最大25 MBの.csv）をアップロードする - 要件をチャットに貼り付ける
この例では、新入社員の最初の数日間をガイドする"Onboarding Genie"の詳細を記載した製品要件ドキュメント（PRD）を使用します。
要件の提供
PRDの例を表示
Onboarding Genie PRD
概要
Onboarding Genieは各新入社員のAIアシスタントとして機能し、リアルタイムのステータス更新、ミーティングのスケジュール設定、アプリケーションアクセスリクエストの処理、複雑な問題のサポートチームへのエスカレーションを提供します。 このAI搭載アシスタントは、オンボーディング全体を通じてパーソナライズされたガイダンスと即時サポートを提供することで、新入社員の体験を変革します。
問題ステートメント
現在、新入社員はオンボーディングの進捗について迷いや情報不足を感じており、次のような状況につながっています:
- 次のステップと期待事項に関する混乱
- 必要なときに支援へアクセスすることの難しさ
- オンボーディングの問題解決の遅延
- 定着率に影響する新入社員満足度の低下
アプリケーションおよびオブジェクト
| アプリケーション | 目的 | オブジェクト/データ |
|---|---|---|
| Workday | 従業員データと管理チェーン | ワーカー、ポジション、マネージャー関係 |
| Outlook | ミーティングのスケジュール設定とカレンダー管理 | ユーザー、カレンダーイベント、空き状況 |
| Okta | 本人確認とアクセスリクエスト | ユーザー、グループ、アプリケーション |
| Jira | 問題の追跡とエスカレーション | チケット、プロジェクト、割り当て |
トリガー
| プロセス | トリガー |
|---|---|
| Onboarding Genieの有効化 | 新入社員が開始したとき（従業員の開始日）、Workato GOで従業員を歓迎します。 |
機能要件
AIアシスタントの有効化とコア機能
要件:
- 新入社員の開始日にOnboarding Genieを有効化する
- Genieは従業員のポジションと部門に基づいてパーソナライズされたガイダンスを提供する必要がある
- Genieはオンボーディングの進捗と次のステップに関するステータス更新を提供する必要がある
実装の詳細:
- パーソナライズのためにWorkdayからワーカー情報を抽出する
- 従業員の部門とロールデータを使用してガイダンスをカスタマイズする
- 質問解釈のための自然言語処理を実装する
- セッション状態と会話履歴を維持する
ミーティングスケジュール設定機能
要件:
- Genieは新入社員からのミーティングリクエストを処理する必要がある
- システムはOutlook Calendarを使用して参加者の空き状況を確認する必要がある
- Genieはデフォルトの所要時間を30分としてカレンダーイベントを作成する必要がある
- ミーティング招待はすべての参加者に自動的に送信する必要がある
- システムはスケジュールの競合を処理し、代替時間を提案する必要がある
実装の詳細:
- 空き状況の確認のためにOutlook Calendar APIと連携する
- 特に指定がない限り、デフォルトのミーティング所要時間は30分
- ミーティング招待に関連するオンボーディングコンテキストを含める
- 競合が発生した場合に再スケジュールオプションを提供する
アクセスリクエスト管理
要件:
- Genieはセルフサービスのアプリケーションアクセスリクエストを処理する必要がある
- システムはOktaを使用してリクエスターの本人確認を行う必要がある
- アクセスリクエストは適切な承認ワークフローにルーティングする必要がある
- Genieは保留中のアクセスリクエストに関するステータス更新を提供する必要がある
- システムはアクセスが付与または拒否されたときにユーザーに通知する必要がある
実装の詳細:
- リクエストを処理する前にOktaを使用して本人確認を行う
- アプリケーションタイプと組織のポリシーに基づいてリクエストをルーティングする
- リクエストのステータスを追跡し、リアルタイム更新を提供する
- リクエストステータスの変更に関する通知を送信する
問題のエスカレーションとチケット作成
要件:
- Genieは人による介入が必要な複雑な問題を特定する必要がある
- システムはエスカレーションされた問題について、完全なコンテキストを含むJIRAチケットを作成する必要がある
- チケットは問題タイプに基づいて適切なサポートチームにルーティングする必要がある
- システムはWorkdayデータを使用して、正しいマネージャーとサポート担当者を特定する必要がある
- エスカレーションされた問題には、会話履歴と関連する従業員情報を含める必要がある
実装の詳細:
- さまざまな問題タイプに対するエスカレーショントリガーを定義する
- 包括的なコンテキストとトラブルシューティング履歴を含むJIRAチケットを作成する
- 適切なルーティングのためにWorkdayのマネージャールックアップを使用する
- 人によるサポートの参照用にチャット履歴を保持する
- 従業員に推定解決タイムラインを提供する
従業員データ連携
要件:
- システムは新しいEmployee Directory APIエンドポイントを介して従業員情報にアクセスする必要がある
- システムは次の従業員データを取得して利用する必要がある:
- 基本情報: 名、姓、勤務先メール、ワーカーID、電話番号
- 組織の詳細: 部門、コストセンター、マネージャー、直属の部下
- 雇用情報: 開始日、役職名、雇用形態、所在地
- ステータス情報: アクティブ/非アクティブ、PTOステータス
実装の詳細:
- 必須パラメータ: employee_id
- 取得したデータをパーソナライズされたやり取りと適切なルーティングに使用する
- パフォーマンスのために従業員データを適切にキャッシュする
- フォールバック手順を使用してAPI障害を適切に処理する
エラー処理および例外管理システム可用性の例外
条件: 対象システム（Workday、Outlook、Okta、Jira）が利用不可
解決策:
- 指数バックオフを使用した再試行ロジックを実装する
- 可能な場合はオフラインガイダンスを提供する
- 3回失敗した後、人によるサポートにエスカレーションする
- 監視のためにすべてのシステム可用性の問題をログに記録する
データ連携の例外
条件: 従業員情報の欠落または不完全
解決策:
- パーソナライズされたデータが利用できない場合は、汎用的なオンボーディングガイダンスを使用する
- 欠落データにフラグを付けてHRレビューの対象にする
- オンボーディング品質に影響するデータのギャップをマネージャーに通知する
- 利用可能な情報でサービスを継続する
ビジネスロジックの例外
条件: Genieの機能を超える無効または複雑なリクエスト
解決策:
- 完全なコンテキストと会話履歴を含むJIRAチケットを作成する
- リクエストタイプに基づいて適切なサポートチームにルーティングする
- 従業員に推定解決タイムラインを提供する
- 問題がエスカレーションされたことを確認する通知を送信する
技術的な実装メモ
- すべてのJiraチケット作成ロジックは、Genieワークフローに直接埋め込む必要がある
- システムはオンボーディング期間全体を通じて、会話のコンテキストと履歴を維持する必要がある
- エスカレーション手順では、人によるサポートのコンテキストとして完全なチャット履歴を保持する必要がある
- エラー処理は適切に行い、次のステップについてユーザーに明確に伝える必要がある
不足部分の補完
AIROは要件をレビューし、不足がないように的を絞った質問をします。 オンボーディングの例では、AIROは次のように質問する場合があります:
"Genieはチャットを通じてリアルタイムで従業員に応答する必要がありますか。それともリクエストをバッチで処理する必要がありますか。 リアルタイムの場合、これらのやり取りは何によってトリガーされますか。チャットイベント、API呼び出し、またはその他のものですか。"
この会話は、AIROが次の内容を理解するのに十分な詳細を得るまで続きます:
- 問題とビジネスコンテキスト: 自動化するプロセスとその理由
- アプリケーションとオブジェクト: 接続する必要があるシステムとデータ
- 実行と頻度: 自動化を実行するタイミング
- ビジネスロジックと検証: 適用するルールとチェック
- エラー処理: 問題が発生した場合の動作
AIROで要件を完成
プロジェクトの選択
ブループリントを保存するプロジェクトを選択します。 十分な権限があるプロジェクトのみが表示されます。
ブループリントを保存するプロジェクトを選択
要件概要のレビュー
AIROは完全な要件を、サブプロセスと呼ばれる論理的なステップに整理します。 各サブプロセスは、自動化の個別の部分を表します。 オンボーディングの例では、AIアシスタントの有効化、ミーティングのスケジュール設定、アクセスリクエストの管理、問題のエスカレーション、従業員データの連携が含まれます。
この概要では、AIROが要件をどのように解釈しているかが示され、ブループリントを生成する前に明確化または調整する機会が得られます。
要件の概要を確認
ブループリントの生成
AIROは、自動化を構築するために必要なすべてのアセットを含む完全な実装計画を作成します。 このプロセスには、要件の複雑さに応じて数分かかります。
生成されたブループリントを確認
構築の開始
ブループリントをレビューし、自動化に必要なアセットを構築します。
AIROが各アセットまたはアセットのコレクションの機能を説明
AIROがアセットを構築
AIROで生成されたアセットLast updated: