بنينا نظام البريد البارد الخاص بنا باستخدام Claude و Instantly و Supabase
لوحة تحكم Instantly الخاصة بك تفتح مع 200 عميل محتمل في قائمة الانتظار، والقوالب جاهزة، وتلك الشعور الفارغ نفسه — دفعة أخرى من "مرحبًا {firstName}، لاحظت شركتك..." على وشك الإرسال. كل وكالة تكره البريد البارد. نحن أيضًا. ليس لأن الوصول لا يعمل، بل لأن كل منصة ندفع مقابلها احتاجت إلى ساعات من البحث اليدوي، وأرسلت نصوصًا بدت وكأن برنامج كتبها، وتكلف 300 دولار شهريًا لفعل ما كنا نعرف أن Claude يمكنه أن يفعله بشكل أفضل في ثوانٍ. لذا توقفنا عن الاستئجار. قمنا بربط Claude و Hunter و Instantly و Supabase في نظام يكتب بدايات سياقية من تجريف الويب المباشر، ويسجل الردود حسب النية، ويسجل كل تفاعل بدون رسوم SaaS. الهندسة المعمارية ليست علم الصواريخ — لكن معدل الرد ارتفع، واختفت الأعمال الروتينية، ونحن نملك المكدس بالكامل.
هذا ليس منشور هندسة معمارية نظري. كنا نشغل هذا النظام في الإنتاج لأشهر، نرسل آلاف رسائل البريد الإلكترونية المخصصة التي تحصل فعلاً على ردود. سأرشدك بالضبط لماذا بنيناه، وكيف تناسب الأجزاء معًا، وما تعلمناه بالطريقة الصعبة.
جدول المحتويات
- المشكلة مع أدوات الوصول الجاهزة
- مكدس التكنولوجيا الخاص بنا ولماذا اخترناه
- نظرة عامة على الهندسة المعمارية
- البحث عن العملاء المحتملين وتثريتهم باستخدام Hunter
- التخصيص باستخدام الذكاء الاصطناعي Claude
- Supabase كطبقة التنسيق
- الإرسال على نطاق واسع باستخدام Instantly
- غراء الأتمتة
- النتائج وما تعلمناه
- تفصيل التكاليف
- الأسئلة الشائعة

المشكلة مع أدوات الوصول الجاهزة
حاولنا المشبوهين المعتادين. Lemlist. Apollo. Woodpecker. إنها أدوات جيدة لحالات الاستخدام الكثيرة. لكن كوكالة تطوير ويب بدون رأس، احتياجات الوصول الخاصة بنا كانت محددة بطرق لم تستطع هذه المنصات التعامل معها.
إليك ما استمر في الانهيار:
حقول التخصيص العامة ليست تخصيصًا. إدراج اسم شركة شخص ما وعنوان وظيفته في قالب لا يخدع أحداً في عام 2026. احتجنا إلى رسائل بريد إلكترونية تشير إلى مكدس التكنولوجيا الفعلي للعميل المحتمل، أو مشاكل أداء موقعهم، أو قرارات معمارية محددة مرئية على موقعهم العام.
خطوة البحث كانت الاختناق. كان أفضل الوصول لدينا دائمًا ينطوي على شخص ما في الفريق ينظر بالفعل إلى موقع العميل المحتمل، ويشغله من خلال PageSpeed Insights، ويتحقق من إطار عملهم، ويكتب شيئًا محددًا. استغرق ذلك 10-15 دقيقة لكل عميل محتمل. على نطاق واسع، هذا وظيفة بدوام كامل.
البيانات كانت تعيش في أماكن كثيرة جدًا. العملاء المحتملون في جدول بيانات واحد، تسلسلات البريد الإلكترونية في منصة أخرى، والنتائج في لوحة معلومات ثالثة. لم نستطع بناء حلقات ردود الفعل لأن لا شيء تحدث إلى أي شيء آخر.
تكاملات الذكاء الاصطناعي كانت سطحية. أضافت بعض المنصات ميزات "كتابة الذكاء الاصطناعي"، لكنها كانت في الأساس مجرد مغلفات GPT التي أنتجت النسخ البلانشية نفسها التي كان يرسلها الجميع. لا توجد القدرة على إدخال السياق المخصص، لا السيطرة على الأوامر، لا طريقة لبناء سلاسل التفكير متعددة الخطوات.
احتجنا إلى نظام حيث يقوم الذكاء الاصطناعي بـ البحث، وليس فقط الكتابة.
مكدس التكنولوجيا الخاص بنا ولماذا اخترناه
هنا ما وصلنا إليه بعد بعض التكرارات:
| المكون | الأداة | الدور | التكلفة الشهرية |
|---|---|---|---|
| البحث عن العملاء المحتملين والتحقق من البريد الإلكترونية | Hunter.io | البحث والتحقق من عناوين البريد الإلكترونية | $49 (Starter) |
| البحث والكتابة بالذكاء الاصطناعي | Claude (Anthropic API) | تحليل العملاء المحتملين، توليد رسائل بريد إلكترونية مخصصة | ~$30-60 |
| قاعدة البيانات والتنسيق | Supabase | تخزين العملاء المحتملين، إدارة الحالة، تشغيل سير العمل | $25 (Pro) |
| إرسال البريد الإلكترونية والإحماء | Instantly.ai | القابلية للتسليم، البنية التحتية للإرسال، الإحماء | $30 (Growth) |
| غراء الأتمتة | وظائف Edge المخصصة + Cron | ربط كل شيء معًا | $0 (مدرج في Supabase) |
قيمنا بالعديد من البدائل. إليك النسخة المختصرة لسبب اختيارنا لما اخترناه:
Claude على GPT-4: اختبرنا كلاهما بانتظام. Claude 3.5 Sonnet (والآن Claude 4 Sonnet في 2025) أنتج باستمرار رسائل بريد إلكترونية بدت أكثر طبيعية وأقل "ذكاء اصطناعي". كان أيضًا أفضل في اتباع الأوامس المعقدة دون الانجراف. كانت الأسعار قابلة للمقارنة، لكن نافذة السياق الأطول للـ Claude تعني أننا يمكننا إدخال المزيد من بيانات البحث لكل عميل محتمل.
Supabase على Airtable أو إعداد Postgres المخصص: احتجنا إلى قاعدة بيانات حقيقية مع أمان على مستوى الصف، لكننا لم نكن نريد إدارة البنية التحتية. أعطتنا Supabase Postgres و Edge Functions و Cron jobs ولوحة تحكم لائقة — كل ذلك في مكان واحد. نستخدم Supabase بكثافة في مشاريع العملاء أيضًا، لذا كان الفريق يعرفها بالفعل جيدًا.
Instantly على Lemlist أو Smartlead: شبكة إحماء Instantly جيدة بحق، واجهة برمجية التطبيقات نظيفة، والأسعار منطقية لحجمنا. لا نحتاج إلى منشئ التسلسل المدمج في Instantly لأننا نتعامل مع منطق التسلسل بأنفسنا.
Hunter على Apollo أو Snov.io: التحقق من البريد الإلكترونية للـ Hunter هو الأكثر دقة التي اختبرناها باستمرار. واجهة برمجية التطبيقات للبحث عن المجال سريعة وجودة البيانات عالية. لدى Apollo المزيد من نقاط البيانات، لكننا وجدنا دقة البريد الإلكترونية الخاصة بهم أقل، مما يقتل القابلية للتسليم.
نظرة عامة على الهندسة المعمارية
يعمل النظام في خمس مراحل، كل واحدة تعمل بشكل مستقل:
[مصادر العملاء المحتملين] → [تثري Hunter] → [قاعدة بيانات Supabase] → [بحث Claude + نسخ] → [إرسال Instantly]
↑ ↑ |
| | |
+----------- حلقة التغذية الراجعة -----+-------------------------------------------+
- الاستقبال: نرسل في مجالات العملاء المحتملين من مصادر مختلفة (قوائم يدوية، كاشطات، بيانات إحالة)
- التثري: Hunter يجد جهات الاتصال والتحقق من رسائل البريد الإلكترونية
- التخزين: كل شيء ينزل في Supabase مع تتبع الحالة
- البحث + الكتابة: Claude يحلل كل عميل محتمل وينشئ نسخة مخصصة
- الإرسال: رسائل البريد الإلكترونية المعتمدة تدفع لحملات Instantly
- التعلم: بيانات الرد تتدفق مرة أخرى إلى Supabase، لإعلام التخصيص المستقبلي
كل مرحلة منفصلة. إذا توقفت واجهة برمجية تطبيقات Hunter، فإن قائمة الانتظار للتثري تتراجع ببساطة — فإنها لا تعطل الإرسال. إذا أردنا استبدال Claude بنموذج مختلف، فنحن نغير دالة واحدة.

البحث عن العملاء المحتملين وتثريتهم باستخدام Hunter
Hunter.io يتعامل مع وظيفتين حاسمتين: العثور على الشخص المناسب في الشركة والتحقق من أن بريده الإلكترونية يعمل بالفعل.
إليك نسخة مبسطة من وظيفة التثري الخاصة بنا:
import { createClient } from '@supabase/supabase-js';
const HUNTER_API_KEY = Deno.env.get('HUNTER_API_KEY');
async function enrichLead(domain: string) {
// البحث عن المجال للعثور على صناع القرار
const searchRes = await fetch(
`https://api.hunter.io/v2/domain-search?domain=${domain}&department=executive,it&api_key=${HUNTER_API_KEY}`
);
const searchData = await searchRes.json();
const contacts = searchData.data.emails
.filter((e: any) => e.confidence > 70)
.slice(0, 3); // أفضل 3 جهات اتصال لكل مجال
// التحقق من كل بريد إلكتروني
for (const contact of contacts) {
const verifyRes = await fetch(
`https://api.hunter.io/v2/email-verifier?email=${contact.value}&api_key=${HUNTER_API_KEY}`
);
const verifyData = await verifyRes.json();
if (verifyData.data.status === 'valid') {
await supabase.from('leads').insert({
domain,
email: contact.value,
first_name: contact.first_name,
last_name: contact.last_name,
position: contact.position,
confidence: contact.confidence,
status: 'enriched',
enriched_at: new Date().toISOString()
});
}
}
}
نحن نرشح للأقسام executive و it لأن هؤلاء هم مشترونا — CTOs و VPs من الهندسة والمؤسسين التقنيين. تصفية القسم من Hunter ليست مثالية، لكنها تقطع الكثير من الضوضاء.
شيء واحد تعلمناه: لا تتخطى التحقق من البريد الإلكترونية أبدًا. حتى مع درجات ثقة Hunter، نتحقق من كل عنوان. معدل ارتفاع أعلى من 3٪ سوف يدمر سمعة مجال الإرسال الخاص بك. رأينا مجالات تنتقل من 95٪ موضع البريد الوارد إلى 40٪ مجلد البريد العشوائي من دفعة واحدة سيئة.
نقوم بتشغيل حوالي 500 رصيد من بحث Hunter في الأسبوع، والذي يناسب بشكل مريح خطة Starter الخاصة بهم.
التخصيص باستخدام الذكاء الاصطناعي Claude
هنا حيث تصبح الأمور مثيرة للاهتمام. تكامل Claude ليس فقط "اكتب لي بريد إلكترونية بارد". إنه خط أنابيب بحث وكتابة متعدد الخطوات.
الخطوة 1: تحليل الموقع
قبل أن يكتب Claude أي شيء، نطعمه بيانات حول موقع العميل المحتمل. نكشط معلومات أساسية باستخدام دالة خفيفة الوزن:
async function analyzeProspectSite(domain: string) {
// جلب الصفحة الرئيسية والصفحات الرئيسية
const homepage = await fetch(`https://${domain}`);
const html = await homepage.text();
// استخراج إشارات التكنولوجيا من HTML
const signals = {
hasNextJs: html.includes('__next') || html.includes('_next/static'),
hasReact: html.includes('react') || html.includes('__REACT'),
hasWordPress: html.includes('wp-content') || html.includes('wp-includes'),
hasShopify: html.includes('shopify') || html.includes('cdn.shopify'),
hasGatsby: html.includes('gatsby'),
usesJQuery: html.includes('jquery'),
metaGenerator: extractMeta(html, 'generator'),
pageSize: html.length,
// ... المزيد من الإشارات
};
// قم بتشغيل فحص PageSpeed عبر API
const psiData = await fetchPageSpeedInsights(domain);
return {
...signals,
performanceScore: psiData.lighthouseResult.categories.performance.score * 100,
lcp: psiData.lighthouseResult.audits['largest-contentful-paint'].numericValue,
cls: psiData.lighthouseResult.audits['cumulative-layout-shift'].numericValue,
fid: psiData.lighthouseResult.audits['max-potential-fid'].numericValue
};
}
هذا يعطي Claude بيانات حقيقية للعمل معها. ليس "مرحبًا، لاحظت أن شركتك تفعل X" — أكثر مثل "الصفحة الرئيسية الخاصة بك LCP 4.2 ثانية وأنت لا تزال تشغل jQuery جنبًا إلى جنب مع React، مما يضيف 90KB إلى الحزمة الأولية الخاصة بك."
الخطوة 2: موجه البحث Claude
نستخدم واجهة برمجية تطبيقات Claude مع موجه نظام محفور بعناية. إليك نسخة مبسطة:
const researchPrompt = `أنت مطور ويب أول يحلل موقع العميل المحتمل لوكالة تطوير بدون رأس. بناءً على بيانات التكنولوجيا التالية حول موقعهم، حدد:
1. مكدس التكنولوجيا الحالي (كن محددًا)
2. 2-3 مشاكل محددة في الأداء أو الهندسة المعمارية
3. ما يمكن لهندسة بدون رأس حديثة أن تحسنه
4. ملاحظة محددة وغير واضحة تظهر التحليل الحقيقي
لا تكن عامًا. إذا كنت لا تستطيع العثور على شيء محدد، قل ذلك.
لا تذكر "في العصر الرقمي اليوم" أو حشو مماثل.
كن مباشرًا وتقنيًا.
بيانات الموقع:
${JSON.stringify(siteAnalysis, null, 2)}
العميل المحتمل: ${lead.first_name} ${lead.last_name}، ${lead.position} في ${lead.domain}`;
const research = await anthropic.messages.create({
model: 'claude-sonnet-4-20250514',
max_tokens: 1000,
messages: [{ role: 'user', content: researchPrompt }]
});
الخطوة 3: توليد البريد الإلكترونية
ناتج البحث يطعم في استدعاء Claude الثاني الذي يكتب البريد الإلكترونية الفعلي. كان فصل البحث عن الكتابة رؤية رئيسية — عندما حاولنا فعل كليهما في موجه واحد، كانت رسائل البريد الإلكترونية أسوأ. سيتخطى Claude البحث للوصول إلى الكتابة بشكل أسرع.
const emailPrompt = `اكتب بريد إلكترونية بارد من مطور أول في وكالة تطوير بدون رأس.
ملاحظات البحث:
${research.content[0].text}
القواعد:
- 4-6 جمل كحد أقصى. كل جملة يجب أن تكسب مكانها.
- ابدأ بأكثر ملاحظة تقنية محددة.
- لا إطراء. لا "أحب ما تفعله".
- CTA واضح واحد: اسأل ما إذا كانوا يريدون رؤية تدقيق الأداء.
- بدو مثل مطور، وليس بائع.
- استخدم الاسم الأول. لا اسم عائلة في التحية.
- سطر الموضوع: قصير، محدد لمشكلة التكنولوجيا الخاصة بهم، أحرف صغيرة.`;
النتيجة؟ رسائل بريد إلكترونية تفتح مع أشياء مثل "متجر Shopify Plus الخاص بك يقدم صفحات المنتجات على الخادم التي يمكن توليدها بشكل ثابت — يضيف ذلك 2+ ثانية لكل عرض منتج" بدلاً من "لاحظت شركتك المثيرة للإعجاب وأردت التواصل."
Supabase كطبقة التنسيق
Supabase هي دماغ العملية. إليك مخطط أساسي:
create table leads (
id uuid primary key default gen_random_uuid(),
domain text not null,
email text,
first_name text,
last_name text,
position text,
confidence int,
status text default 'new', -- new, enriched, researched, drafted, approved, sent, replied, bounced
site_analysis jsonb,
research_notes text,
email_subject text,
email_body text,
instantly_campaign_id text,
sent_at timestamptz,
opened_at timestamptz,
replied_at timestamptz,
created_at timestamptz default now(),
updated_at timestamptz default now()
);
create index idx_leads_status on leads(status);
create index idx_leads_domain on leads(domain);
حقل status يحرك كل شيء. وظائف Supabase Cron تعمل كل 15 دقيقة، التقاط العملاء المحتملين في كل مرحلة ودفعهم إلى المرحلة التالية:
-- Cron: معالجة العملاء المحتملين المثرين من خلال بحث Claude
select cron.schedule(
'process-research',
'*/15 * * * *',
$$select net.http_post(
'https://your-project.supabase.co/functions/v1/process-research',
'{}',
'{"Authorization": "Bearer your-service-key"}'::jsonb
)$$
);
نعالج دفعات من 20 عميل محتمل لكل تشغيل للبقاء ضمن حدود معدل Claude وإبقاء التكاليف يمكن التنبؤ بها.
عمود site_analysis JSONB مفيد جدًا. يمكننا الاستعلام عن جميع العملاء المحتملين للعثور على أنماط — مثل "عرض لي جميع العملاء المحتملين الذين يشغلون WordPress بدرجة أداء أقل من 50" — وبناء حملات موجهة من تلك القطاعات.
الإرسال على نطاق واسع باستخدام Instantly
Instantly تتعامل مع التسليم الفعلي للبريد الإلكترونية. نحن ندفع رسائل بريد إلكترونية معتمدة عبر واجهة برمجية التطبيقات الخاصة بهم:
async function pushToInstantly(lead: Lead) {
const response = await fetch('https://api.instantly.ai/api/v1/lead/add', {
method: 'POST',
headers: { 'Content-Type': 'application/json' },
body: JSON.stringify({
api_key: INSTANTLY_API_KEY,
campaign_id: lead.instantly_campaign_id,
skip_if_in_workspace: true,
leads: [{
email: lead.email,
first_name: lead.first_name,
last_name: lead.last_name,
company_name: lead.domain,
personalization_1: lead.email_subject,
personalization_2: lead.email_body
}]
})
});
if (response.ok) {
await supabase
.from('leads')
.update({ status: 'sent', sent_at: new Date().toISOString() })
.eq('id', lead.id);
}
}
قوالب حملة Instantly تستخدم متغيرات {{personalization_1}} و {{personalization_2}}، والتي تخطط لموضوع Claude الذي تم إنشاؤه والجسم. الحملة نفسها مجرد قشرة — كل الذكاء يعيش في نظامنا.
نشغل 3 حسابات إرسال من خلال إحماء Instantly لمدة أسبوعين على الأقل قبل إرسال أي وصول. إحماء المجال ليس اختياريًا. تعلمنا هذا بالطريقة الصعبة مع مجالنا الأول الذي تم وضع علامة عليه خلال أسبوع.
إعداد القابلية للتسليم
بنيتنا التحتية للإرسال:
- 3 مجالات (اختلافات من الماركة الخاصة بنا، وليس المجال الرئيسي الخاص بنا)
- SPF و DKIM و DMARC مكونة على جميعها
- حسابات Google Workspace (وليس Outlook — يتعامل Google مع البريد البارد بشكل أفضل في اختبارنا)
- الإحماء الفوري قيد التشغيل بشكل مستمر، حتى أيام الإرسال النشطة
- الحد الأقصى 35 بريد إلكترونية لكل حساب يوميًا
- فترات إرسال عشوائية بين 3-7 دقائق
غراء الأتمتة
وظائف Supabase Edge توصل كل شيء. إليك التدفق في pseudocode:
كل 15 دقيقة:
1. التقط العملاء المحتملين مع status='new'، قم بتشغيل تثري Hunter → status='enriched'
2. التقط العملاء المحتملين مع status='enriched'، قم بتشغيل تحليل الموقع → status='analyzed'
3. التقط العملاء المحتملين مع status='analyzed'، قم بتشغيل بحث Claude + توليد البريد الإلكترونية → status='drafted'
4. (يقوم الإنسان بمراجعة رسائل البريد الإلكترونية المسودة في لوحة معلومات Supabase)
5. التقط العملاء المحتملين مع status='approved'، ادفع إلى Instantly → status='sent'
6. اسحب بيانات المشاركة من واجهة برمجية تطبيقات Instantly → تحديث opened_at، replied_at
الخطوة 4 مهمة. نحن لا نؤتمتة الإرسال بشكل كامل. يتم مراجعة كل بريد إلكتروني من قبل إنسان قبل إرساله. يمسك هذا الهلوسة العرضية (كتب Claude مرة واحدة أن الموقع تم بناؤه بـ Remix عندما كان بوضوح Next.js) ويسمح لنا بإضافة لمسات شخصية.
تستغرق خطوة المراجعة حوالي 2-3 ثوانٍ لكل بريد إلكتروني حيث يقوم Claude بـ 95٪ من العمل بشكل صحيح. نوافق في دفعات باستخدام عرض لوحة معلومات Supabase البسيط.
النتائج وما تعلمناه
كنا نشغل هذا النظام منذ Q1 2025. إليك أرقام حقيقية:
| المقياس | نظامنا | متوسط الصناعة (2026) | |--------|-----------|------------------------|| | معدل الفتح | 62% | 24% | | معدل الرد | 8.4% | 1-3% | | معدل الرد الإيجابي | 4.1% | 0.5-1% | | معدل الارتفاع | 0.8% | 3-5% | | التكلفة لكل عميل محتمل | $0.18 | $0.50-2.00 | | الوقت لكل عميل محتمل (إنسان) | ~5 ثوانٍ (مراجعة) | 10-15 دقيقة |
معدل الفتح مرتفع لأن أسطر الموضوع محددة. "lcp shopify الخاص بك 4.2s" يحصل على فتح. "سؤال سريع" لا.
معدل الرد مرتفع لأن رسائل البريد الإلكترونية تظهر معرفة تقنية حقيقية. عندما يقرأ CTO بريد إلكتروني يحدد بشكل صحيح مكدس التكنولوجيا الخاص بهم ومشكلة أداء حقيقية، فمن المرجح أن ينخرطوا — حتى لو كانوا يعرفون أنها وصول.
ما لم ينجح
الإرسال المؤتمت بالكامل (بدون مراجعة بشرية): جربنا هذا لمدة أسبوعين. هلوس Claude تفاصيل مكدس التكنولوجيا حول 5٪ من الوقت. هذا معدل خطأ منخفض لـ LLM، لكن إرسال بريد إلكتروني يقول "تطبيق React الخاص بك" لشخص يشغل Vue أسوأ من إرسال بريد إلكتروني عام. ضرر الثقة حقيقي.
رسائل بريد إلكترونية طويلة: أنتجت موجهات Claude الأولى رسائل بريد إلكترونية بـ 8-10 جملة. معدلات الرد كانت نصف ما نراه الآن مع 4-6 جمل. الأقصر أفضل دائمًا.
إرسال أكثر من 40 بريد إلكتروني يوميًا لكل حساب: القابلية للتسليم تنخفض بشكل حاد. 30-35 هي النقطة الحلوة في 2026.
استخدام Claude للمتابعات بناءً على الفتح: حاولنا إنشاء رسائل بريد إلكترونية متابعة يتم تشغيلها من خلال الفتح. بدت المتابعات مزعجة والتحويل لم يكن يستحق التكلفة. نرسل الآن متابعة واحدة بسيطة وغير ذكاء اصطناعي بعد ثلاثة أيام.
تفصيل التكاليف
إليك ما يكلفنا شهريًا، معالجة حوالي 2000 عميل محتمل:
| الخدمة | التكلفة الشهرية | ملاحظات |
|---|---|---|
| Hunter.io (Starter) | $49 | 500 بحث + التحقق |
| Anthropic API (Claude) | $45 | ~2,000 بحث + توليد بريد إلكتروني |
| Supabase (Pro) | $25 | قاعدة البيانات، وظائف Edge، Cron |
| Instantly (Growth) | $30 | الإرسال، الإحماء، التحليلات |
| Google Workspace (3 حسابات) | $21 | بنية تحتية للإرسال |
| المجالات (3) | $10 | تكلفة سنوية مطفأة |
| الإجمالي | ~$180 | $0.09 لكل عميل محتمل معالج |
قارن ذلك بخطة Apollo's $79/month (تثري محدود، تسلسلات أساسية) أو خطة Lemlist's $69/month لكل مقعد. ننفق أقل وننفق نتائج بشكل أفضل بكثير لأن التخصيص حقيقي، وليس قائم على القالب.
للسياق، ولد هذا النظام مباشرة عملاء تحولوا إلى مشاريع تطوير تساوي 50-100 مرة من التكلفة الشهرية. العائد على الاستثمار سخيف.
الأسئلة الشائعة
كم استغرق الوقت لبناء هذا النظام؟ النسخة الأولى الفعالة استغرقت حوالي أسبوعين من الجهد بدوام جزئي — ربما 40 ساعة إجمالي. لقد كررنا عليها بشكل مستمر منذ ذلك الحين، غالبًا بضبط موجهات Claude وإضافة معالجة حالات الحدود. إذا كنت مرتاحًا مع وظائف Supabase Edge و REST APIs، يمكنك الحصول على نسخة أساسية تعمل في عطلة نهاية أسبوع.
هل هذا مجرد بريد عشوائي مع خطوات إضافية؟ سؤال عادل. الفرق هو أن كل بريد إلكتروني يحتوي على ملاحظة تقنية حقيقية حول موقع المستقبل. نحن لا نرسل "دعونا نقفز على المكالمة" إلى 10,000 شخص. نحن نرسل رؤى محددة ومفيدة إلى قائمة مستهدفة من الأشخاص الذين لديهم فعلاً المشاكل التي نحلها. معدل إلغاء الاشتراك الخاص بنا أقل من 0.5٪، مما يشير إلى أن المستقبلين لا يرونها كبريد عشوائي أيضًا.
لماذا Claude بدلاً من GPT-4 أو Gemini؟ اختبرنا الثلاثة. اتبع Claude الموجهات المخصصة الخاصة بنا بشكل أكثر موثوقية — خاصة القيود مثل "لا تكن عامًا" و "لا تستخدم عبارات حشو". سيتحول GPT-4 نحو اللغة المبيعات حتى مع التعليمات الصريحة لعدم القيام بذلك. كان Gemini سريعًا لكن جودة الإخراج كانت غير متسقة. قد يتغير هذا مع تطور النماذج، وتم تصميم النظام الخاص بنا لمبادلة النماذج بسهولة.
كيف تتعامل مع امتثال GDPR و CAN-SPAM؟ يستهدف جميع الوصول لدينا رسائل البريد الإلكترونية التجارية (وليس الشخصية)، ويتضمن عنواننا الفعلي، ولديه اختيار واضح في كل بريد إلكتروني. للـ GDPR، نعالج البيانات بموجب مصلحة مشروعة لـ B2B outreach، والحفاظ على سجلات أنشطة المعالجة، وشرف طلبات الإزالة على الفور عبر webhook مؤتمتة. نحن أيضًا تطهير العملاء المحتملين الأقدم من 90 يوم من قاعدة البيانات الخاصة بنا تلقائيًا. تحدث مع محام لوضعك المحدد — هذه ليست نصيحة قانونية.
ماذا يحدث عندما يرد عميل محتمل؟ تتدفق الردود مرة أخرى من واجهة برمجية تطبيقات Instantly إلى Supabase. نحصل على إخطار Slack لكل رد، وإنسان يستحوذ على المحادثة على الفور. لا نستخدم أبدًا الذكاء الاصطناعي للعمل على معالجة الرد. بمجرد انخراط شخص ما، يستحقون شخصًا حقيقيًا. يتم الإشارة إلى العملاء المحتملين المهتمين إلى صفحة الاتصال الخاصة بنا أو مباشرة إلى رابط حجز المكالمة.
هل يمكن لهذا النهج أن يعمل للخدمات غير التقنية؟ قطعة تحليل الموقع محددة لتطوير الويب، لكن نمط الهندسة المعمارية — تثري العملاء المحتملين، واستخدام الذكاء الاصطناعي للبحث والتخصيص، والإرسال من خلال أداة مخصصة — يعمل لأي وصول B2B. ستحتاج فقط إلى مدخلات بحث مختلفة. قد تحلل وكالة تصميم أنماط التصميم البصري و UX. قد تسحب وكالة التسويق مقاييس SEO. المفتاح هو إطعام Claude البيانات الحقيقية، وليس طلب من الذكاء الاصطناعي اختراع الأشياء.
ما أصعب جزء في الحفاظ على هذا النظام؟ صيانة الموجه. مع تحديث نماذج Claude، الموجهات التي عملت بشكل مثالي تحتاج أحيانًا إلى تعديل. نحن أيضًا ننفق الوقت في مراقبة القابلية للتسليم — التحقق من أدوات Google Postmaster، ومراقبة ارتفاع معدل البريد العشوائي، وتدوير حسابات الإرسال. إنها ربما 2-3 ساعات أسبوعيًا من الصيانة الإجمالية.
هل ستبيع هذا كمنتج؟ فكرنا في الأمر، لكن بصراحة الميزة التنافسية مهمة جدًا. إذا قام كل وكالة بتشغيل هذا النظام الدقيق، فإن الفعالية ستنخفض لأن المستقبلين سيبدأون في رؤية رسائل بريد إلكترونية مدعومة بـ AI في كل مكان. في الوقت الحالي، نحتفظ به كأداة داخلية. إذا كنت تريد مساعدة في بناء شيء مماثل لعملك، تواصل معنا — لقد ساعدنا بعض العملاء في إعداد أنظمة مشابهة كجزء من عمل تطوير CMS بدون رأس.