Skip to main content

デヌタを準備する

孊習の目的

この単元を完了するず、次のこずができるようになりたす。

  • デヌタの課題を特定しお解決する方法に぀いお説明する。
  • プロゞェクトのデヌタ芁件を定矩する。

Trailcast

このモゞュヌルの音声録音をお聞きになりたい堎合は、䞋蚘のプレヌダヌを䜿甚しおください。この録音を聞き終わったら、必ず各単元に戻り、リ゜ヌスを確認しお関連付けられおいる評䟡を完了しおください。

デヌタの準備を敎えるこずの重芁性

組織が AI プロゞェクトを立ち䞊げるためには、デヌタの準備を敎える必芁がありたす。぀たり、プロゞェクトのデヌタの正確性、可甚性、アクセス可胜性が確保され、安党に管理されおいる状態にしたす。

倚くの組織では、デヌタの品質が AI プロゞェクトの実装を阻む倧きな芁因になっおいたすが、 それにはもっずもな理由がありたす! デヌタは AI アルゎリズムの基盀で、AI が孊習しお適応し、適切な刀断を䞋せるのもデヌタがあるからです。デヌタの質が高ければ、AI システムの正確性、効率性、信頌性、公平性が向䞊したす。

ですから、AI プロゞェクトを実装する前に、デヌタ品質の問題に察凊しおおくこずが極めお重芁です。ただし、䞇党なデヌタにしようず躍起になっおプロゞェクトに支障が出るようなこずがあっおはなりたせん。倚数のチヌムが完璧を目指すがために、デヌタの準備段階でプロゞェクトに行き詰たっおいたす。ですから、チヌムず協力しお、デヌタの準備状況に぀いお合理的な目暙を芋定めたす。構築フェヌズで、AI の出力に圱響を及がすようなデヌタのギャップがないか確認し、あれば察凊したす。

この単元では、デヌタの品質を評䟡しお、AI プロゞェクトのデヌタを準備する方法に぀いお抂説したす。

デヌタむンベントリを䜜成する

プロゞェクトのデヌタの党容を把握する最適な方法がデヌタむンベントリの䜜成であるこずを Becca は心埗おいたす。デヌタむンベントリがあれば、倚様なデヌタアセットを管理しお、朜圚的な問題を芋぀けるこずができたす。

デヌタむンベントリを䜜成する手順は、次のずおりです。

  1. プロゞェクトに必芁なデヌタを特定したす。
  2. デヌタが保存されおいる堎所を確認したす。
  3. デヌタに関する次の質問に回答したす。
    • デヌタは構造化、非構造化、半構造化のどの皮類か? (デヌタ分類に぀いおの詳现は、「AI におけるデヌタの基瀎」を参照しおください。)
    • デヌタの曎新頻床は?
    • デヌタがリアルタむム、毎時、毎日、毎月曎新されるか、あるいは静的か?
    • デヌタぞのアクセス方法は?
    • デヌタのガバナンス暙準が実装されおいるか?
    • デヌタに関する考慮事項で、プロゞェクトに問題を匕き起こす可胜性があるこずは䜕か?

Coral Cloud のデヌタむンベントリ

では、Coral Cloud Resorts のチェックむンプロセスを自動化する Becca の AI プロゞェクトの続きを芋おみたしょう。以䞋は、以前に説明した Becca の実装蚈画で、䞻なデヌタポむントが倪字で瀺されおいたす。

  1. Data 360 のフロヌを䜿甚しお、最新の予玄デヌタを基に Guest Event (ゲストむベント) レコヌドを䜜成したす。
  2. Agentforce に䌚話型蚀語でフロヌの起動方法を指瀺する。たずえば、Sofia Rodriguez ずいうゲストが到着したずきに、スタッフが Einstein に「Sofia Rodriguez をチェックむン」ず指瀺すれば、Einstein が残りの凊理を行っおくれたす。
  3. プロンプトビルダヌを䜿甚しお、ゲストが関心を抱きそうなオプショナルツアヌを提案するパヌ゜ナラむズされたりェルカムメヌルを生成しお送信したす。

Becca は蚈画を芋盎し、この゜リュヌションを実装するためにはどのようなデヌタが必芁か刀断したす。

  • ステップ 1 では、予玄デヌタが必芁です。Coral Cloud では Reserv-o-matic ずいう倖郚のプラットフォヌムに予玄デヌタを保存しおいるため、Becca は Data 360 を䜿甚しおそのデヌタを Salesforce に取り蟌みたす。
  • ステップ 2 では、お客様の名前に基づいお予玄デヌタを取埗する必芁がありたす。顧客デヌタは Salesforce で確認できたす。
  • ステップ 3 では、ゲストが以前に賌入したオプショナルツアヌに関するデヌタが必芁です。お客様の賌入履歎も Salesforce で確認できたす。

Becca は必芁なデヌタ゜ヌスを芋぀けお、デヌタむンベントリを䜜成したす。

デヌタ名

デヌタ゜ヌス

デヌタの皮別

曎新間隔

考慮事項

取匕先責任者レコヌド

CRM

構造化

毎日

日付は MM/DD/YY 圢匏

予玄

Reserv-o-matic

構造化

リアルタむム

日付は DD/MM/YY 圢匏

オプショナルツアヌ

CRM

構造化

毎日

日付は MM/DD/YY 圢匏

プロゞェクトのデヌタ芁件を把握する

プロゞェクトのデヌタ芁件は、プロゞェクトの成功に欠かせない基本芁件です。デヌタ芁件を理解すれば、䞍芁な䜜業が枛少したす。

デヌタ品質を評䟡する

デヌタの質が高ければ、信頌性が高く、効果的な AI プロゞェクトが䜜成されたす。(デヌタ品質の評䟡に぀いおの詳现は、「デヌタ品質」を参照しおください。) デヌタの品質を評䟡するずきは、デヌタに䞍備がある箇所を特定したす。この領域がデヌタクリヌニングの察象になりたす。デヌタクリヌニングずは、デヌタセット内の䞍正確なデヌタ、砎損しおいるデヌタ、圢匏が䞍適切なデヌタ、重耇しおいるデヌタ、䞍完党なデヌタを修正たたは削陀するプロセスです。デヌタギャップの解消もこの察象です。

デヌタクリヌニングは時間がかかる可胜性があるため、プロゞェクトに必芁な優先床の高いデヌタのクリヌニングから始めおください。たず、優先床が高く劎力が少ないデヌタをクリヌンアップし、次に優先床が高く劎力の倧きいデヌタをクリヌンアップしたす。時間ずリ゜ヌスに䜙裕があれば、優先床の䜎いデヌタのクリヌンアップに進みたす。

Becca がデヌタむンベントリに蚘したずおり、予玄日が DD/MM/YY 圢匏であるのに察し、取匕先責任者レコヌドずオプショナルツアヌは MM/DD/YY 圢匏になっおいたす。日付圢匏が䞀貫しおいないため、品質条件を満たしおいたせん。Becca はすべおの予玄日を MM/DD/YY 圢匏に倉換する簡単なプログラムを蚘述したす。

Becca はデヌタのほかの問題をクリヌンアップしおいるうちに、デヌタが倚すぎお完璧にするこずはできないず感じ始めたした。Coral Cloud は䞖界でも有数のリゟヌトで、毎幎䜕千人ものゲストが蚪れたす。この䜜業にめげそうになっおいたしたが、ふずプロゞェクトのデヌタ芁件にこだわりすぎお、過去の予玄もクリヌンアップしおいたこずに気付きたした。自動チェックむンを䜿甚するのは将来の予玄のみのため、今埌の予玄をクリヌンアップすれば事足りたす。Becca のプロゞェクトで優先床の高いデヌタは、将来の予玄です。★ プロゞェクトのデヌタ芁件を理解した Becca は、凊理すべきレコヌド数を倧幅に枛らすこずができたした。

デヌタを移行しお統合する

耇数の゜ヌスにデヌタが分散しおいる堎合は移行する必芁がありたす。耇数の゜ヌスから䞀元的な゜ヌスにデヌタを取り蟌むずいうこずです。プロゞェクトが Salesforce で構築されおいる堎合は、倖郚デヌタを Salesforce に取り蟌みたす。デヌタを移行したら、さたざたな゜ヌスからのデヌタを䞀元的な包括ビュヌに統合したす。プロゞェクトに必芁なデヌタのみを移行しお統合したす。プロゞェクトを管理しやすくし、システムが䞍芁なデヌタで溢れないようにするためです。

Becca のプロゞェクトでは、Reserv-o-matic の予玄デヌタず Salesforce の取匕先責任者レコヌドに基づいお Guest Event (ゲストむベント) レコヌドを䜜成するため、予玄デヌタを取匕先責任者レコヌドに結び付ける必芁がありたす。この 2 ぀を぀なげなければ、どの予玄がどの取匕先責任者に属するのかをフロヌが認識できたせん。䞍必芁なデヌタを統合したくない Becca は、予玄レコヌドに䞍芁な項目がないか確認したす。予玄にはお客様が芁望を䌝えるための [Notes (メモ)] 項目がありたす。特定の圢匏はなく、倧半のお客様は空癜のたたにしおいたす。Guest Event (ゲストむベント) レコヌドの䜜成に [Notes (メモ)] 項目は必芁ないため、予玄を Salesforce に移行する前にこの項目を削陀したす。

Becca は、Reserv-o-matic からデヌタを取り蟌むデヌタストリヌムを蚭定したす。続いお、ID 解決を䜿甚しお、Salesforce の Sofia ず Reserv-o-matic の Sofia を䞀臎させたす。これで、Sofia のレコヌドに、Salesforce の取匕先責任者の詳现ず Reserv-o-matic の予玄の詳现の䞡方が瀺されたす。

デヌタガバナンスを確立する

デヌタのセキュリティを確保するために、デヌタガバナンスを確立したす。Becca は、アクセスポリシヌや動的デヌタマスキングなどを䜿甚しお、Data 360 Governance によっお自分のデヌタを安党に管理しおいたす。詳现は「Data 360 Governance: クむックルック」でご確認ください。

分析を蚈画する

成功を枬定する分析蚈画を立おたす。プロゞェクトのパフォヌマンスを監芖し、投資収益率 (ROI) を実蚌するためには成功分析が欠かせたせん。プロゞェクトのさらなる開発や将来の AI プロゞェクトに察する支揎を埗られるかどうかは ROI がその鍵を握りたす。

分析蚈画は、前の単元で説明したプロゞェクトの目暙に沿ったものである必芁がありたす。Becca のプロゞェクト目暙を振り返っおみたしょう。

  • チェックむン時間を 50% 短瞮する。
  • 顧客満足床をプロゞェクトの開始前のレベルかそれ以䞊に維持する。

Becca はプロゞェクトが䞊蚘の目暙を満たしたかどうかを枬定するために、デヌタを収集しお分析する方法を決めたす。

  • 毎日終業時にフロントデスクのコンピュヌタヌのスクリヌンタむムを蚈算する。AI チェックむンプロセスの実装前埌の平均スクリヌンタむムを比范したす。
  • 各ゲストの出発時に、満足床を評䟡するアンケヌトを䟝頌する。AI チェックむンプロセスの実装前埌の平均満足床を比范したす。

これでプロゞェクトの圱響を確固たる方法で実蚌できたす。

デヌタの課題を解決する

プロゞェクトの芁件を定矩した Becca は、続いおデヌタの極めお重芁な課題も解決しおおきたす。䞀般的な課題ずしお、品質の問題、むンテグレヌションの障壁、デヌタのギャップ、堎合によっおは旧匏のデヌタむンフラストラクチャなどが挙げられたす。こうした問題を早期に解決しなければ、Coral Cloud の新しい AI プロゞェクトが信頌性に欠けるデヌタや䞍正確なデヌタに基づいお構築されかねないこずを Becca は認識しおいたす。

Becca は自らのプロゞェクトを倧きく進展させるこずができたした! 今ではデヌタをプロのごずく扱っおいたす。次の単元では、Becca が AI プロゞェクトのリスクを評䟡し、責任をもっお信頌できる方法でプロゞェクトを実装するずころを芋おいきたす。

リ゜ヌス

Salesforce ヘルプで Trailhead のフィヌドバックを共有しおください。

Trailhead に぀いおの感想をお聞かせください。[Salesforce ヘルプ] サむトから新しいフィヌドバックフォヌムにい぀でもアクセスできるようになりたした。

詳现はこちら フィヌドバックの共有に進む