

自動化は、いきなり大きく作るほど止まりやすいです。
最初は「1つの受信箱」から「1つの表」に流すだけで十分強い。
メール→要約→表に記録、の最小ルートを作ると、次の自動化が一気に増やしやすくなります。
目次
持ち帰れるもの
自動化で最初に作るなら、「何かを完了させる」より「記録を作る」が安全です。
理由は、失敗しても被害が小さく、後から見直して改善しやすいから。
| やりたいこと | 難しさ | 最初に向く? |
|---|---|---|
| メールを読んで自動返信 | 高い(誤送信が怖い) | 最初は避けたい |
| メールを要約して表に記録 | 低い(ログが残る) | 最初に向く |
| 要約からタスク作成 | 中(誤タスクが増える) | 2本目以降 |
最初のゴール
「重要メールが来たら、要点が表に残る」。これだけで、見落としが減って、共有もしやすくなります。
| 要素 | 意味 | 例 |
|---|---|---|
| トリガー | いつ動く? | 特定ラベルのメールが届いた |
| 処理 | 何をする? | 本文を要約して要点を抽出 |
| 出力 | どこに残す? | スプレッドシートに1行追加 |
迷いが減るコツ
「トリガーは1つ」「出力先も1つ」。これを守ると、動く確率が上がります。
まずは「何でも要約」しない。ここが最重要です。
| 絞り方 | おすすめ | 理由 |
|---|---|---|
| ラベル/フォルダ | 要約したいメールだけに手動で付ける | 誤作動が減る |
| 差出人 | 特定ドメイン・特定アドレス | 対象が安定 |
| 件名キーワード | 「請求」「見積」「契約」など | 導入が簡単 |
最初のおすすめ
手動ラベル方式が一番安全です。「このメールは記録に残したい」だけ拾えれば、運用が崩れません。
要約が使えない理由の多くは、情報が“散る”ことです。だから型を固定します。
| 固定する項目 | 内容 | 例 |
|---|---|---|
| 要点 | 3行まで | 依頼内容、期限、条件 |
| 次アクション | 1行 | 返信する/確認する/保留 |
| 期限 | あれば抜く | 日付、時間帯 |
| 要確認 | 不明点を質問化 | 「金額が確定か?」など |
要約の強さ
「読みやすい文章」より「次に動ける情報」が揃ってる方が、実務では助かります。
表は、後から検索・集計できる形が勝ちです。最初の列を固めます。
| 列名 | 入れる内容 | ポイント |
|---|---|---|
| 受信日 | 日付 | 並び替えで効く |
| 差出人 | 名前/メール | 後でフィルタできる |
| 件名 | そのまま | 検索キーになる |
| 要点 | 3行 | 短いほど読む |
| 次アクション | 1行 | タスク化しやすい |
| 期限 | 日付/なし | 締切管理に効く |
| リンク | 元メールURL | 迷子を防ぐ |
コツ
「要点」は長文にしない。長くなりそうなら、要点は3行、詳細はリンクに戻すのが気持ちよく運用できます。
| よくある例外 | 起きること | 対処ルール |
|---|---|---|
| スレッドが長い | 過去分まで混ざる | 最新返信のみ要約/件名+最新本文に限定 |
| 署名が長い | 要約が署名だらけ | 署名っぽい部分を除外してから要約 |
| 添付が多い | 本文が薄い | 本文は要点だけ、添付は「要確認」にする |
| 同じメールを二重記録 | 表が汚れる | メッセージIDを列に入れて重複判定 |
止まらない設計
失敗したら「要確認」にして表に残す。完全自動で完璧を狙わない方が、結果的に続きます。
要約プロンプト(固定フォーマット)
次のメール本文を要約してください。
出力フォーマット:
・要点(3行まで)
・次アクション(1行)
・期限(あれば)
・要確認(質問を2つまで)
条件:推測で数字や事実を作らない。曖昧な場合は「不明」と書く。
本文:[貼る]
表テンプレ(列名)
受信日|差出人|件名|要点|次アクション|期限|メールリンク|メッセージID
回答:「要点は3行まで」を強く固定すると改善しやすいです。詳細はリンクで戻る前提にすると、運用が軽くなります。
回答:最初は「メールを拾える」「表に追加できる」「失敗ログが見える」だけ満たせば十分です。機能より、止まらずに続くことが勝ちです。
回答:対象メールをラベルで絞り、要約に載せる情報も「要点3行」までに制限すると安全側に寄せやすいです。社内ルールがある場合はそちらを優先してください。