For the complete documentation index, see llms.txt. Markdown versions of documentation pages are available by appending .md to the page URL.
メインナビゲーション
Theme
Codex

Codex use case

オンボーディングポータルの作成

新入社員が次に取り組むタスクを確認し、実際に担当する業務を練習できるようにします。

Difficulty Intermediate
Time horizon 1h

チームの初週の計画をもとに、日ごとのタスク、参考資料へのリンク、実践課題をまとめます。進捗は一人ずつ保存されるので、新入社員は前回の続きから取り組めます。

Best for

  • 同じ職種の新入社員を複数名受け入れるマネージャー
  • 新入社員向けに初週の計画や資料を整備する人事チーム

Contents

    ← All use cases

    オンボーディングポータルの作成

    新入社員が次に取り組むタスクを確認し、実際に担当する業務を練習できるようにします。

    チームの初週の計画をもとに、日ごとのタスク、参考資料へのリンク、実践課題をまとめます。進捗は一人ずつ保存されるので、新入社員は前回の続きから取り組めます。

    Intermediate
    1h

    チームの初週の計画をもとに、日ごとのタスク、参考資料へのリンク、実践課題をまとめます。進捗は一人ずつ保存されるので、新入社員は前回の続きから取り組めます。

    Intermediate
    1h

    Best for

    • 同じ職種の新入社員を複数名受け入れるマネージャー
    • 新入社員向けに初週の計画や資料を整備する人事チーム

    Starter prompt

    @Sites を使って、チームの初週の計画をもとに [role or team] 向けのオンボーディングポータルを作成してください。初週の終わりまでに達成したい目標は [for example, draft a customer kickoff agenda] です。 使用する資料: - 初週の計画:[attached file or document link] - 製品とチームに関する資料:[specific document or folder links] - 実践課題の手順と例:[links] - 問い合わせ先と各担当者の役割:[supplied list] まず、どの資料を読み取れるか確認してください。タスクを日ごとに整理し、それぞれに出典へのリンク、手順、問い合わせ先を添えてください。情報に不足や食い違いがあれば質問してください。タスク、担当者、社内方針を推測で補わないでください。 ようこそページ、日ごとのチェックリスト、資料一覧、問い合わせ先一覧、初週の締めくくりとなる実践課題を用意してください。各タスクには、取り組む内容、その目的、何をもって完了とするか、参考資料へのリンク、相談できる相手を示してください。所要時間の目安は、計画に記載がある場合だけ表示してください。実践課題には、手順、承認済みの例、レビュー基準へのリンクを付けてください。タスクは計画に記載された順に並べてください。進捗バーと「前回の続きから」セクションを追加してください。完了状況は各自が取り組んだ活動の記録として扱ってください。実務に入る準備がどの程度できているかを点数で評価するためには使わないでください。 サインインを必須にし、各自のタスクの完了状況を保存して次回のアクセス時に引き継いでください。進捗は本人だけが閲覧できるようにし、サーバー側で記録へのアクセスを制御してください。全員に共通するタスクの内容と個人の進捗は別々に管理してください。各タスクに固定の識別子を付け、手順やリンクを更新しても完了記録が消えないようにしてください。 レビュー済みの計画のコピーを使い、参考資料には原本へのリンクを付けてください。元の文書が変わった場合はサイトも更新する必要があることを説明してください。アクセス制限のある資料の内容を、閲覧できる人がより多いページに転載しないでください。完了状況のデータを元の文書に書き戻さないでください。資料を読み取れない場合は、アクセス可能なコピーかリンクを依頼してください。 新規ユーザーが初めて利用する場合、タスクの一部が完了している場合、計画全体が完了している場合、別のアカウントで利用する場合をテストしてください。ページを再読み込みしても進捗が保持されること、本人だけが進捗を閲覧できること、手順を編集しても進捗がリセットされないことを確認してください。新入社員がリンク先の資料にアクセスできるか未確認の場合は、そのリンクに目印を付けてください。サイトの公開範囲はチームのワークスペース内に限定してください。公開前に、保存したプレビュー、テスト結果、まだ回答が必要な質問を提示してください。
    @Sites を使って、チームの初週の計画をもとに [role or team] 向けのオンボーディングポータルを作成してください。初週の終わりまでに達成したい目標は [for example, draft a customer kickoff agenda] です。 使用する資料: - 初週の計画:[attached file or document link] - 製品とチームに関する資料:[specific document or folder links] - 実践課題の手順と例:[links] - 問い合わせ先と各担当者の役割:[supplied list] まず、どの資料を読み取れるか確認してください。タスクを日ごとに整理し、それぞれに出典へのリンク、手順、問い合わせ先を添えてください。情報に不足や食い違いがあれば質問してください。タスク、担当者、社内方針を推測で補わないでください。 ようこそページ、日ごとのチェックリスト、資料一覧、問い合わせ先一覧、初週の締めくくりとなる実践課題を用意してください。各タスクには、取り組む内容、その目的、何をもって完了とするか、参考資料へのリンク、相談できる相手を示してください。所要時間の目安は、計画に記載がある場合だけ表示してください。実践課題には、手順、承認済みの例、レビュー基準へのリンクを付けてください。タスクは計画に記載された順に並べてください。進捗バーと「前回の続きから」セクションを追加してください。完了状況は各自が取り組んだ活動の記録として扱ってください。実務に入る準備がどの程度できているかを点数で評価するためには使わないでください。 サインインを必須にし、各自のタスクの完了状況を保存して次回のアクセス時に引き継いでください。進捗は本人だけが閲覧できるようにし、サーバー側で記録へのアクセスを制御してください。全員に共通するタスクの内容と個人の進捗は別々に管理してください。各タスクに固定の識別子を付け、手順やリンクを更新しても完了記録が消えないようにしてください。 レビュー済みの計画のコピーを使い、参考資料には原本へのリンクを付けてください。元の文書が変わった場合はサイトも更新する必要があることを説明してください。アクセス制限のある資料の内容を、閲覧できる人がより多いページに転載しないでください。完了状況のデータを元の文書に書き戻さないでください。資料を読み取れない場合は、アクセス可能なコピーかリンクを依頼してください。 新規ユーザーが初めて利用する場合、タスクの一部が完了している場合、計画全体が完了している場合、別のアカウントで利用する場合をテストしてください。ページを再読み込みしても進捗が保持されること、本人だけが進捗を閲覧できること、手順を編集しても進捗がリセットされないことを確認してください。新入社員がリンク先の資料にアクセスできるか未確認の場合は、そのリンクに目印を付けてください。サイトの公開範囲はチームのワークスペース内に限定してください。公開前に、保存したプレビュー、テスト結果、まだ回答が必要な質問を提示してください。

    事前準備

    入社初週の計画をもとに、新入社員がその日のタスクと必要な資料を確認し、前回の続きから取り組めるポータルを作ります。日々のタスク、相談先、週の終わりに取り組む実践課題をまとめ、一人ひとりの進捗を保存できるように依頼します。

    対象の職種を選び、初週を終える頃に新入社員にできるようになってほしいことを一つ決めます。その目標を基準に、計画に含める資料や活動を選びます。まず、チームで普段使っている資料を集めます。

    情報源 例 計画での役割
    入社初週の計画 実施日、タスク、手順、参考資料、相談先を記載した文書やスプレッドシート 日別のチェックリストのもとになる
    チームの資料 製品概要、チームの連絡先一覧、職種別のテンプレート 各タスクに必要なリンクや背景情報を提供する
    実践課題 課題の手順、評価基準、承認済みの見本 初週の到達目標を明確にする

    タスクは、どこまでできれば完了かを本人が判断できるように具体化します。たとえば、「製品について学ぶ」は「製品概要を読み、バディとの面談で聞きたいことを二つ用意する」と書けます。計画に所要時間の目安があれば併記し、ほかの人の協力が必要な活動も明示します。

    例:顧客とのキックオフミーティングの準備

    カスタマーサクセスマネージャー向けの架空の計画を例にします。この計画では、週の終わりにキックオフミーティングの議題案を作成できるよう、次の順に取り組みます。

    • 基礎を学ぶ:製品概要を読み、バディとの面談で疑問点を話し合います。
    • 実際の進め方を見る:承認済みのキックオフミーティングの映像を見て、進行役がどんな質問をしているかをメモします。
    • 自分で試す:チームのテンプレートを使って議題案を作成し、上司と内容を話し合います。

    ほかの職種では、キャンペーンの企画概要をまとめる、サンプルの問い合わせに対応するなど、その職種に合った課題に置き換えます。活動の内容と順序は、承認済みの計画に沿って決めます。

    資料の接続

    1. サイト作成用のチャットにオンボーディング計画を添付します。接続済みのアプリに文書がある場合は、利用できる接続を ChatGPT に確認してから、対象の計画、資料、フォルダーへの直接リンクを渡します。接続に必要な操作を求められたら、その手順を完了します。 たとえば、Google Drive や SharePoint への接続が利用できる場合は、そこにある「カスタマーサクセス:入社初週」や「キックオフミーティングの議題テンプレート」を指定します。社内文書をすべて検索するよう頼むのではなく、対象のファイル名を明示します。
    2. 資料から見つけたタスクを日別にまとめ、各タスクに出典へのリンクと相談先を添えるよう ChatGPT に依頼します。サイトの作成に進む前に、抜けている情報を補います。リンクを渡すと対象の文書を指定できます。その内容を使う場合は、ChatGPT が文書を読めることも確認してください。
    3. サイトには内容を確認した計画のコピーを掲載し、元の資料へのリンクも残します。後から元の文書を編集しても、サイトのコピーには自動で反映されません。計画を改訂するには、サイト作成用のチャットに戻り、更新した資料を渡します。
    4. サイトにアクセスするたびに接続済みのアプリから資料を読み込む必要がある場合は、その機能を別途依頼します。サイトの公開範囲をワークスペース内に限定し、新入社員本人のアプリ権限でテストします。接続の手順は「データと接続」に従ってください。

    新入社員と同じアクセス権を持つ同僚と一緒に資料のリンクを開き、閲覧できない資料があれば、サイトを共有する前に対処します。各自のタスクの完了記録はサイトに保存します。元のオンボーディング文書に書き戻す必要はありません。

    サイトの使い方

    1. 次に取り組むタスクの優先表示

      計画と資料へのリンクを添えて、最初のプロンプトを使います。入社したばかりの人の立場で、初日の内容を確認します。どのタスクから始めるのか、なぜそのタスクが必要なのか、どの資料を開けばよいか、誰に相談できるかが分かるようにします。曖昧なタスク名を、計画にある具体的な行動に書き換え、各タスクの横に関連資料を表示するよう ChatGPT に依頼します。

    2. 実践課題までの流れの確認

      初週の活動を順にたどり、最後の実践課題まで確認します。新入社員が課題の手順と承認済みの見本を見つけ、上司がどこに着目して評価するのかを把握できるようにします。キックオフミーティングの例なら、議題案に会議の目的と顧客への質問が含まれているか、次のステップについて合意する時間が確保されているか、といった点を確認します。

      活動を一つ完了済みにし、ページを再読み込みします。その後、別のセッションでもサイトを開き、進捗が保存されていることを確認します。別のアカウントでもサイトを開き、最初からその利用者自身の進捗が表示されることと、最初の利用者の記録にアクセスできないことを確かめます。チェックリストから分かるのは、どの活動を終えたかです。どこにまだ支援が必要かは、実践課題と本人との対話を通じて把握します。

    3. 次の新入社員の受け入れ

      公開範囲を確認して、チーム向けにサイトを公開します。歓迎メッセージにサイトへのリンクを添え、日々の使い方を説明します。初週の終わりの面談では、どの手順や資料が分かりにくかったかを尋ねます。計画が変わったら、完了済みのタスクを保持し、タスクの追加や削除が進捗にどう影響するかを説明するよう ChatGPT に依頼してから、更新版を公開します。

    応用例

    元の資料に基づく計画の更新

    オンボーディング計画が変わったら、完了済みのタスクを保持し、記録済みの進捗にどのような変更が生じるかを明示したうえで、チェックリストを更新します。

    [document link or attached file] にある更新版のオンボーディング計画を読んでください。サイトに掲載されているタスクと比較し、追加・削除されたタスクと、手順の変更箇所を示してください。同じタスクについては、既存の識別子と保存済みの完了記録を保持してください。削除されたタスクや内容が大きく変わったタスクの扱いは、私に確認してください。確認済みの計画と資料へのリンクだけを更新し、公開前にプレビューを見せてください。

    次のタスクの優先表示

    初週の計画全体をいつでも確認できるようにしながら、各自が最初の未完了タスクから再開できるようにします。

    「前回の続きから」セクションを追加してください。ログイン中の利用者にとって最初の未完了タスクを、実施日、手順、資料へのリンク、相談先とともに表示してください。初週の計画全体も引き続き閲覧できるようにしてください。すべてのタスクが完了したら、完了メッセージを表示してください。新規利用者、一部のタスクを完了した利用者、すべてのタスクを完了した利用者のそれぞれについてテストし、保存済みの進捗を本人だけが閲覧できることを確認してください。

    Related use cases