監管顧問公司如何用 Cursor 與 Resend 向潛在客戶進行業務開發外聯

快速解答

RA/QA 顧問公司能否用 Cursor AI Agent 找出潛在客戶——製造商、進口商、當地授權代表——並以 Resend 發送電郵？ 可以，作為業務開發（BD）外聯流程，在腳本執行前由人工快速標記 Send。

1. 定義您的理想客戶輪廓（Ideal Client Profile，ICP）——您想爭取哪些製造商或進口商成為客戶。
2. 請 Cursor AI Agent 從公開來源建立潛在客戶名單，逐一開啟 Public_Source_URL，確認是否符合（潛在客戶類型、地理範圍、產品範圍），剔除競爭對手與現有客戶，並將清理後的列寫入 Google Sheets 或 Excel。
3. 使用試算表公式標記公司重複；維護 sent-domains.md 記錄，避免再次研究或發送已聯絡過的網域。
4. 由人工標記哪些列可以發送電郵（Send = yes）。
5. 執行小型腳本，僅讀取已核准的列，透過 Resend 的批量 API（POST /emails/batch，每次請求最多 100 封電郵）並使用 RESEND_API_KEY 發送，成功後將新發送網域追加至 sent-domains.md。

Cursor 加速研究、審核與試算表更新。Resend API 負責投遞。兩者都不能取代私隱規則、反垃圾郵件法規或 BD 判斷——這也不是「買名單群發」。

相關指南：

• How to Use Cursor AI Agent in Pharma and Medical Device Regulatory Work
• How to Send a Regulatory Newsletter with Resend

本指南適用對象

本指南面向醫療器材與製藥監管顧問公司，主要目標是向潛在客戶進行業務開發外聯，而非日常客戶電子報（但同一套 Resend 設定日後也可支援電子報）。

本流程通常針對的潛在客戶類型：

示例公司：Test Regulatory（test-regulatory.com）——僅供說明的虛構顧問公司。

BD 流程概覽

ICP + sent-domains.md → Cursor research (no duplicate emails / sent domains) → Sheet/Excel → Formula dedup → Human Send → Resend batch API → Update sent-domains.md

AI 負責找公司、查核公開來源、維護試算表。人員決定誰可以收到電郵以及何時執行腳本發送。

合規優先（尤其針對潛在客戶外聯）

BD 外聯比向現有客戶發送電郵風險更高。將合規視為關卡，而非頁尾附註。

通常較安全 vs 不應做的情況

高層提醒（非法律建議）：

• 立即處理退訂。
• 清楚標示貴司名稱（並在要求時提供實體地址）。
• 勿宣稱保證核准、虛構時程，或「FDA-cleared by us」。
• GDPR、CAN-SPAM、PDPO 等規則因市場而異——外聯須符合潛在客戶所在司法管轄區及法律顧問指引。
• 切勿將 RESEND_API_KEY（或任何機密）放入 Google Sheet、Excel 檔案、git 儲存庫或 Agent 對話記錄。請使用環境變數或機密管理工具。

Resend：API 發送 vs 控制台 Broadcast

使用已驗證網域。Resend Marketing 免費方案下，Broadcast 支援最多 1,000 位聯絡人，對這些聯絡人發送次數不限——數量仍不等於許可。詳情：Resend 與 Resend API 文件。

步驟 1：為 BD 定義理想客戶輪廓（ICP）

寫明您想要的付費客戶，而非可能「有點興趣」的對象。將相同 ICP 提供給 Agent——包含排除名單（競爭對手、現有客戶）——以便逐列審核在寫入試算表前剔除不合適的列。

ICP 模板（BD 導向）：

步驟 2：用 Cursor 檢索並品質審核潛在客戶公司

開啟 Cursor → Agent 對話 → 貼上清晰的 BD 研究提示。基礎：Cursor AI Agent 用於 RA 工作。

Agent 不應停在原始資料傾倒。對每個候選列，它必須：

1. 開啟 Public_Source_URL——是否為真實公司？是否為真實器材/進口業務？
2. 確認 Prospect_Type（製造商 vs 進口商 vs 其他）。
3. 剔除錯誤地理範圍、若排除則剔除 IVD、競爭對手及現有客戶（使用 ICP 排除名單）。
4. 避免重複電郵——同一輪執行中勿檢索或寫入相同 Email 兩次。
5. 先讀取 sent-domains.md——跳過 @ 後網域已在已發送清單中的任何電郵。

僅倖存列寫入試算表。

可直接複製的 BD 研究 + 審核提示

Role: research assistant supporting business development for a medical device regulatory consultancy (Test Regulatory).

Task: Build a cleaned list of PROSPECT COMPANIES for BD outreach (manufacturers and importers).
Do not invent personal emails. Write results to the workbook the user specifies (Google Sheet or Excel).

Ideal Client Profile:
- Prospect types: medical device manufacturers; importers / distributors of medical devices
- Geography: Singapore, Malaysia, Thailand
- Products: Class A or Class B medical devices (exclude IVD for this list)
- Stage: SME preparing ASEAN market entry or new product introduction
- Buying triggers: first regional registration, distributor-led launch, recent FDA/CE clearance
- Exclude companies: [paste current client names]; [paste competitor names]
- Exclude: hospitals as end users; companies with no clear device business

Before research:
1. Open sent-domains.md (path the user provides). Treat every listed domain as already contacted — do not retrieve or write emails at those domains.

Research + per-row review (required for every candidate):
1. Use only public, verifiable sources (company websites, regulator public databases, official trade directories, credible news).
2. Open Public_Source_URL yourself. Confirm it is a real company with a real device manufacturer or importer business. If not, discard the row.
3. Confirm Prospect_Type as manufacturer, importer, or local_representative when clear; otherwise "unclear". Discard if not a BD prospect type.
4. Discard wrong geography, IVD (this campaign), competitors, and existing clients from the exclude lists.
5. Do NOT invent email addresses, phone numbers, or personal names.
6. If a public generic company contact (e.g. info@, regulatory@, sales@) is clearly published on the company site, you may list it. Otherwise leave Email blank.
7. Avoid duplicate emails: never write the same Email twice. If two companies share one inbox, keep only the better-fit row.
8. Skip any Email whose domain (after @, lowercased) already appears in sent-domains.md.
9. Prefer 25–40 high-fit prospects over a long low-fit list.
10. Flag uncertainty in Notes_Confidence.
11. Leave Send blank — humans set that column only.
12. Do not edit sent-domains.md during research — the send script appends after a successful send.

Output destination:
- Write surviving rows to Google Sheets OR Excel (user will specify which).
- Do not claim you updated a file unless you actually wrote to it.
- Leave formula columns for dedup alone (see Step 3) — do not overwrite formula cells.

Sheet columns (exact order):
Company, Country, Prospect_Type, Product_Focus, Why_BD_Fit, Public_Source_URL,
Suggested_Contact_Role, Email, Notes_Confidence, Company_Key, Is_Duplicate, Send, Send_Status

預期欄位

步驟 3：Agent 寫入 Google Sheet 或 Excel；以公式去重

請 Agent 將清理後的列寫入您已擁有的工作簿。

Cloud Cursor Automations 無法寫入您 Desktop 上的檔案。排程雲端執行時優先使用 Google Sheets（API），或在 Desktop 貼上/匯出至 Excel。見 以 Automations 監控監管變更。

以公式去重（勿請 Agent「手動刪除重複列」）

公式放在第 1 列標題，資料從第 2 列起。Google Sheets / Excel 示例（Company 在 A 欄）：

Company_Key（L 欄）——標準化以便比對：

=LOWER(TRIM(SUBSTITUTE(A2," Ltd","")))

依市場需要調整 Ltd、Limited、Pte Ltd、Inc 等替換規則。

Is_Duplicate（M 欄）——標記重複先前 Company_Key 的列：

=IF(L2="","",COUNTIF($L$2:L2,L2)>1)

篩選或檢視 Is_Duplicate = TRUE 的列，勿將這些列標記 Send = yes。Agent 可追加新研究列，但不應覆寫這些公式欄位。

可選：第二個工作表 Exclude_List，列出現有客戶與競爭對手，供 Agent 寫入 Prospects 前讀取。

維護 sent-domains.md 記錄

在活動資料夾維護一個 markdown 檔（示例：sent-domains.md）。Agent 研究前讀取；發送腳本成功投遞後追加。網域為收件人電郵 @ 後的部分（例如 info@acme-devices.com 的 acme-devices.com）。

示例結構：

# Sent domains (BD outreach)

Do not research or email these domains again unless BD intentionally removes a line.

| Domain | First_sent_date | Campaign | Notes |
|--------|-----------------|----------|-------|
| example-maker.com | 2026-07-25 | bd-asean-2026-q3 | |

步驟 4：發送前人工審核

快速瀏覽試算表。對本活動中要納入的每一列，在以下條件均滿足時將 Send 設為 yes：

• 公司看起來正確
• 非重複列（Is_Duplicate 不是 TRUE）
• 電郵網域不在 sent-domains.md 中
• 有符合貴司政策允許使用的 Email

其餘列 Send 留空。勿請 Agent 虛構或爬取個人電郵。

步驟 5：準備 Resend 網域與 API 金鑰

1. 在 resend.com 登入。
2. 驗證網域（例如 updates.test-regulatory.com 或 hello.test-regulatory.com）。
3. 在 Resend → API Keys 建立 API 金鑰。以 RESEND_API_KEY 存於環境變數或機密管理工具——絕不放入試算表。
4. 確認 HTML 模板的頁尾內容：退訂處理、顧問公司名稱及要求的地址欄位。
5. 網域與產品背景：如何用 Resend 發送監管電子報。

步驟 6：撰寫 BD 文案並以 Resend API 腳本發送

面向 RA 受眾的良好 BD 文案

主旨行示例（Test Regulatory → 潛在客戶）：

• “Market entry support for ASEAN Class A device manufacturers”
• “Importer licence + product listing — briefing for distributors in SG/MY”
• “Webinar invite: Thailand TFDA Class A notification for SME manufacturers”

腳本行為（請 Cursor 生成）

請 Agent 撰寫小型 Node 或 Python 腳本，具備以下功能：

1. 從環境變數載入 RESEND_API_KEY。
2. 讀取 Google Sheet 或 Excel 的 Prospects 工作表。
3. 讀取 sent-domains.md，跳過電郵網域已在清單中的列。
4. 選取 Send = yes、Is_Duplicate 不是 TRUE、Email 非空且 Send_Status 為空的列。
5. 支援 --dry-run（記錄收件人，不發送；不修改 sent-domains.md）。
6. 以 Resend 批量 API 發送（resend.batch.send / POST /emails/batch）——每次請求最多 100 封電郵。一批算一次 API 呼叫，是避免大量不同 BD 訊息時觸發 429 速率限制的主要方式。
7. 若超過 100 列已核准，分塊為 ≤100 的組並依序發送各塊（塊之間短暫暫停）。勿在緊密迴圈中對每位潛在客戶呼叫一次 emails.send。
8. 每塊使用唯一冪等鍵（例如 bd-asean-2026-q3/chunk-0），以便安全重試時不重複發送。
9. 每批成功後：將 Send_Status / 訊息 id 寫回試算表，並將每個新收件人網域追加至 sent-domains.md（小寫，每網域一列，已存在則跳過）。
10. 遇到 429 時等待並以指數退避重試（勿在無退避下立即重發同一塊）。
11. 絕不虛構收件人——試算表是唯一真相來源。

為何批量 ≤100： Resend 批量端點每次接受 1–100 封電郵。對每位潛在客戶迴圈呼叫 emails.send 會快速耗盡請求速率，是常見 429 原因。批量降低請求次數；分塊確保每個 payload 在 100 封上限內。見 Send Batch Emails。

rows 從哪來？ 來自 Google Sheet 或 Excel 的 Prospects 工作表——與 Cursor Agent 先前寫入的同一工作簿。腳本不虛構收件人。請 Cursor 為您的檔案實作 loadProspectRowsFromWorkbook()（Google Sheets API 或 ExcelJS 等 Excel 函式庫）。

請勿直接複製貼上下列程式碼執行。 下方區塊僅為模式示例。在您（或 Cursor）補齊工作簿路徑或 Sheets 憑證、loadProspectRowsFromWorkbook、loadSentDomains、符合 Resend 退訂設定的 HTML/頁尾、已驗證的 from 地址及活動冪等鍵之前，它不會運作。切勿將 RESEND_API_KEY 或真實潛在客戶電郵硬編碼進檔案。

示意 Node 模式（故意不完整——請為您的工作簿生成可運作腳本）：

import { Resend } from "resend";

const resend = new Resend(process.env.RESEND_API_KEY);
const dryRun = process.argv.includes("--dry-run");
const BATCH_SIZE = 100; // Resend batch max — do not raise this

// 1) Read all data rows from the Prospects tab (Sheet/Excel the agent wrote)
const allRows = await loadProspectRowsFromWorkbook();
// each row: { Company, Country, Email, Send, Is_Duplicate, Send_Status, ... }

// 2) Domains already emailed (from sent-domains.md)
const sentDomains = await loadSentDomains("sent-domains.md"); // Set of lowercase domains

// 3) Keep only BD-approved, sendable rows
const rows = allRows.filter((row) => {
  const domain = String(row.Email || "").split("@")[1]?.toLowerCase();
  return (
    String(row.Send).toLowerCase() === "yes" &&
    row.Is_Duplicate !== true &&
    row.Is_Duplicate !== "TRUE" &&
    row.Email &&
    !row.Send_Status &&
    domain &&
    !sentDomains.has(domain)
  );
});

const payloads = rows.map((row) => ({
  from: "BD <hello@updates.test-regulatory.com>",
  to: [row.Email],
  subject: `Market entry briefing — ${row.Country}`,
  html: `<p>Hello ${row.Company} team,</p>
         <p>Test Regulatory helps manufacturers and importers with ASEAN device market entry.</p>
         <p><a href="https://test-regulatory.com/book">Book a 30-minute briefing</a></p>
         <p>Test Regulatory · 1 Example Street · Unsubscribe links per your Resend setup</p>`,
}));

if (dryRun) {
  console.log(`[dry-run] ${payloads.length} recipients in ${Math.ceil(payloads.length / BATCH_SIZE)} batch(es)`);
  for (const p of payloads) console.log(p.to[0], p.subject);
  process.exit(0);
}

for (let i = 0; i < payloads.length; i += BATCH_SIZE) {
  const chunk = payloads.slice(i, i + BATCH_SIZE);
  const chunkIndex = i / BATCH_SIZE;
  const { data, error } = await resend.batch.send(chunk, {
    idempotencyKey: `bd-asean-2026-q3/chunk-${chunkIndex}`,
  });
  if (error) throw error;
  // write message ids from data back to Send_Status for these rows
  // append new email domains to sent-domains.md (skip domains already listed)
  // optional: await sleep(1000) between chunks if you still see 429
}

Test Regulatory 執行順序：

1. node send-bd-outreach.mjs --dry-run——確認收件人數、批量數與地址。
2. 向自己的收件匣發送單封測試（該步驟用一次 emails.send 即可）。
3. 僅在 BD 簽核後才不加 --dry-run 執行——正式路徑使用 batch ≤100。

從 25–40 家已核准公司（一批）開始。成功標準是有質素的回覆與會議，而非發送數量。

請在 Resend 批量文件 及您方案的 Marketing vs Transactional 上限中確認現行限制。

步驟 7：BD 發送之後

記錄：活動名稱、發送日期、細分規模、預約會議數，以及下一輪 ICP 的經驗。

受監管行業 BD 的護欄

常見陷阱

1. 將 Agent 第一輪結果視為完成，未做 URL 審核（提示必須要求）。
2. 請 Agent「刪列去重」，而非使用試算表公式並 upfront 避免重複 Email。
3. 忘記維護 sent-domains.md（重複研究或重發相同網域）。
4. 向購買名單中的製造商與進口商發送電郵。
5. 將 RESEND_API_KEY 放入工作簿或提交至 git。
6. 未加 --dry-run 就執行發送腳本。
7. 在緊密迴圈中對每位潛在客戶呼叫 emails.send（易觸發 429）；應改用 batch ≤100。
8. 撰寫「guaranteed approval」類主旨行。
9. 將已 opt-in 客戶與未驗證潛在客戶混在同一批發送。
10. 請 Agent 爬取個人收件匣。
11. 僅以開信率衡量成功，而非會議與 pipeline。

清單：Cursor + Resend API 首次 BD 外聯活動

• BD ICP 已定義（潛在客戶類型含製造商/進口商；市場；產品等級；offer；排除名單）
• Cursor 提示要求開啟 URL、確認 Prospect_Type、ICP 排除，且無重複 Email
• sent-domains.md 已存在；Agent 研究前已讀取
• Agent 已將清理後列寫入 Google Sheet 或 Excel
• Company_Key + Is_Duplicate 公式已就緒；重複列未核准
• 無虛構個人電郵；sent-domains.md 中已有網域無 Email
• 人工僅對要發送的列標記 Send = yes
• Resend 網域已驗證
• RESEND_API_KEY 僅存於環境變數
• 發送腳本使用 Resend 批量 API（≤100 封/請求；更大則分塊）
• 每塊有冪等鍵；429 時退避
• 發送腳本支援 dry-run、寫入 Send_Status，成功後追加 sent-domains.md
• 已審核 dry-run；自測電郵 OK
• 文案已審核，表述準確、不誤導
• HTML 含退訂與發件人身份
• 正式發送完成；sent-domains.md 已更新；回覆由 BD 負責
• 已記錄成果供下一輪活動參考

常見問題

這與發送監管電子報相同嗎？

否。 本文主要用途是向潛在客戶（製造商、進口商等）進行 BD 外聯。電子報通常發給已訂閱更新的人。同一 Resend 帳戶可兩者兼用——請保持分開的細分與同意記錄。

AI Agent 是否只建立粗略名單？

否。 Agent 應開啟每個 Public_Source_URL，確認 Prospect_Type，剔除錯誤地理範圍 / 排除的 IVD / 競爭對手 / 現有客戶，再將倖存列寫入試算表。腳本執行前仍由人工標記 Send = yes。

為何用公式去重，而非請 Agent 處理？

公式可在寫入後捕捉公司名稱重複。Agent 研究時仍應避免檢索重複 Email。使用 sent-domains.md 以便下一輪跳過已發送網域。

我需要會寫程式嗎？

您需要小型發送腳本呼叫 Resend API。Cursor 可起草。研究與試算表更新由 Agent 驅動；發送為腳本 + 人工核准。

Cursor 能否找到採購或 RA 經理的電郵？

勿依賴 Agent 虛構或爬取個人電郵。優先做公司層級研究，再依政策允許的聯絡途徑（請求表單、活動 opt-in、已公開商業地址、暖介紹）。

每位潛在客戶是否應收到相同電郵？

最好細分：製造商 vs 進口商，或按國家。每批單一清晰 offer 優於通用群發。腳本可依 Prospect_Type 或 Country 分支。

首輪應發給多少潛在客戶？

通常 25–40 家高契合已核准公司。僅在回覆質量與投訴率健康後再擴大。

能否全自動「找完就發」？

不建議端到端全自動。 可自動化研究、URL 審核與試算表寫入。保留人工 Send 標記，且 API 腳本發送前必須 dry-run。

哪裡可學 Cursor 與 Resend 基礎？

• Cursor AI Agent for RA/QA teams
• Regulatory newsletters with Resend
• Regulatory change monitoring with Cursor Automations
• Resend API reference

官方來源與延伸閱讀

• Cursor
• Cursor documentation
• Cursor Automations documentation
• Resend
• Resend API documentation
• Resend Send Batch Emails
• Resend Broadcasts documentation
• Resend Audiences documentation
• 配套：Cursor AI Agent for RA/QA teams
• 配套：Regulatory newsletters with Resend
• 配套：Regulatory change monitoring with Cursor Automations

最後更新：2026 年 7 月。Cursor 與 Resend 功能及反垃圾郵件期望可能隨時間變更——上線前請查閱最新產品文件及貴司 BD 與私隱政策。本文僅供教育用途，不構成法律建議。