AIを使い始めるとき、質問して答えを得て、次の質問へ移る人は少なくありません。探索には向いていますが、複数段階の仕事には順序、入力資料、完了基準が必要です。依頼を再利用できる流れにまとめると、説明の繰り返しが減り、確認すべき箇所も見えやすくなります。
ワークフローは複雑な自動化ソフトである必要はありません。人が進行を管理し、一部の工程だけAIを使う単純な手順でも構いません。
最終的な成果から考える
依頼を書く前に、必要な成果物を決めましょう。「市場を調査して」はテーマであって成果ではありません。「三つの選択肢、比較基準、情報不足の質問をまとめたブリーフ」なら評価できます。
成果が明確になると、必要な入力も分かります。比較なら選択肢と基準、要約なら元資料と読者を指定します。
例：顧客との会議を準備する
毎週の顧客会議を準備するチームを想像してください。「メモを要約」「質問を提案」「議題を作成」と個別に依頼する代わりに、次のように分けられます。
- 資料を選ぶ： 使用が許可された会議記録とメモを集める。
- 整理する： AIに決定事項、未解決事項、矛盾点を、出典とともに一覧化させる。
- 確認する： 担当者が重要点を原文と照合する。
- 準備する： 確認済みの内容をもとに、議題と質問案を作る。
- 仕上げる： 人が優先順位、時間、語調を調整して送る。
すべての工程にAIが必要なわけではありません。資料選びと議題の承認は人が担い、AIは分類や下書きを手伝えます。
各工程に小さな約束を置く
各工程について、目的、使ってよい入力、望む出力、人に確認して停止する条件を決めます。
たとえば「添付メモから確認済みの決定だけを表にしてください。決定、資料に記載された担当者、根拠となる引用を含めます。担当者を推測せず、記載がなければ『記載なし』とします」と依頼できます。境界が明確で、確認もしやすくなります。
結果が誤っていた場合、資料不足、目標の曖昧さ、基準の未提示など、原因を探せます。長い依頼を一度に出して最終結果だけ受け取ると、誤りの始点を見つけにくくなります。
工程が失敗したときの対応を決める
ファイルの不足、予想外の形式、情報源の食い違いを想定します。AIに空欄を推測で埋めさせず、項目を示し、不足情報を記録して担当者に戻すよう決めておきます。「まだ完了できない」も有効な状態です。
前段の結果を自動で次に渡す場合、エラー処理が特に重要です。通知がなければ、後続工程が空の入力を正常な結果として扱う可能性があります。都合のよい例だけでなく複数の資料で試し、繰り返す誤り、監督時間、手直しを記録します。
チームで共有する場合は、用語と資料の版をそろえましょう。保存したワークフローには担当者と更新日を記載し、ツールや入力条件が変わったときに見直す項目も残します。
リスクのある箇所に確認点を置く
すべての工程に手動承認が必要なわけではありません。ただし、データを書き換える、情報を外部へ送る、重要な判断に影響する工程には停止点が必要です。
「準備」と「実行」を分ける方法があります。準備ではAIが読み取り、分類、下書きを行い、送信や変更、判断の適用前に人が承認します。
確認時には、情報源が適切か、根拠が結論を支えているか、不確かな点は何か、次の操作に権限があるかを確かめます。
うまくいった流れを記録する
うまくいったら、プロンプトだけでなく、目的、使える資料、出力形式、既知の誤り、人が承認する手順も保存します。背景のないプロンプトは別の仕事に誤用されることがあります。
異なる入力でも試してください。一例でしか機能しないなら、共有標準としては不安定です。使わないほうがよい条件も、使い方と同じくらい重要です。
ワークフローは全自動化と同じではない
人がすべてを進めるワークフローもあります。自動化は前工程の成果をシステムが次へ渡す仕組みにすぎません。手作業は減りますが、誤りが見つかる前に広がることもあります。
工程が明確で、成果が安定し、エラーへの対応が決まってから自動化しましょう。そうでなければ、曖昧な流れを見えにくくするだけです。
数回使ってから評価する
最も成功した例だけでなく、代表的な結果を見ます。大幅な修正が必要だった頻度、繰り返す誤り、監督時間、受け手の使いやすさを記録します。複雑な指標は不要ですが、同じ仕事を同じ基準で比べることが大切です。
要点： よいAIワークフローは成果、出典、工程、人が確認する箇所を明確にします。まず仕事を整理し、理解してから自動化しましょう。
まとめ
繰り返しの仕事を一つ選び、望む結果を決めて小さな工程に分けます。確認可能な作業をAIに任せ、リスクのある箇所には承認を残し、改善点を記録してください。
そうすればAIは、ばらばらの回答ではなく、仕事の中の目的ある一工程になります。