小規模事業者が複数のAIシステムを使い始めるのに、手の込んだエージェントのネットワークは必要ありません。必要なのは、引き継ぎに耐えられるタスクです。架空の修理店が、見積もりの依頼方法を説明するガイドを作成する場面を考えてみましょう。役に立つ成果物とは、承認済みの情報に基づく明確なガイドであり、不足している詳細は見える形で残しておきます。
ゴールを定める
読者と成果を一文で書きます。「初めてのお客様が、修理の問い合わせにどのような情報を含めればよいかを理解できるようにする。」使用してよい情報源、希望する長さ、創作してはならない事項を明記します。営業時間や料金は承認済みの事業情報に基づくべきもので、書き手の想像で決めるものではありません。
役割ごとに異なる成果物を割り当てる
調査担当は、主張、情報源の場所、日付、不確実性を記したエビデンスシートを作成します。下書き担当は、そのシートを使って記事を作成します。レビュー担当は、特定の文に結びついた問題点のリストを作成します。三つのアシスタントに「記事を改善して」と頼むと、作業が重複し、責任の所在があいまいになります。
次の役割カードを使いましょう：
タスク：修理見積もりの依頼方法を説明する。調査の成果物：承認済みの事実と未回答の質問。下書きの成果物：番号付きの手順を含む短いガイド。レビューの成果物：裏付けのない主張、抜けている手順、不明確な表現。公開の判断：名前のある人間の編集者。
引き継ぎを明示する
下書き担当は、依頼内容と一緒にエビデンスシートを受け取るべきです。ある詳細が不明であれば、調査担当はそれを不明として記録します。レビュー担当には、下書きとそのエビデンスの両方が必要です。下書きだけでは、事実に関する記述の出どころを確かめられません。
すべての業務プロセスをつなぐのではなく、まず一本の記事から始めましょう。各役割の成果物は別々のセクションに分けておき、レビュー担当が変更をたどれるようにします。複数のAIシステムが同じ誤りを繰り返すこともあるため、それらの意見が一致しても、元の資料を確認する代わりにはなりません。
小さなタスクで試す
繰り返し寄せられる顧客からの質問を一つ選びます。別のチャットを開く前に、三つの役割カードを用意します。一連の手順を実行し、誰かが追加情報を必要とした箇所をすべて記録します。そして、それらの箇所で引き継ぎを改善します。ワークフローは、関わったアシスタントの数ではなく、完成した回答の有用性と正確さで評価しましょう。
Mika は、ハンブルクの KENJTEC 編集チームが使用する編集上のペンネームです。この記事はワークフローを提案するものであり、完了したテストを報告するものではありません。
