# تشغيل ما بعد التدشين — Dealix (Post-Launch Ops)

هدف هذه الوثيقة: تحويل الإطلاق إلى تشغيل مؤسسي مستمر مع جودة قابلة للقياس، امتثال واضح، واستقرار إنتاجي.

## 1) دورة أسبوعية ثابتة

- **Triage حوادث/أخطاء:** مراجعة حوادث الأسبوع (P0/P1/P2) وتحديد سبب جذري وإجراء وقائي.
- **جودة الذكاء:** تشغيل `py -3 scripts/ai_quality_gate.py` ومراجعة عينة بشرية لمخرجات الإثراء والمسودات.
- **تعديل موجّه:** تحسين `routing/prompts` بناءً على ملاحظات RevOps وليس الانطباع.
- **playbooks قطاعية:** تحديثات صغيرة متكررة للقطاعات الأعلى استخدامًا.

## 2) دورة شهرية

- **امتثال وحوكمة:** تدقيق سجلات `ai_audit` ومسارات الموافقة الحساسة.
- **تكلفة وكفاءة:** مراجعة استهلاك المزودات (API calls/tokens/cache hit-rate) وتحديث حدود المعدل.
- **الأثر التجاري:** مقارنة KPI الشهر الحالي مقابل baseline:
  - time_to_qualified_meeting
  - draft_accept_rate
  - crm_sync_success_rate
  - opportunity_utility_score

## 3) SLA وتشغيل الدعم

- **P0 (إيقاف مسار أساسي):** أول استجابة <= 15 دقيقة، الاستعادة <= 4 ساعات.
- **P1 (تأثير مرتفع بدون توقف كامل):** أول استجابة <= 1 ساعة، الاستعادة <= 24 ساعة.
- **P2 (تدهور غير حرج):** أول استجابة <= 1 يوم عمل.

- قناة تصعيد تشغيلية موحدة:
  1) تنبيه آلي
  2) مالك incident
  3) تحديث دوري حتى الإغلاق
  4) postmortem قصير خلال 48 ساعة

## 4) إدارة التغييرات (Change Management)

- كل release يمر عبر:
  - `verify-launch.ps1 -WithOpenApiGate`
  - `py -3 scripts/release_hardening_gate.py`
  - `py -3 scripts/ai_quality_gate.py`
- منع أي تغيير على مسارات حساسة بدون تحديث `docs/API-MAP.md` و`docs/LAUNCH_CHECKLIST.md`.
- توثيق نسخة prompt/policy المستخدمة في الإنتاج لمنع regressions صامتة.

## 5) قنوات النجاح المؤسسي

- تقرير readiness أسبوعي للفريق التنفيذي.
- تقرير pilot impact شهري للعميل:
  - عدد الفرص المؤهلة
  - زمن الوصول لأول اجتماع
  - نسبة المسودات المقبولة بعد الموافقة
  - ملاحظات الامتثال

---

مراجع:
- `docs/DEALIX_AI_EVAL_AR.md`
- `docs/LAUNCH_CHECKLIST.md`
- `docs/DEALIX_GTM_EXECUTION_AR.md`