AIでタスク管理をする方法｜依頼を作業に分け、期限と確認待ちを整理する

こんにちは。バナナデスクです。

「来週、料金ページも直しておいて」。この一言をAIに渡すと、見た目の整ったタスク表はすぐ作れます。でも、来週のいつなのか、文章を直すだけなのか、公開までしてよいのかは、元の依頼だけでは決まっていません。

タスク管理でAIを使うなら、空欄をすべて埋めるより、今すぐ進められる作業と、人に確認しなければ決まらないことを分ける方が役立ちます。予定が細かいことと、予定の根拠があることは別だからです。

ここでは7件の架空メモをタスク表へ整理し、翌日の3件で何を更新し、何を確認待ちに残すかまで見ていきます。特定のアプリの自動実行や通知設定ではなく、依頼を読み取り、実際に使える作業表へ直す方法を扱います。

執筆：バナナデスク｜WEBビジネスの設計・集客・改善

AIには依頼の整理を任せ、期限の決定は分ける

「文章を作る」「承認を受ける」「公開する」は、同じページに関する仕事でも完了条件が違います。これを「料金ページ更新」の一行にまとめると、どこで止まっているか分かりません。AIには、文章から作業を取り出し、必要に応じて分ける役割を任せます。

一方、元の依頼にない締切や担当をもっともらしく追加させないようにします。Googleのプロンプト設計の資料でも、具体的な指示、制約、回答形式を指定し、用途に応じて調整する考え方が説明されています。ここでは、その考え方を依頼の整理へ応用します。APIの機能や特定モデルの精度を、すべてのチャット製品に保証する意味ではありません。

基準日を入れた7件の依頼メモ

以下は説明用に作った架空メモです。基準日時は2026年10月1日（木）9時、日本時間とします。実在する顧客やチームの記録ではありません。

この例には、期限が明確な依頼、時刻が決まっていない依頼、担当未定、許諾待ち、作業の候補を混ぜています。都合のよい依頼だけを入れると、実務で困る曖昧さを見落としやすくなるためです。

「明日」は基準日が決まれば10月2日と読めます。しかし、「来週話す」だけでは会議の曜日を決められません。また、メモが数日前の発言を転記したものなら、発言日が必要です。入力した今日をすべての相対日付の起点にしないようにしてください。

そのまま使える整理用の指示

次の指示に原文のメモを続けて入力します。実データを使う場合は、そのサービスへ送ってよい情報かを先に確認し、不要な氏名や顧客情報は除きます。

次の依頼メモだけを使い、作業名・担当・期限・状態・出典ID・完了条件の表を作ってください。
基準日時は2026年10月1日（木）9:00、日本時間です。
「明日」「金曜日」は候補日と変換根拠を示します。「来週」だけなら日付を決めず未確定にします。
原文にない担当・期限・優先順位・作業時間は作りません。
公開、送信、予定登録などの外部操作はせず、確認用の下書きだけを作成します。
前提となる作業が同じ案件か不明な場合、依存関係を断定せず確認事項にします。
作業を分けても、元の依頼IDを残します。曖昧な点は最後に質問として列挙します。

「重要度も適当に決めて」という指示は避けたいところです。売上への影響、顧客との約束、他作業が止まる条件などが入力にないままでは、順位に根拠がありません。優先順位が必要なら、使う基準も別に渡します。

初稿で埋まっていても、採用しない欄がある

ここからは、AIを使って作成した教材用の編集例です。以下の「修正前」は、起こりやすい誤読を説明するために組み立てた例で、特定製品が実際に返した誤回答の測定結果ではありません。

「前日に準備すればよさそう」という予定案を提案すること自体はできます。ただし、元の依頼で決まっていた締切とは別の欄へ書き、採用の確認を取ります。事実の抽出と予定の提案を同じセルに混ぜないことが大切です。

確認用のタスク表は、出典と完了条件まで残す

次の表が、原文と照合して整理した完成見本です。「未確定」が残っているのは記入漏れではなく、元の情報にない内容を区別した結果です。実際に運用するときは担当者が確認して確定します。

T6では、権限の依頼を送信しただけでは、T5に関係する集計ができるとは限りません。必要な範囲を閲覧できたかを確認します。また、T2の素材Bは許諾が確認できるまで公開に使わず、素材Aと混ぜて「写真準備完了」にしないようにします。

毎日の更新では、全表を作り直すより変更点を確認する

翌日になったら、昨日の表と追加メモを一緒に渡し、変更箇所だけを抽出させます。ここでは更新時点を2026年10月2日（金）9時10分、日本時間とし、次の3件が届いたという架空例を続けます。原稿の提出や権限の付与も、説明用メモの中の出来事です。

AIへ渡す指示も、前日の表を消さずに更新する形へ変えます。

既存のT1〜T7と出典M1〜M7を維持し、M8〜M10から変更された欄だけを示してください。変更前、変更後、根拠のメモIDを並べます。元のメモの相対日付は元の発言日で解釈し、今日を起点に読み替えません。新しい作業はT8以降とし、完了報告が来た作業も履歴に残してください。元の条件と競合する依頼は、自動で上書きせず確認文を作ってください。公開・送信・予定登録は実行しません。

追加メモで変わるのは、次の4行

M1の「明日17時」は、10月1日の発言なので10月2日17時のままです。翌日に同じ原文を入力し直しても、10月3日へ延ばしません。M5の「金曜日」も10月2日で、追加メモに時刻はありません。M10の10時は案内メールの予定であり、受付集計の締切には使えません。

T2の写真選定、T3の料金変更の会議、T4の質問案、T7の古い案内文は、今回の3メモでは条件が更新されていません。そのまま残します。T8が増えても、T1を「料金ページを作って公開する」へ拡張しないので、提出済みの仕事と、承認待ちの仕事を別々に追えます。

承認前の公開依頼には、具体的な確認文を返す

M10が新しいという理由だけで、M1の承認条件を消すことはできません。このメモでは広報担当に承認手順を変更する権限があるかも不明です。「条件が矛盾しています」で止めず、次のように確認事項をまとめます。

料金ページの公開について確認です。M10では10月2日9時30分の公開希望がありますが、M1は承認後の公開、M8は未承認の報告です。「承認後に公開する」という運用を変更する依頼でしょうか。それとも、承認が取れた場合の希望時刻でしょうか。

承認する方、承認済みの原稿の版、公開を担当する方を確認させてください。返答までは公開せず、確認用原稿の整理まで進めます。現行料金はM3どおり維持し、許諾未確認の素材Bは使いません。9時30分に間に合わない場合、10時の案内メールをどうするかも合わせて決めてください。

これは送信用の文案で、実際に誰かへ送った記録ではありません。回答が来たら新しいメモIDを付け、誰が・どの原稿を・いつ承認したかをT8へ追記します。公開可能と確定した場合も、T1の原稿提出を取り消したり、元の依頼M1を消したりする必要はありません。

「完了報告」と「結果を確認済み」を分けて残す

M8には原稿の所在があるので、T1は「提出報告あり」へ進められます。受け取る側はその原稿を開き、一案がそろっているかを確認できます。M9も、権限を依頼したという報告に加えて、対象サイトの9月分が見えたという結果があります。本文では、その報告を表に反映し、私たちが外部画面を操作した実績にはしていません。

実務でも、報告だけを受け取った段階なら「報告による完了」、成果物まで見たなら「確認済み」と区別して残すと、次の担当者は何を確かめればよいか分かります。必要なのは状態の名前を増やすことではなく、誰の何を根拠に更新したかを追えることです。

最初は一日の依頼を、三つに分けてみる

最初から予定、通知、外部ツール連携までつなぐ必要はありません。一日の依頼を「着手できる」「確認待ち」「まだ候補」に分け、期限と担当の根拠を見てください。

AIがきれいな表を返したときほど、原文にない決定が増えていないかを確かめます。空欄をなくすために想像を足すより、確認すべき一問が明確になった方が、その日の仕事は進めやすくなります。

関連記事：個人事業主の仕事の優先順位｜やることが多すぎる週の整理と判断例