الرئيسية Claude AI مركز التعلم القطاعات تواصل معنا
واتساب اتصل بنا

بناء نظام تذاكر دعم فني ذكي بكلود AI — من الصفر للإنتاج

نظام تذاكر دعم فني ذكي بكلود AI

نظام الدعم الفني هو واجهة شركتك للعميل عند مواجهة مشكلة — أحرج لحظة وأهمها. نظام تذاكر بدائي يعني ردوداً متأخرة، وتذاكر ضائعة، وعملاء غير راضين. نظام ذكي بكلود AI يعني: تصنيف تلقائي، أولويات صحيحة، ردود فورية للمشاكل الشائعة، وفريق دعم يُركز وقته على المشاكل الحقيقية فعلاً.

في هذا الدليل نبني نظام تذاكر كامل من الصفر — Laravel أو Next.js حسب تفضيلك — مع Claude API في صلب النظام لا كإضافة جانبية. الهدف: نظام ينافس Zendesk وFreshdesk بتكلفة بناء مرة واحدة.

معمارية نظام التذاكر الذكي

قبل البناء، نحدد المكونات الرئيسية:

1
وحدة الاستقبال (Intake): استقبال التذاكر من: نموذج الويب، الإيميل، واتساب Business API، تطبيق الموبايل. كل قناة تُغذّي نفس قاعدة البيانات.
2
محرك الذكاء (AI Engine): Claude API يُحلل كل تذكرة جديدة ويُصنفها ويُقيّم أولويتها ويبحث في قاعدة المعرفة ويُنشئ رداً أولياً مقترحاً.
3
وحدة التوجيه (Routing): قواعد إسناد تلقائي للوكيل المناسب بناءً على: الفئة، مهارات الوكلاء، حمل العمل الحالي، اللغة المطلوبة.
4
محرك SLA: تتبع المهل الزمنية، تنبيهات تدريجية، تصعيد تلقائي عند الاقتراب من انتهاء المهلة.
5
قاعدة المعرفة (Knowledge Base): مقالات حل المشاكل الشائعة. كلود يبحث فيها عند كل تذكرة جديدة ويقترح المقال المناسب.
6
لوحة KPIs: First Response Time، Resolution Time، CSAT، Ticket Volume، Backlog، أداء كل وكيل.

Schema قاعدة البيانات الكاملة

هذا Schema المُحسَّن لنظام التذاكر الذكي — أرسله لكلود لإنشاء Migrations:

HELPDESK SYSTEM — DATABASE SCHEMA
===================================

[tickets]
  id (UUID PK)
  ticket_number (UNIQUE, T-2026-00001)
  subject
  description (text)
  status (new/open/pending/resolved/closed)
  priority (critical/high/medium/low)
  category (bug/feature/billing/general/technical)
  subcategory
  channel (email/whatsapp/web_form/api/phone)
  customer_id (FK → customers)
  assigned_to (FK → agents, nullable)
  team_id (FK → teams, nullable)
  first_response_at (timestamp, nullable)
  resolved_at (timestamp, nullable)
  closed_at (timestamp, nullable)
  sla_breach_at (timestamp)
  satisfaction_score (1-5, nullable)
  satisfaction_comment (text)
  ai_category_confidence (float 0-1)
  ai_suggested_article_id (FK → kb_articles, nullable)
  tags (JSON array)
  created_at / updated_at

[ticket_messages]
  id (UUID PK)
  ticket_id (FK)
  author_type (customer/agent/system/ai)
  author_id (nullable)
  body (text)
  is_internal_note (boolean)
  attachments (JSON array of file paths)
  created_at

[ticket_activities]
  id / ticket_id / action / performed_by / data (JSON) / created_at

[customers]
  id / name / email / phone / company / plan_tier / language_preference
  total_tickets / satisfaction_avg / created_at

[agents]
  id / user_id / team_id / skills (JSON array) / max_tickets
  current_tickets_count / is_available / languages (JSON array)

[teams]
  id / name / description / sla_policy_id

[sla_policies]
  id / name / priority / first_response_hours / resolution_hours
  business_hours_only (boolean) / escalation_rules (JSON)

[kb_articles]
  id / title / content / category / tags / views / helpful_count
  is_public / created_by / published_at

[canned_responses]
  id / title / body / category / shortcut / usage_count

بناء محرك التصنيف الذكي بـ Claude API

القلب الذكي للنظام هو هذه الوظيفة التي تُحلل كل تذكرة جديدة:

// app/Services/TicketAIAnalyzer.php
// البرومبت لكلود لكتابة هذا الكلاس كاملاً:

"اكتب PHP Service يستخدم Claude API لتحليل تذاكر الدعم الفني:

class TicketAIAnalyzer {
    public function analyze(Ticket $ticket): TicketAnalysisResult
    // المطلوب:
    // 1. إرسال نص التذكرة + سياق العميل لـ Claude API
    // 2. استرداد: category, subcategory, priority, sentiment
    // 3. البحث في قاعدة المعرفة عن مقال مطابق
    // 4. توليد رد أولي مقترح إذا المشكلة شائعة
    // 5. تحديد هل تحتاج لتدخل بشري فوري أم لا
    // 6. إعادة DTO بنتائج التحليل مع confidence scores

    البرومبت المُرسَل لـ Claude:
    ---
    أنت محلل دعم فني متخصص. حلّل هذه التذكرة وأرجع JSON:
    {
      'category': string,
      'subcategory': string,
      'priority': 'critical|high|medium|low',
      'sentiment': 'angry|frustrated|neutral|positive',
      'language': 'ar|en|mixed',
      'needs_immediate_human': boolean,
      'suggested_solution': string | null,
      'confidence': float
    }

    التذكرة: {$ticket->subject} \n {$ticket->description}
    العميل: {$customer->name} - باقة {$customer->plan_tier}
    تاريخ المشاكل السابقة: {$ticket->customer_ticket_history}
    ---
    استخدم claude-3-5-sonnet واستخرج JSON بدقة."
}

نظام SLA الذكي مع تنبيهات تدريجية

SLA Tracking هو ما يُميّز نظام الدعم الاحترافي عن نظام التذاكر البدائي:

-- البرومبت لكتابة SLAManager Service --
"اكتب SLAManager Service في Laravel يُدير:

1. calculateSLADeadlines(Ticket $ticket):
   - يأخذ SLA Policy للعميل حسب خطته
   - يحسب first_response_deadline و resolution_deadline
   - يراعي Business Hours (السبت-الخميس 9ص-6م توقيت الرياض)
   - يستثني الإجازات الرسمية السعودية

2. checkBreaches() — Laravel Scheduled Job كل 5 دقائق:
   - يفحص التذاكر المفتوحة
   - يُرسل تنبيهاً للوكيل عند: 75% من الوقت انقضى
   - يُرسل تنبيهاً للمشرف عند: 90% من الوقت انقضى
   - يُصعّد التذكرة لـ Team Lead عند: انتهاء الوقت دون حل

3. escalateTicket(Ticket $ticket, string $reason):
   - ينقل التذكرة للمشرف
   - يُسجّل سبب التصعيد
   - يُرسل واتساب فورياً للمسؤول
   - يُعلم العميل أن تذكرته بيد الفريق المتخصص

استخدم Carbon لحسابات الوقت وQueue للإرسال."

الردود الآلية الذكية بكلود

الردود الآلية الجيدة تحل 40-60% من التذاكر دون تدخل بشري:

-- برومبت بناء Auto-Response Engine --
"اكتب AutoResponseService يعمل بعد تحليل التذكرة:

المنطق:
إذا ai_confidence > 0.85 AND suggested_solution موجود:
  → أرسل رداً آلياً يحتوي الحل + رابط المقال
  → status = 'pending' (ننتظر تأكيد العميل)
  → إذا لم يرد العميل 48 ساعة → status = 'resolved' تلقائياً

إذا sentiment = 'angry' OR priority = 'critical':
  → أرسل رد تعاطف فوري + أسند للوكيل الأعلى خبرة
  → لا ترد بحل آلي مهما كانت الثقة

الرد الآلي يجب أن:
- يبدأ باسم العميل وتعاطف صادق
- يُلخّص المشكلة المفهومة (لضمان الفهم الصحيح)
- يُقدم الحل بخطوات واضحة
- يطرح سؤالاً للتأكد من حل المشكلة
- يُذكر رقم التذكرة وطريقة التواصل

الأسلوب: عربي واضح، ودود، مهني. لا رسمية مبالغة."

قاعدة المعرفة المرتبطة بالذكاء الاصطناعي

قاعدة المعرفة الذكية تتعلم وتتحسن مع كل تذكرة:

-- برومبت Knowledge Base Search Engine --
"اكتب KnowledgeBaseService يستخدم Embeddings:

1. عند نشر مقال جديد:
   - أرسل محتواه لـ Claude API لتوليد Embedding Vector
   - احفظ الـ Vector في pgvector (Supabase/PostgreSQL)

2. عند تحليل تذكرة جديدة:
   - ولّد Embedding للتذكرة
   - ابحث عن أقرب 3 مقالات بـ Cosine Similarity
   - أرجع المقالات مع درجة التشابه

3. اطلب من كلود: 'هل هذه المقالات تحل مشكلة العميل؟
   إذا نعم، لخّص الحل بأسلوب مباشر موجّه للعميل.'

4. بعد إغلاق كل تذكرة:
   - إذا لم توجد مقالة مناسبة → كلود يُقترح مسودة مقال جديد
   - المشرف يراجعه ويُنشره
   - النظام يتعلم وقاعدة المعرفة تنمو تلقائياً

المكدس: Laravel + OpenAI/Claude Embeddings + pgvector"

لوحة KPIs الاحترافية

قياس الأداء هو ما يُحوّل فريق الدعم من مجيبين للأسئلة إلى منظومة قابلة للتحسين المستمر:

-- مؤشرات KPIs الأساسية --

First Response Time (FRT):
  الهدف: < 2 ساعة للأولوية عالية
  < 8 ساعات للأولوية متوسطة
  القياس: متوسط يومي وأسبوعي لكل وكيل

Average Resolution Time (ART):
  الهدف: < 24 ساعة للأولوية عالية
  < 72 ساعة للأولوية متوسطة
  القياس: حسب الفئة والوكيل

Customer Satisfaction Score (CSAT):
  استطلاع 1-5 نجمات بعد إغلاق التذكرة
  الهدف: > 4.2 متوسط
  تنبيه عند تقييم < 3

SLA Breach Rate:
  نسبة التذاكر التي انتهت مهلتها دون حل
  الهدف: < 5%
  تقرير أسبوعي للإدارة

Auto-Resolution Rate:
  نسبة التذاكر التي حُلّت بالرد الآلي
  الهدف: > 35%
  مقياس كفاءة قاعدة المعرفة

Agent Productivity:
  تذاكر مُحلّة / يوم / وكيل
  متوسط وقت معالجة التذكرة
  معدل تذاكر مُعادة للحل

تكامل واتساب Business API

واتساب هو قناة الدعم الأهم في السوق الخليجي. التكامل يُحدث فارقاً كبيراً:

-- برومبت تكامل واتساب للدعم الفني --
"اكتب WhatsApp Integration للنظام:

1. Webhook Receiver:
   - استقبال رسائل واتساب Business API
   - تحديد العميل من رقم الهاتف
   - إنشاء تذكرة جديدة أو إضافة رسالة للتذكرة المفتوحة
   - إرسال رد استلام فوري برقم التذكرة

2. Message Formatter:
   - تذاكر جديدة → رسالة واتساب للوكيل المُسنَد
   - اقتراب SLA → واتساب للمشرف
   - تقييم رضا العميل عبر واتساب بدلاً من الإيميل

3. Two-way Sync:
   - ردود الوكيل من لوحة التحكم → واتساب للعميل
   - ردود العميل على واتساب → تُضاف للتذكرة
   - Media attachments تُحفظ في Storage

الـ Template Messages المطلوبة:
- تأكيد استلام التذكرة: 'تم استلام طلبك رقم {ticket_number}'
- تحديث الحالة: 'تم حل مشكلتك. هل أنت راضٍ عن الحل؟'
- استطلاع CSAT: 'كيف تُقيّم تجربة دعمنا من 1-5؟'"
1

ابدأ بتصنيف يدوي لأول 200 تذكرة تاريخية وأرسلها لكلود كأمثلة. هذا يُحسّن دقة التصنيف الآلي بشكل كبير لأن كلود يفهم أنماط مشاكلك المحددة.

2

لا تُرسل الردود الآلية مباشرة في البداية. ابدأ بـ "Draft Mode" حيث الوكيل يرى الرد المقترح من كلود ويُرسله بنقرة واحدة. هذا يبني الثقة ويحسّن الجودة تدريجياً.

3

اطلب من كلود تحليل التذاكر الشهرية وتحديد الأنماط: "ما أكثر 10 مشاكل تكراراً هذا الشهر؟ وما جذورها؟" هذه المعلومات تُحسّن المنتج لا فقط الدعم.

4

اجعل الوكلاء يُقيّمون جودة ردود كلود بـ 👍/👎. هذه البيانات تُساعدك في تحسين البرومبتات وتحديد متى يجب تدخل بشري وليس آلي.

5

بنِ نظام "Smart Assignment" يأخذ مهارات الوكلاء بالاعتبار. وكيل متخصص في المشاكل التقنية لا يجب أن يستقبل تذاكر الفوترة والعكس صحيح.

6

استخدم كلود لكتابة تقرير أسبوعي تلقائي للإدارة: "أكثر المشاكل تكراراً، أداء الفريق، اتجاهات CSAT، تذاكر تحتاج متابعة." يُوفر ساعات من التقرير اليدوي.

7

ضع حداً أدنى لـ ai_confidence قبل الرد الآلي. إذا كان الأمر غير واضح، أسند للوكيل. الرد الآلي الخاطئ يُضر بالثقة أكثر مما يُفيد في الكفاءة.

8

اطلب من كلود اقتراح "Canned Responses" جديدة بناءً على أكثر الردود اليدوية تكراراً. قاعدة الردود الجاهزة توفر وقت الوكلاء وتضمن اتساق الرسائل.

Sentiment Alert — تنبيه العميل الغاضب

كلود يُحدد Sentiment كل تذكرة. إذا كان العميل غاضباً أو محبطاً، يُعطي النظام أولوية قصوى وينبّه المشرف فوراً بدلاً من انتظار دور التذكرة في الصف. عميل غاضب ينتظر ساعتين يُفقد إلى الأبد، بينما الاستجابة السريعة تُحوّله لعميل مخلص.

Auto-Article Generator

بعد إغلاق كل تذكرة محلولة، كلود يفحص قاعدة المعرفة. إذا لم يجد مقالاً مناسباً، يُنشئ مسودة مقال من المحادثة ويُرسله للمشرف للمراجعة. بعد 3 أشهر سيكون لديك قاعدة معرفة شاملة دون جهد تحريري مقصود.

تحليل جذور المشاكل شهرياً

في نهاية كل شهر، أرسل قائمة التذاكر المُغلقة لكلود واطلب: "صنّف هذه المشاكل حسب جذورها: خطأ في المنتج، مشكلة في التوثيق، عدم فهم للمستخدم، أو مشكلة بنية تحتية." هذا التحليل يُوجّه فريق التطوير لإصلاح الجذور لا الأعراض.

Smart Escalation بكلود

كلود لا يُصعّد فقط عند انتهاء SLA — يُصعّد عند اكتشاف إشارات خطر: "عميل يذكر المنافس"، "يطلب استرداد المال"، "يذكر كلمات قانونية". هذه التصعيدات الاستباقية تُنقذ علاقات العملاء قبل تدهورها.

CSAT Prediction قبل الإغلاق

كلود يُحلل مجرى المحادثة قبل إغلاق التذكرة ويتنبأ بتقييم CSAT المتوقع: "بناءً على لغة العميل، التأخير في الحل، وعدد الردود — CSAT المتوقع: 3/5." إذا كان التوقع منخفضاً، يُنبّه الوكيل للقيام بخطوة إضافية لتحسين تجربة العميل قبل الإغلاق.

الأسئلة الشائعة

كيف يُصنّف كلود AI تذاكر الدعم الفني تلقائياً؟
كلود يُحلل نص التذكرة ويُصنّفها حسب: الفئة (Bug/Feature Request/Billing/General)، الأولوية (Critical/High/Medium/Low)، والمنتج أو القسم المعني. يعتمد على فهم السياق الكامل لا مجرد كلمات مفتاحية، مما يُعطي دقة تصنيف أعلى بكثير من الأنظمة التقليدية. ويمكن تحسينه بإعطائه أمثلة من تذاكر شركتك الحقيقية.
ما الفرق بين نظام التذاكر المبني بكلود وأنظمة Zendesk وFreshdesk؟
الأنظمة الجاهزة تُكلف آلاف الدولارات سنوياً وتفرض نموذجاً ثابتاً. نظام مبني بكلود يُصمَّم حسب سير عملك تماماً، يتكامل مع أنظمتك الداخلية، ويعمل باللغة العربية بشكل احترافي. الاستثمار الأولي في البناء يُعوَّض خلال السنة الأولى مقارنة باشتراكات Zendesk لفريق متوسط الحجم.
كيف يعمل نظام SLA Tracking في نظام التذاكر الذكي؟
عند إنشاء التذكرة يُحدد النظام تلقائياً موعد استجابة أولى وموعد حل نهائي بناءً على الأولوية وخطة العميل وساعات العمل. Timer يعمل في الخلفية ويُرسل تنبيهات تدريجية للوكيل والمشرف عند اقتراب انتهاء المهلة. كلود يكتب هذا المنطق كاملاً مع مراعاة الإجازات الرسمية وأوقات العمل المخصصة.
هل يمكن ربط نظام التذاكر بواتساب وإيميل تلقائياً؟
نعم. كلود يبني Webhooks لاستقبال رسائل واتساب Business API وتحويلها لتذاكر تلقائياً مع ربطها بحساب العميل المعروف من رقم هاتفه. لرسائل الإيميل يستخدم Mailbox parsing لاستقبال الردود وإضافتها للتذكرة الصحيحة. العميل يُراسل من أي قناة يريد والنظام يُوحّد المحادثات في مكان واحد.
كيف تُقلل الردود الآلية بكلود من عبء فريق الدعم؟
كلود يُحلل التذكرة الجديدة ويبحث في قاعدة المعرفة ويُرسل رداً أولياً احترافياً في ثوانٍ. للمشاكل الشائعة الموثقة، قد يحل الرد الآلي المشكلة دون تدخل بشري. للمشاكل المعقدة يُلخّص السياق للوكيل ليبدأ من حيث انتهى. هذا يُقلل عبء الفريق بنسبة 40-60% من التذاكر المتكررة.

🧭 اكتشف المزيد

مواضيع مرتبطة من أقسام أخرى تُكمّل ما تعلمته

تريد بناء نظام دعم فني ذكي لشركتك؟

فريق A Plan يساعدك في بناء نظام تذاكر مخصص بكلود AI يُقلل عبء فريقك ويرفع رضا عملاءك.

تواصل عبر واتساب