オーナー本人が書いたような見た目で、AIが作ったという印象を与えない営業接触メールとフォローアップの一連の流れを作成します。 オーナーの過去の送信メールからその人特有の文体を学び、見込み客に関する具体的な情報を盛り込み、それに基づいたフォローアップの流れを構築します。送信前にすべてのメッセージを承認待ち状態にし、各接触記録を顧客管理システム（営業支援システムに記録された顧客情報の管理）に記録します。 メール連携ツールが利用できない場合はドラフト作成のみで動作するため、作成されたテキストはどこにでも貼り付けられます。 次のような場合に使用： - オーナーが見込み客や既存顧客に連絡を取る必要があるとき - 「このコールドメール（初接触のメール）を書いて」「フォローアップを作成して」「このリード（購買見込みのある顧客）に連絡して」「何と言えばいい？」「このリストに対するメール一連の流れが必要」「返事がない人に連絡して」「ロボットっぽくないように書いて」といった指示があるとき 単一のメッセージであっても、営業接触用のコピーを作成することが目的なら、このスキルを活用してください。
Writes prospect outreach and follow-up sequences that sound like the owner wrote them, not like an AI did. Learns a voice profile from the owner's own sent mail, grounds every message in something specific about that prospect, builds the follow-up sequence behind it, queues every send for approval, and logs each touch to the CRM. Runs draft-only when no mail connector is available, so the copy can be pasted anywhere. Use this whenever the owner needs to reach out to prospects or customers — including phrasings like "write this cold email," "draft a follow-up," "reach out to these leads," "what do I say to them," "I need a sequence for this list," "nudge the people who didn't reply," or "write it but don't make it sound like a robot." Reach for it whenever outreach copy is the deliverable, even for a single message.
相手先企業の責任者が実際に自分の名前で送るような営業メッセージを作成します。
責任者が最も頻繁に指示する条件は「ロボットのように聞こえないこと」です。責任者は自分が恥ずかしく思う文章は送信しません。つまり、生成されたと読まれるメッセージは、どんなに構成が良くても価値がありません。声や文体の再現性こそが本来の目的であり、最後の仕上げではないのです。
共有されている文体プロフィールを最初に読んでください。既にプロフィールが存在する場合は、それを使用してステップ2に進んでください。毎回作り直すと責任者の時間を無駄にしますし、文体が変わってしまいます。
プロフィールがない場合は、証拠から構築します：
../../shared/tenant-scope.md参照）。他のテナントのメールでは間違った文体を学ぶことになりますその後、具体的で再現可能な特徴を抽出します：文の長さ、挨拶や締めくくりの習慣、短縮形の使い方、感嘆符を使うか、提案の直接性、自社製品の呼び方、地域による表現、絶対にしないことなど。プロフィールを保存すれば、以降の実行時にそれを引き継げます。
サンプルが全くない場合は、そう伝えて3件の例を求めてください。 推測で文体を書くと、責任者が避けたい通り一遍のコピーになってしまいます。
パーソナライズされたメールとは、会社名をテンプレートに挿入したものではなく、その相手にだけ送られたはずのメールです。
見込み客ごとに、具体的なきっかけを見つけます。強い順に：
lead-finderからの購買シグナル — 許可申請、拠点開設、職種募集カテゴリー適合以上の具体的なきっかけがない場合は、より短い誠実なコールドメール（未開拓先への初回連絡）を書き、それがコールドメールであることを明示してください。偽りの親密感で始まるメールは、正直なコールドメールより悪いです。メール送信の自動化に見えて、初行で信頼性が破壊されるからです。
ApolloやClayが接続されていれば、細い根拠を活用可能にする連絡先と企業の詳細を埋めることができます — 職種、在職期間、企業規模、使用技術など、メッセージが一般的に見えないようにする具体性です。これは根拠そのものではなく、補足情報です。
状況別の構成については reference/sequence_patterns.md を読んでください。標準的なパターン：
シーケンス内の各メッセージは、何か新しいものを加える必要があります。内容全体が「念のため確認です」というようなフォローは、人々に送信者を無視するよう教えてしまいます。すべてのタッチに存在する理由を与えてください：別の視点、関連のある成果、本当に役立つ情報、またはきちんとした終わらせ方です。
字数ルール：初回メッセージは120語以下。このセグメントの責任者が売上げるのは、仕事の合間にスマートフォンでメールを読む人たちです。
何かを見せる前に、すべての下書きを reference/slop_test.md に照らし合わせてください。機械で書いたと読まれるような特定のパターンを見つけてくれます。
最速のチェック：
このステップは任意ではなく、形式ばったものでもありません。これは送信されるコピーと、手で書き直されるコピーの違いです。後者を避けることがこのスキルが存在する理由です。
何もキューに入れる前に、全シーケンスを提示してください。reference/output_template.mdに従ってください。
最初のメッセージは全文表示し、残りはシーケンスの件名と各メッセージが取る角度（アプローチ）を示します。責任者は最初のメッセージをじっくり読み、残りの構造はざっと眺めたいと考えています。
責任者が保存した出力設定に従って配信し、デフォルトにしないでください。 ## ビジネス背景ブロックの出力設定を確認してください（共有スタイルガイドルール、../../shared/artifact-style.md）：
チャットは常に要約と承認質問を保持します。
その後、何を変えるか尋ねてください。編集を想定してください — 初回は提案であり、納品ではありません。すべての編集を文体プロフィールに戻してください。一度修正したことは、二度修正させないためです。
責任者の名前でメールを送信することは、このスキルの最も高いリスクを伴うアクションです。
Mailchimpは送信先ではなく、下書き先です。 つながっている場合、承認されたシーケンスはMailchimpにキャンペーンコンテンツとして保存でき、責任者はそこで配信をスケジュールできます。これは3つの点に左右されます：
メールコネクターがない場合は、下書きのみで実行。 どこにでも貼り付けられるようにフォーマットされたコピーを作成してください。これは完全な成果物であり、劣化したものではありません — 多くの責任者は自分のクライアントから送信することを望んでいます。
つながっているときはHubSpotへのすべてのタッチをログします：何が送信されたか、いつ、誰に、シーケンスのどこにあるか。CRMがない場合は、ファイルに記録を保持して、次の実行時に誰がすでに連絡されているか分かるようにしてください。
同じ最初の文で誰かに2度連絡することは、明らかで避けられる間違いです。
シーケンスが承認され、キューに入るか下書きのまま、すべてのタッチがログされました。自然な次のステップは「CRMを更新する」です — crm-autopilotは返信が来たときに次ステップのキューを最新に保ちます。近くにはこれもあります：返信をすぐにキャッチする「リードが冷える」（speed-to-lead）と、このリストがなくなったときの「顧客を探して」（lead-finder）。最大3つを提案し、責任者がこのセッションで既に断ったオファーはスキップしてください。
../../shared/voice-profile.md — 責任者の文体。この人の名前で書く全スキルで共有reference/sequence_patterns.md — 状況別の構成とペースreference/slop_test.md — 機械で書かれたコピーを見つけるチェックリストreference/output_template.md — シーケンスを承認用に提示する方法reference/gotchas.md — 責任者がこのスキルの使用をやめさせる失敗モードこのスキルで名前が挙がっているコネクターはテストされたパス（選択肢）であり、壁ではありません。責任者が接続されていないかリストにないツールをこのフローで使いたい場合は、build-connectorを提案してください — コネクター・ディレクトリを最初に確認し、Zapier経由で接続するか、生のAPIに対して手で構築することはありません。接続が存在したら、そのツールはこのスキルに参加し、他の任意のコネクターと
Write outreach the owner would actually send under their own name.
The single most repeated condition owners set is some version of "without sounding like a bot." Owners will not send copy that embarrasses them, so a message that reads as generated is worth nothing regardless of how well structured it is. Voice fidelity is the product here, not a finishing touch.
Read the shared voice profile first. If a profile already exists there, use it and skip to Step 2 — rebuilding it every time wastes the owner's patience and produces drift.
If there is no profile, build one from evidence:
../../shared/tenant-scope.md); another tenant's sent mail would teach the wrong voice.Then extract the specific, imitable traits: sentence length, greeting and sign-off habits, contractions, whether they use exclamation marks, how direct the ask is, what they call their own product, regionalisms, and the things they never do. Save the profile so every later run inherits it.
Without any sample, say so and ask for three. Writing in a guessed voice produces exactly the generic copy the owner is trying to avoid.
A personalized email is not one with the company name merged into a template. It is one that could only have been sent to that person.
For each prospect, find the specific hook. In order of strength:
lead-finder — a permit filed, a location opened, a role postedIf no hook exists beyond category fit, write a shorter, plainly cold message and say it is cold. A fake-warm opener is worse than an honest cold one, because it reads as a mail merge and destroys credibility in the first line.
Apollo or Clay, when connected, can fill in the contact and company detail that makes a thin hook usable — role, tenure, company size, tech stack — the kind of specific that keeps a message from reading as generic. Enrichment data, not a hook on its own.
Read reference/sequence_patterns.md for structure by scenario. Defaults:
Each message in a sequence must add something new. A follow-up whose entire content is "just bumping this" trains people to ignore the sender. Give every touch a fresh reason to exist: a different angle, a relevant result, a genuinely useful piece of information, or a clean close-out.
Length rule: first message under 120 words. Owners in this segment sell to people who read on their phone between jobs.
Before showing anything, run every draft against reference/slop_test.md. It catches the specific patterns that make copy read as machine-written.
The fastest checks:
This step is not optional and it is not a formality. It is the difference between copy that gets sent and copy that gets rewritten by hand, which is the outcome the skill exists to prevent.
Show the full sequence before anything queues. Follow reference/output_template.md.
Present message one in full, then the rest of the sequence with subject lines and the angle each takes. Owners want to read the first one closely and skim the shape of the rest.
Deliver per the owner's stored output preference — never default to a markdown file. Check the ## Business context block's Output preference (shared style guide rule, ../../shared/artifact-style.md):
Chat keeps the recap and the approval question in every case.
Then ask what to change. Expect edits — the first pass is a proposal, not a delivery. Fold every edit back into the voice profile, because a correction made once should not have to be made again.
Sending email under the owner's name is the highest-consequence action in this skill.
Mailchimp is a drafting destination, not a send route. When it is connected, an approved sequence can be saved into Mailchimp as campaign content for the owner to schedule there. Three things govern that:
Without a mail connector, run draft-only. Produce the copy formatted to paste anywhere. This is a complete outcome, not a degraded one — plenty of owners prefer to send from their own client anyway.
Log every touch to HubSpot when connected: what was sent, when, to whom, and where it sits in the sequence. Without a CRM, keep the record in a file so the next run knows who has already been contacted.
Contacting someone twice with the same opener is a visible, avoidable mistake.
The sequence is approved, queued or drafted, and every touch is logged. The natural next step is "update the CRM" — crm-autopilot keeps the next-step queue current as replies come in. Also nearby: "leads are going cold" (speed-to-lead) to catch the responses fast, and "find me customers" (lead-finder) when this list runs dry. Offer at most three, and skip any offer the owner already declined this session.
../../shared/voice-profile.md — the owner's voice, shared by every skill that writes in their namereference/sequence_patterns.md — structure and cadence by scenarioreference/slop_test.md — the checklist that catches machine-written copyreference/output_template.md — how sequences are presented for approvalreference/gotchas.md — the failure modes that get owners to stop using thisThe connectors named in this skill are the tested paths, not a wall. If the owner wants this flow to use a tool that isn't connected or listed, offer build-connector — it checks the connector directory first and connects through Zapier otherwise, never hand-building against a raw API. Once the connection exists, the tool joins this skill like any other optional connector, under the same approval gates.
原文・著作権は Anthropic および各プラグイン作者に帰属します。日本語訳は Claude API による自動翻訳です。