# Layer 14 — سكربت ديمو ١٢ دقيقة (وتيره سعودية + اعتراضات)

**مرافق:** [`../DEMO_SCRIPT_12_MINUTES.md`](../DEMO_SCRIPT_12_MINUTES.md) (جدول الدقائق والـ API).  
**مبدأ:** هدوء، احترام وقت العميل، لا وعود نتائج — وعد بمسار: مسودات، موافقة، Proof.

---

## قبل الاتصال (٦٠ ثانية)

- تأكد: `WHATSAPP_ALLOW_LIVE_SEND=false` في العرض.  
- جهّز تبويب: الديمو أو `/api/v1/personal-operator/daily-brief` (أو لقطة شاشة).  
- اكتب على ورقة: اسم الشركة، المدينة، قطاع واحد، قناة رئيسية (واتساب/إيميل).

---

## ٠:٠٠–٠:٤٥ | تحية + إطار

«السلام عليكم [الاسم]، شكراً على الوقت — ١٢ دقيقة بالضبط، وآخر دقيقتين لأسئلتكم.  
اليوم ما أبيع «ميزات»؛ أوريكم مسار عمل واحد: من إشارة إلى مسودة إلى موافقة إلى خطوة تالية. إذا احتجتم نتوسع لاحقاً في جلسة ثانية.»

---

## ٠:٤٥–٢:٣٠ | المشكلة + الوعد (بدون مبالغة)

«شركات B2B عندنا غالب المشكلة ليست نقص أدوات — المشكلة تسريب في ثلاثة أماكن:  
(١) بطء المسودة العربية (٢) عدم توحيد النبرة بين شخصين (٣) متابعة ضعيفة بعد أول رد.  
Dealix يقلّل الاحتكاك بمسودات جاهزة للمراجعة وسجل موافقة — مو بنتائج مضمونة، بل بسرعة تنفيذ أوضح.»

**اعتراض ١:** «هذا يبدو ChatGPT.»  
«صحيح النموذج لغوي — الفرق هو المسار: موافقة، سياسة قنوات، وربط بخدماتكم الفعلية وليس نصّاً حرّاً.»

---

## ٢:٣٠–٤:٣٠ | Daily Brief (مدير مشغول)

«لو افترضنا أنكم تبيعون لـ[قطاع] في [المدينة] — المدير يحتاج قرارين أو ثلاثة اليوم، لا ٢٠ إشعار.  
هنا مثال موجز يومي: قرارات مقترحة + مخاطر + تالي أفضل إجراء — كله مسودة للمراجعة.»  
(اعرض `daily-brief` أو شاشة مكافئة.)

**اعتراض ٢:** «ما عندنا وقت نراجع مسودات.»  
«عندكم خيارين: إما تضيقون الحجم (٥ لمسات يومياً) أو ترفعون عتبة الموافقة — النظام مصمم لعدم الإرسال الحي بدون سياسة.»

---

## ٤:٣٠–٦:٣٠ | فرص ومتابعة (بدون ازدحام)

«الفكرة: من إشارة إلى «فرصة» إلى مسودة متابعة قصيرة — ليس تفريغ قائمة آلياً.  
نوريكم مثال ١٠ فرص كنمط تفكير، حتى لو الأرقام تجريبية في الديمو.»

**اعتراض ٣:** «احنا ما نبغى آلي يكلم عملاءنا.»  
«تمام — الافتراضي عندنا مسودة + موافقة؛ الإرسال الحي يحتاج opt-in وسياسة صريحة.»

---

## ٦:٣٠–٨:٣٠ | كتالوج الخدمات + سعر تقريبي (شفافية)

«هنا نربط الإشارة بخدمة واضحة: ماذا تُسلَّم؟ خلال كم يوم؟ ما الـ Proof؟  
ما نخبّي أن التسعير نطاقي — لأن النطاق يتغير بعمق القائمة والقنوات.»

**اعتراض ٤:** «غالي.»  
«نفصل بين Pilot صغير يُقاس وبين اشتراك أوسع. إذا Pilot ما أثبت تنظيم الردود خلال أسبوع، لا داعي نكبر العقد.»

---

## ٨:٣٠–١٠:٣٠ | Pilot + Proof Pack + الخطوة التالية

«Pilot عملي: نطاق صغير، تقرير Proof واحد، قرار واضح في النهاية.  
ما نعد نتائج مضمونة — نعد تسليماً يمكنكم عرضه داخل شركتكم.»

**اعتراض ٥:** «نبي ضمان ROI.»  
«ما نقدر نضمن ROI — نقدر نضبط قياساً قبل/بعد على مؤشرات متفق عليها (مثلاً زمن أول رد، عدد المسودات المعتمدة، عدد اللقاءات المحجوزة).»

**اعتراض ٦:** «نرجع لكم بعد الميزانية.»  
«تمام — أرسل لكم ملخص ست أسطر + خياران للموعد بعد أسبوعين؛ أي تاريخ أخف ضغطاً على مدير المشتريات؟»

---

## ١٠:٣٠–١١:٣٠ | PDPL / أمان (٣٠ ثانية — لا تطويل)

«البيانات شخصية: نمشي على مسار موافقة وتقليل بيانات؛ التفاصيل في وثائقكم القانونية + DPA عند الحاجة.  
الإرسال الحي يتبع سياسة القناة — هذا خط أحمر لنا وليس خيار تسويق.»

---

## ١١:٣٠–١٢:٠٠ | إغلاق + CTA واحد

«الخطوة التالية المنطقية: جلسة ٣٠ دقيقة مع شخص يملك القرار التقني/التجاري، أو Pilot ٧ أيام بنطاق صغير.  
أيهما أنسب لكم الأسبوع هذا؟»

---

## ملحق — اعتراضات إضافية سريعة

| الاعتراض | رد |
|----------|-----|
| «عندنا HubSpot» | نكمّل العربي/الواتساب والمسودات؛ لا نكرّر الـ CRM. |
| «نبي تكامل كامل اليوم» | نبدأ بWebhook أو تصدير يومي؛ التكامل الكامل مرحلة لاحقة بخطة. |
| «القطاع حساس» | نضيق القنوات + نرفع مراجعة الموافقات + نقلل الحجم. |
| «الفريق يخاف من AI» | نسمّيه «مسودات مقترحة» ونثبت أن الإنسان يوافق. |

---

## بعد الديمو مباشرة (٥ دقائق منك)

- أرسل ملخص ٦ أسطر + موعد متابعة واحد.  
- أرفق [`dealix_roi_calculator.html`](dealix_roi_calculator.html) إن كان يناسبهم.  
- سجّل في الـ CRM: اعتراض رئيسي + قرارهم + تاريخ المتابعة.