B2B SaaSの無料トライアルメールをClaude Codeで作る: 初回成功までの5通

B2B SaaSの無料トライアルで登録は増えているのに商談が増えないとき、原因はプロダクトの弱さだけではありません。登録直後のメールが機能紹介だけになり、利用者が「まず何を完了すれば評価できるのか」を見失い、2通目を読む前に離脱することがよくあります。

特に法人向けツールでは、登録者と購入判断者が同じとは限りません。現場担当者は画面を触りますが、上司は導入理由、セキュリティ、費用、既存ツールとの違いを見ます。無料トライアルメールは、この2人の判断材料を分けて渡す必要があります。

この記事では、Claude CodeでB2B SaaSのトライアルオンボーディングメールを5通に整理する手順を書きます。対象は、業務改善SaaS、開発者向けツール、社内申請ツール、CRM周辺ツール、分析ダッシュボードです。目標は「送信本数を増やす」ではなく、初回成功、営業連携、Gumroad教材や導入相談へ進む理由を読者が自然に選べる状態まで持っていくことです。

この記事の要点

• 初回メールは機能一覧ではなく、15分以内に完了できる最初の成功に絞ります。
• Claude Codeには、登録属性、行動ログ、FAQ、商談メモからメール案と分岐条件を作らせます。
• 人が見る範囲は、価格、契約条件、セキュリティ表現、解約、導入効果の数字です。
• 5通の役割は、初回成功、利用拡大、判断材料、営業連携、失注防止に分けます。
• 成果は開封率だけでなく、初回成功率、CTAクリック、商談化率、トライアル後の返信内容で見ます。

現場で起きる失敗シーン

よくある失敗は、登録直後に「便利な機能がたくさんあります」と伝えてしまうことです。担当者は忙しいので、全部を試す時間はありません。どの機能から触れば導入判断に近づくのかが見えないと、メールは読まれても行動されません。

もうひとつの失敗は、営業メールとプロダクトメールが別々に走ることです。プロダクト側は「ログインしてください」と送り、営業側は「打ち合わせしませんか」と送る。利用者から見ると、同じ会社から違う目的のメールが届きます。これでは信頼が落ちます。

Claude Codeを使う価値は、文章を大量に作ることではありません。既存のログ、FAQ、営業メモ、価格表を読み、利用者の状態に合わせて「次に1つだけやること」を選ぶところにあります。

メール設計の入力を整理する

まず、Claude Codeに渡す材料を表にします。個人情報や顧客名は削り、判断に必要な型だけ残します。

入力する資料	メールに戻す内容	人が確認する点
登録フォーム	会社規模、役割、目的	推測しすぎていないか
行動ログ	初回ログイン、招待、データ投入	取得できるイベントだけ使う
FAQ	価格、権限、セキュリティ、移行	古い回答を混ぜない
商談メモ	稟議、比較、導入障壁	顧客固有名を消す
価格表	プラン差、制限、支払い	条件とリンクの一致
導入事例	成功前後、使った機能	数字の根拠と掲載許可

この表を作るだけで、メールの目的が変わります。機能を説明するメールではなく、利用者が次に進むための証拠を渡すメールになります。

Claude Codeに任せる範囲と人が見る範囲

Claude Codeに任せるのは、5通の構成案、件名案、本文ドラフト、CTA、分岐条件、UTMパラメータ、送信前チェックです。既存のFAQや商談メモから、似た質問をまとめる作業にも向いています。

人が見るのは、価格、契約、セキュリティ、導入効果、解約、競合比較です。「30%削減できます」「最短1日で全社導入できます」のような表現は、根拠がないなら消します。B2B SaaSでは、強い表現よりも、判断に使える条件のほうが商談につながります。

UTM付きURLを作るなら、JavaScriptのURLSearchParamsのような標準APIで組み立てます。手で ?utm_source= を足すと、既存クエリや日本語のエンコードで壊れやすくなります。

3つのUse case

Use case 1: 1通目を最初の成功だけに絞る

登録直後のメールでは、機能一覧を送らず、15分で終わる最初の成功だけを置きます。たとえば分析SaaSなら「サンプルCSVを入れて最初のグラフを見る」、開発者向けツールなら「テスト用リポジトリで1つのチェックを通す」です。

CTAは1つにします。「ダッシュボードへ行く」「サンプルを読み込む」「最初のプロジェクトを作る」のどれかです。PDFや商談CTAはまだ控えめに置きます。

Use case 2: 2通目で使う人を増やす

初回成功が終わった人には、チームメンバー招待、権限設定、通知設定を案内します。B2Bでは一人だけが触って終わると、導入判断に進みにくいからです。

ここでは、無料PDFや商品一覧よりも、社内で説明しやすい短いチェックリストを渡します。英語圏の読者には、繰り返し使える依頼文としてGumroadのPrompt Templatesへ進める導線も自然です。

Use case 3: 3通目で判断者向けの材料を渡す

利用者が2回以上ログインしたら、上司や情報システムに共有できる材料を送ります。価格、権限、セキュリティ、既存ツールからの移行、導入後の運用を短くまとめます。

ここで商談予約を出してもよいですが、押しすぎません。「社内説明用の1枚に直したい場合は相談してください」という温度感が合います。導入相談のCTAはtrainingに送ります。

4通目: 止まっている人を助ける

登録したが使っていない人には、機能紹介ではなく「止まる理由」を選ばせます。ログインできない、データがない、権限が怖い、何を試せばよいか分からない。選択肢があると返信が返りやすくなります。

Claude Codeには、返信しやすい短文と、サポートが読むための分類タグを作らせます。ここで長い営業文を送ると、未利用者はさらに離れます。

5通目: 終了前に次の判断を促す

トライアル終了前のメールでは、割引よりも「判断に足りないもの」を聞きます。管理者権限、セキュリティ資料、請求書払い、上司説明、移行の見積もりなどです。

購入に近い人には商談、まだ学習中の人には無料PDFやGumroad教材、社内導入が重い人には導入相談へ分けます。全員に同じ割引を送るより、次の一手が明確になります。

コピペで使えるプロンプト

B2B SaaSの無料トライアルメール編集担当として作業してください。

目的:
登録者が初回成功を完了し、必要なら商談、無料PDF、Gumroad教材、導入相談へ進める5通のメールを作る。

入力:
- SaaSの種類:
- 主な利用者:
- 購入判断者:
- 無料トライアル期間:
- 最初に完了してほしい行動:
- 取得できる行動ログ:
- FAQ:
- 価格表URL:
- セキュリティ資料URL:
- 予約URL:
- 無料PDF URL:
- Gumroad商品URL:

出力:
1. 5通の役割
2. 件名案を各3つ
3. 本文ドラフト
4. 1通ごとのCTA
5. 送信条件と停止条件
6. 人が確認する価格・契約・セキュリティ項目

制約:
- 効果や削減率を推測しない
- CTAは各メール1つを主にする
- 未利用者には長い営業文を送らない
- 解約、価格、セキュリティを曖昧にしない

動く確認コード

次のNode.jsコードは、メール案が「1通1CTA」「役割あり」「UTMあり」になっているかを確認します。

const sequence = [
  { id: "day0", role: "first-success", cta: "open_workspace", url: "https://example.com/app?utm_source=trial_email&utm_campaign=day0" },
  { id: "day2", role: "invite-team", cta: "invite_member", url: "https://example.com/team?utm_source=trial_email&utm_campaign=day2" },
  { id: "day5", role: "decision-pack", cta: "download_security_sheet", url: "https://example.com/security?utm_source=trial_email&utm_campaign=day5" },
  { id: "day9", role: "blocked-user", cta: "reply_blocker", url: "mailto:[email protected]" },
  { id: "day13", role: "trial-ending", cta: "book_consultation", url: "https://example.com/demo?utm_source=trial_email&utm_campaign=day13" },
];

const errors = [];
for (const mail of sequence) {
  if (!mail.role) errors.push(`${mail.id}: role is missing`);
  if (!mail.cta) errors.push(`${mail.id}: CTA is missing`);
  if (Array.isArray(mail.cta)) errors.push(`${mail.id}: CTA should be one primary action`);
  if (mail.url.startsWith("http") && !mail.url.includes("utm_campaign=")) {
    errors.push(`${mail.id}: tracking parameter is missing`);
  }
}

const roles = new Set(sequence.map((mail) => mail.role));
if (roles.size !== sequence.length) errors.push("Some emails have duplicated roles");

if (errors.length) {
  console.error(errors.join("\n"));
  process.exit(1);
}

console.log("Trial onboarding sequence is ready for human review.");

このコードは送信ツールではありません。送信前に、役割、CTA、計測の抜けを見つけるための小さな確認です。

Pitfall: よくある落とし穴

落とし穴1: 全メールでデモ予約を押す
原因は、全登録者を同じ商談温度で見ている点です。直し方は、初回成功前はプロダクト内の小さな行動へ送り、商談CTAは利用行動が出た人に寄せます。

落とし穴2: 未利用者に機能紹介を送る
原因は、使っていない理由が分からないまま説明を増やす点です。直し方は、ログインできない、データがない、権限が怖い、時間がない、の選択肢を出します。

落とし穴3: 数字を盛る
原因は、導入効果を強く見せれば商談が増えると考える点です。直し方は、削減率や売上増を、実測値と条件があるときだけ使います。

落とし穴4: 営業とプロダクトが別々に送る
原因は、同じ登録者に別目的のメールが重なる点です。直し方は、Claude Codeに送信カレンダーを作らせ、停止条件を明確にします。

ROIの見方

開封率だけでは足りません。初回成功率、2回目ログイン率、招待率、判断者向け資料のクリック率、商談化率、トライアル終了前の返信数を見ます。

特に重要なのは、メールのクリック後にプロダクト内で何が起きたかです。CTAクリックが多いのに初回成功が少ないなら、メールではなくアプリ内の最初の画面が詰まっています。Claude Codeには、メール文面だけでなく、クリック先の画面やFAQも一緒に読ませます。

よくある質問

Q. 無料トライアルのメールは何通から始めるべきですか。
最初は3通でも十分です。登録直後、初回成功後、終了前の3つに絞り、開封率より初回成功率と商談化率を見ます。

Q. すべてのメールに商談CTAを入れてよいですか。
入れないほうが扱いやすいです。未利用者には小さな行動、利用者には判断材料、購入に近い人には商談CTAを出します。

Q. 価格やセキュリティ資料はいつ送りますか。
利用者が2回以上ログインした後、または判断者へ共有する段階で送ります。登録直後に全部並べると、最初の成功がぼやけます。

相談へ進むなら

自社で試すなら、現在のメール5通、登録フォーム、FAQ、価格表、よくある商談メモ、行動ログの項目名を集めてください。個人情報は削り、登録者の状態だけを残します。

一人で改善するなら、まず無料PDFでClaude Codeの安全な使い方を確認し、メール文面の型はGumroadのPrompt Templatesで増やせます。チーム導入や営業連携まで整理するなら、導入相談で「Claude Codeが下書きする範囲」と「営業・法務・セキュリティが承認する範囲」を分けて設計します。

実際に試した結果

この記事では、架空のB2B SaaSトライアルを想定し、5通の役割、CTA、UTM、停止条件を表にしました。さらに上のNode.jsコードで、各メールに役割と1つの主CTAがあるかを確認しました。

今日の一手は、登録直後のメールから機能一覧を外し、「15分で終わる最初の成功」を1つだけ置くことです。そのあとに初回成功率、2回目ログイン率、商談化率を見れば、次に直すべき場所が見えます。