email-drafting

メールの作成

このスキルを使うと、AI エージェントはさまざまな状況に応じた、プロフェッショナルなメールを作成できます。エージェントは目的、宛先、求められるトーンを分析し、件名、本文、行動喚起を含む完全なメールを作成します。新規の相手への営業メール、フォローアップの一連のメール、カスタマーサポートへの返信、社内の状況報告、会議の依頼など、一般的なメールの種類に対応しています。

ワークフロー

1. メールの種類と目的を特定します。 メールの種類（新規の相手への営業、フォローアップ、カスタマーサポートへの返信、社内報告、会議の依頼）を判断します。それぞれの種類で、適切な構成は異なります。新規の相手への営業メールでは相手の関心を引く書き出しを重視し、サポートへの返信では共感と解決策を最初に伝えます。望ましい成果を一つに絞って明確にします。たとえば、電話の予定を取り付ける、解決を確認してもらう、チームに情報を共有する、などです。

2. 宛先の情報を把握し、トーンを調整します。 宛先の名前、役職、会社、これまでの関係ややり取りなどの情報を集めます。その文脈に基づき、適切なトーンを選択します。たとえば、役員への営業にはフォーマルなトーン、同僚への報告には親しみやすいトーン、苦情への返信には共感的なトーン、時間に制約のある対応には緊急性のあるトーンを使います。テンプレートを作成する場合は、{{first_name}}、{{company}}、{{pain_point}} などのパーソナライズ用トークンを適用します。

3. 件名を作成します。 具体的かつ簡潔（60 文字未満）で、行動を促す件名を書きます。「ちょっとした質問」や「近況確認」のような一般的な表現は避けます。代わりに、「オンボーディング時間を 40％短縮する方法」や「フォローアップ：木曜日の朝会での対応事項」のように、具体的なメリットや状況に触れます。

4. 明確な構成で本文を作成します。 実績のある構成に従います。関連性を示す書き出し（1～2 文）、根拠や背景を添えて要点を伝える本文（短い段落を 2～3 つ）、そして曖昧さのない行動喚起を一つ含む締めくくりです。段落は 3 文未満にします。項目やメリットを列挙する場合は箇条書きを使います。長文が続く構成は避けます。

5. 署名を追加し、書式を整えます。 適切な結びの言葉（フォーマルな場合は「よろしくお願いいたします」、カジュアルな場合は「ありがとうございます」、親しみやすい場合は「それでは」など）に続けて、送信者の名前、役職、連絡先を記載します。文法、スペル、読みやすさを確認します。メールは 30 秒以内に要点を把握できるようにします。

6. チェックリストで確認し、仕上げます。 次の基準を満たしていることを確認します。件名に魅力があること、宛先に合ったトーンであること、行動喚起が明確で一つだけであること、新規の相手への営業メールは 200 語未満、詳しい返信は 300 語未満であること、未解決のプレースホルダートークンが残っていないこと。すぐに送信できる形式で完成したメールを出力します。

使用方法

メールの種類、宛先の情報、目的、含める要点、希望するトーンをエージェントに伝えます。エージェントは、件名、本文、署名を含む完全なメールを返します。

プロンプトの形式：

Draft a [type] email to [recipient details].
Purpose: [what you want to achieve]
Key points: [information to include]
Tone: [formal / casual / empathetic / urgent]

例

例 1：新規の相手への営業メール

入力：

Draft a cold outreach email to Sarah Chen, VP of Engineering at Cloudstream Inc.
Purpose: Introduce our API monitoring platform and book a 15-minute demo.
Key points: Their engineering blog mentions scaling challenges; our tool reduces incident response time by 60%.
Tone: Professional but conversational.

出力：

Subject: Reducing incident response time at Cloudstream

Hi Sarah,

I read your recent post on scaling Cloudstream's microservices architecture — the challenges you described around observability gaps resonated with several of our customers who faced similar growing pains.

We built Watchdog specifically for engineering teams navigating that transition. Our API monitoring platform provides real-time anomaly detection and automated root-cause analysis. Teams using Watchdog have cut their mean incident response time by 60%, which typically saves 10+ engineering hours per week.

Would you be open to a 15-minute walkthrough? I can show you how Watchdog would map onto Cloudstream's stack. Here's a link to grab a time that works: [calendar link]

Best regards,
Alex Rivera
Account Executive, Watchdog
[email protected] | (555) 234-5678

例 2：苦情に対するカスタマーサポートの返信

入力：

Draft a customer support response to Marcus Webb who is upset about being double-charged for his subscription renewal.
Purpose: Acknowledge the error, confirm the refund, and retain the customer.
Key points: Refund of $49.99 will appear within 3-5 business days; root cause was a billing system migration.
Tone: Empathetic and reassuring.

出力：

Subject: Your refund for the duplicate charge has been processed

Hi Marcus,

I'm truly sorry about the duplicate charge on your account — I completely understand how frustrating that must be, and I want to assure you that we've already taken care of it.

We've processed a full refund of $49.99 to your original payment method. You should see the credit reflected within 3-5 business days. The duplicate charge was caused by a one-time issue during our billing system migration, and our engineering team has deployed a fix to ensure this doesn't happen again.

Your subscription remains fully active and unaffected. As a thank-you for your patience, I've also applied a 15% discount to your next renewal.

If you have any other questions or concerns, please don't hesitate to reply to this email — I'm happy to help.

Warm regards,
Jamie Torres
Customer Support, BrightSaaS

ベストプラクティス

• メールごとに行動喚起は1つにします。 CTAが複数あると緊急性が薄れ、返信率が下がります。次に取るべき最も重要なステップを1つ選び、見落とされないようにしましょう。
• 最も重要な情報を冒頭に置きます。 受信者は最初の2文だけに目を通すことがよくあります。相手にとって今なぜ重要なのか、関連性を最初に示しましょう。
• 段落の長さを文面のフォーマルさに合わせます。 フォーマルなメールではやや長めの段落でも問題ありませんが、カジュアルなアプローチでは、余白を十分に取り、1〜2文の段落を使いましょう。
• 名前以外の要素でもパーソナライズします。 最近の実績、共通の知人、具体的な課題に触れましょう。「Acmeで働いているのですね」のような一般的なパーソナライズは、機械的な印象を与えます。
• 適切な場合は、期限を設けたCTAを使います。 「木曜日か金曜日の午後はいかがですか？」は、「都合のよいときにお知らせください」よりも、選択の負担を減らせるため効果的です。
• 文法だけでなく、口調も校正します。 メールを声に出して読み、状況に対して見下したような、押しつけがましい、またはカジュアルすぎる表現がないか確認しましょう。

例外的なケース

• 受信者の名前が不明な場合。 受信者の名前が分からない場合は、個人宛てでない印象になる「関係者各位」ではなく、役割に応じた宛名（「こんにちは」や「マーケティングチームの皆さま」）を使いましょう。
• 感情的な苦情。 怒っている、または不満を抱えている顧客に対しては、反論するような言葉を避けましょう。解決策を説明する前に、「ご不満に思われるのも当然です」のように相手の気持ちを受け止めます。顧客を責めてはいけません。
• 複数の受信者に送るメール。 グループ宛ての場合は、誰が対応すべきかCTAで明確にしましょう。責任が分散すると、誰も返信しなくなるおそれがあります。
• 返信がない場合のフォローアップ。 元のメールに簡潔に触れたうえで、関連する事例、期限、または簡潔にした依頼など、新たな価値を加えましょう。単にスレッドを再浮上させるだけにしないでください。
• 法務またはコンプライアンスに関わる内容。 契約、NDA、財務情報の開示、または規制に関する文言が含まれる可能性のあるメールには、送信前に人による確認が必要であることを明記しましょう。