このレッスンでできるようになること
Team Botを公開した後は、正しい資料を保ち、変更の影響を確認し、担当者が不在でも運用を続けられるようにします。利用者が増えるほど、一人との会話で解決した内容がチームの手順に反映されない問題も起きやすくなります。このレッスンでは、FAQ Botを例に、改善記録、再テスト、管理担当の追加、引き継ぎを一つの流れにまとめます。
1．改善の記録を一箇所へ集める
最初に、改善要望を受け付ける場所を決めます。管理表や共有文書など、チームが既に使っている場所で構いません。記録する項目は、質問、期待する答え、実際の答え、根拠資料、重要度、担当、対応状況です。「精度が悪い」という感想だけで終わらず、どこを直せばよいか分かる材料を残します。
利用者の会話を丸ごと共有する必要はありません。検証に必要な質問と回答だけを選び、個人情報や秘密情報を除きます。報告を受けた担当者は、資料の誤り、手順の不足、接続の問題、質問の曖昧さに分けて考えます。原因を確かめずSkillへルールを追加し続けると、手順が読みにくくなります。
2．更新前に影響範囲を決める
例として、研修の開始時刻を変更する場面を考えます。直すべきものはFAQ本文だけとは限りません。案内文、回答例、定期レポートの参照元にも古い時刻が残っていないか確認します。変更対象の一覧と、変更しない範囲を先に整理しておくと、確認の抜けを減らせます。
更新は、最初に原資料の管理者へ事実を確認し、その後でTeam Botの共有用資料へ反映する順にします。Botの回答に新しい時刻が出たことだけを根拠に、社内の正式情報まで変更しないでください。正本となる資料と、Botが参照する資料の関係を明確にしておきます。
3．共有設定を更新し、代表例で再テストする
オーナーまたは管理担当がBotの詳細からSetupを開き、対象のFilesやSkillsを確認して更新します。修正前の内容は、チームで認められた保存先に控えを残します。専用の版管理や自動復元が必ずあると考えず、どの資料へ戻せるかを自分たちで確認してください。
更新後は、直した質問だけでなく、以前から正しく答えていた質問も試します。開始時刻の変更なら、時刻、参加方法、問い合わせ先の三つを確認する方法があります。新しい答えが正しいことと、関係のない答えが変わっていないことを、両方確かめます。
共通の変更は他の利用者にも影響するので、テスト中の回答を業務に使ってよいかも伝えます。影響が大きい修正なら、運用を一時的に止める方法を検討します。復旧可能な変更であることを確認してから反映し、結果が悪ければ以前の内容へ戻して再確認します。
4．管理担当を追加し、判断の担当も決める
公開済みTeam Botの詳細で、Managers → Addから対象メンバーを選び、Add managerで管理担当を追加できます。公式仕様では、管理担当は共通設定を変更できますが、公開・非公開化・削除はオーナー側に残ります。管理担当の追加を、オーナー権限の移転と同じものとして扱わないでください。
引き継ぎでは「操作できる人」に加え、「変更を判断する人」を決めます。資料の内容は業務責任者、Botの設定は管理担当、公開状態の変更はオーナー、という分担が考えられます。緊急時に誰へ連絡するかも、担当者名だけでなく代替の連絡先まで整理します。
引き継ぎ資料には、Botの目的、参照資料、Skills、接続の用途、Routineの作成者、確認頻度、既知の制約を記載します。認証情報の値を文書へ貼り付ける必要はありません。必要な接続を誰が管理し、更新や失効の際にどこを確認するかを残します。
5．Routineは所有者まで確認する
チームの週次報告に使っていても、Routineは作成者個人に属します。担当交代の際は、新しい人が管理担当になっただけで、既存Routineも引き継がれたと考えないでください。作成者本人が設定と最近の結果を確認し、次の担当者が運用できる方法を決めます。
移行機能が確認できない場合は、新担当の会話で同等のRoutineを作り、安全な入力でTest runを行う方法を検討します。その後、切り替える日時を決め、旧担当が旧Routineを一時停止します。新旧を同時に動かす期間を不用意に作らず、切り替え後の最初の報告まで確認してください。
同じ設定文を移しても、新担当の接続先や閲覧権限が違えば結果は変わります。参照資料、出力先、使用量を確認するアカウントを再確認します。引き継ぎの完了は、資料を渡した時点ではなく、新担当が自分の環境で結果を確認できた時点にすると、責任の空白を減らせます。
6．小さな定例確認を続ける
週に一度など、続けられる頻度で、誤回答、未解決の質問、使われていない設定を見直します。件数だけでなく、利用者が元資料を探す時間や、修正にかかる手間が減ったかも確認します。使われていないBotを増やすより、よく使う一つの仕事を安定させることを優先しましょう。
確認のたびにすべてを変更する必要はありません。影響の大きい課題を一つ選び、変更前の状態、実施した修正、確認結果、次の見直し日を残します。担当者が交代しても判断の理由をたどれる記録があれば、同じ試行錯誤を繰り返さずに済みます。
実践課題と完了チェック
FAQの改善を一件記録し、修正案、再テスト、引き継ぎメモを作ってください。管理担当とオーナーの違いを説明できる、Routineの作成者が分かる、新担当で結果を確認できる、という三点を点検します。自動化の完了は、動き始めた瞬間ではありません。変更に対応しながら、次の担当者も使い続けられる状態を目指してください。
