tosheo.ai
無料トライアルを開始
無料トライアルを開始
業務を中心とした設計

クイズをもう1つ解くより、実際に判断することが大切です。

AI実践シナリオは、実際の業務に即した状況で受講者がAIを使い、その後、自分が何を修正したかを説明するロールプレイ形式の課題です。Tosheo.aiでは、各シナリオを、受講者が提出前に確認できる採点基準に基づいて採点する予定です。

tosheo.ai / ワークスペースプレビュー例

あなたの仕事に合った学習コース。

マーケティング
  1. 01 / AIに適切な背景情報を伝えるこの例で完了した内容
  2. 02 / 使える下書きを作るこの例で完了した内容
  3. 03 / 自社ブランドに合った表現にする練習課題 / 進行中
  4. 04 / 共有する前に確認する次の内容 / 根拠と判断
製品のプレビュー例
01

背景情報

架空の依頼内容を使い、対象読者と制約条件を明示します。

02

演習

下書きを作り、何が変わったかを確認し、より明確な指示でもう一度試します。

03

判断力

根拠を確認し、情報を保護し、最終的な判断を説明します。

01 / 業務を中心とした設計

AIの実践演習シナリオとは何ですか?

AIの実践シナリオは、現実的な業務場面でAIを活用し、実務に必要な判断を行う短いロールプレイです。計画中の課題例としては、「顧客が明日までにキャンペーン計画を求めています。AIを使って最初の下書きを作成し、その後、何をなぜ修正したかを説明してください」というものがあります。

シナリオは、レッスンに加えて取り組める練習形式です。レッスンでは具体例を通じて1つのスキルを学びます。シナリオでは、締め切り、顧客の不満、不備のある依頼内容など、現実的な制約やプレッシャーのもとで複数のスキルを組み合わせて使います。

02 / 業務を中心とした設計

シナリオには何が含まれますか?

予定しているすべてのシナリオは5つの部分で構成され、学習者は開始前にそのすべてを確認できます。

状況

依頼者は誰で、何をいつまでに必要としているかを確認します。

元資料

方針、依頼書、データ表など、受講者が使ってよい事実です。

制約

社内方針で認められていない約束をしない、表にない数値を使わないなど、必ず守るべき制約です。

成果物

提出する成果物は、メール、要約、計画の概要、返信のいずれかです。

説明

受講者がAIの下書きから何を残し、変更し、削除したかと、その理由を記した短いメモです。

03 / 業務を中心とした設計

シナリオの実施例は、どのようなものですか?

サポート業務を想定した例を示します。架空の生活雑貨店コッパーリーフ・ホームの顧客が、ランプの到着が2週間遅れたと伝え、全額返金と次回注文の送料無料を求めています。提供された規定では、配送遅延について申し出があれば返金できますが、送料無料についての記載はありません。

受講者はAIツールに次のように指示します。「このお客様への返信を下書きしてください。配送の遅れをおわびし、以下に貼り付けた返金規定に従ってください。規定にない対応は提案しないでください。」最初の下書きは丁寧で自然ですが、「24時間以内」の返金を約束し、次回注文の配送料を無料にすると提案しています。どちらも規定にはありません。

確認・修正後の版では、謝罪を残し、配送遅延の規定に基づく返金を確認し、所要期間は方針に記載されたとおりにだけ伝えています。無料配送の提案は、判断権限を持つチームに要望を伝えたという一文に置き換えています。受講者のメモには、こう書かれています。"24時間以内という約束と無料配送の提案は、どちらも方針に根拠がないため削除しました。"

04 / 業務を中心とした設計

採点基準はどのようなものですか?

採点基準は提出前に確認できるようにする予定です。項目数は少数に絞り、各項目で優れた回答が満たす条件を示します。コッパーリーフのシナリオでは、次のような内容が考えられます。

そのうえで、フィードバックでは取り組んだ内容を具体的に指摘する必要があります。役立つコメントの例は、"方針に忠実な内容です。冒頭は現在、お詫びではなく方針の説明から始まっているため、もう少し温かみのある表現にできます。"というものです。適切な回答は一つとは限らないため、採点基準では、特定の一段落との完全一致ではなく、判断の適切さを評価します。

評価項目優れた回答が満たす条件よくある見落とし
規程への忠実性すべての約束が提示された方針で裏付けられますAIが勝手に作った所要期間や厚意による特別対応の提案を残してしまうこと
文体と読み手問題を率直に認め、次に行うことを1つ明確に示しています実際の依頼には答えず、長々と謝罪する回答
判断内容を見直すメモで変更点とその理由を明示しています具体的な変更点を示さずに「改善しました」とだけ記載
05 / 業務を中心とした設計

受講者が採点結果に納得できない場合はどうなりますか?

受講者は、納得できない評価点に異議を申し立てられます。異議のある評価点は再確認待ちに入り、人による確認、または別のモデルによる再評価が行われます。すべての評価を記録する予定のため、確認担当者は提出物、採点基準、元の講評をまとめて確認できます。

この仕組みがあるのは、AIによる採点が誤ることがあるためです。採点に問題を報告して再確認を求める手順は、説明のない点数を学習者に受け入れさせるのではなく、誤りに対して透明性を持って対処するために予定している仕組みです。すべての点数が正しいことを保証するものではありません。

06 / 業務を中心とした設計

管理職はシナリオの実施結果をどのように活用すべきですか?

想定事例は判定を下すためではなく、対話のきっかけとして使います。どの情報が与えられていたか、受講者が何を自分で確認したか、どの判断を自分で行ったかを尋ねます。見直しの過程が分からない洗練された回答よりも、推論が明確な控えめな回答のほうが、実力を判断する確かな手がかりになります。

マネージャー画面には、受講者のチャットそのものではなく、スキルの進捗と完了状況を表示する予定です。結果は判断材料の1つとして扱い、実務には引き続き通常の承認ルールを適用してください。

07 / 業務を中心とした設計

シナリオが適していないのは、どのような場合ですか?

シナリオでは、よくある業務場面での判断力を養います。自社の規制対象業務の手順に関する研修や、法務・コンプライアンス部門による承認に代わるものではありません。また、特定のAIツールのメニュー操作を教えるものでもありません。それについては、提供元のヘルプページのほうが適しています。

このウェブサイトのシナリオはすべて説明用の例であり、架空の企業を使用しています。妥当性が検証された評価や生産性向上の証拠ではありません。また、製品自体も開発前の段階です。

決める前に

役に立つ質問をいくつか。

想定事例に対する正解は1つですか?

いいえ。シナリオは、複数の回答が高い評価を得られるように設計しています。採点基準では、模範の段落と一致しているかではなく、たとえば約束事項のすべてについて元資料の根拠をたどれるかなど、良い回答が満たす条件を示しています。

要確認とされたスコアは誰が確認しますか?

要確認とされた評価は、人または別のモデルが確認するためのレビュー待ちリストに送られる予定です。確認担当者には、提出物、評価基準、元のフィードバックが表示されます。

受講者はシナリオ演習で実際の会社データを使いますか?

標準では使用しません。シナリオには架空の資料が用意されています。Growthプランでは、アップロードした社内文書を例に反映できますが、受講者は引き続き、AIツールに入力してよい情報についての社内規定に従う必要があります。

管理者は受講者のAIとのチャットを読めますか?

いいえ。管理者には、チャットの生ログではなく、スキルの習得状況と学習の完了状況を表示する予定です。表示する項目の詳細は、提供開始前に文書で公開します。

引き続き調べてみてください。

次に取れる実用的な一歩

教材の再生リストを増やすのではなく、チームに学習の道筋を示してください。

計画中の職種別レッスン、実践課題、管理者向け画面をご覧ください。

無料トライアルを開始7日間無料 · カード登録が必要 · 最大5ユーザーライセンス