انتقل إلى المحتوى
الدعم الفني (SLA)

العدّاد يعمل
وهناك من يردّ الآن

في اللحظة التي يفتح فيها عميلك تذكرة دعم، يبدأ عدّاد اتفاقية مستوى الخدمة (SLA). ويضمن فريق Partnerfy إغلاق كل تذكرة ضمن المهلة المحددة في الاتفاقية عبر مناوبات على مدار الساعة طوال أيام الأسبوع، ونظام تأكيد تلقائي، وقاعدة معرفة مدعومة بالذكاء الاصطناعي، وسلسلة تصعيد واضحة. ويستقر متوسط زمن الرد الأول لدينا عند 4 دقائق و12 ثانية، و98.7% من التذاكر تُحل ضمن المهلة المتفق عليها.

عبارة «سننظر في الأمر» تكلّفك عقد العميل. أما العمل بانضباط اتفاقية مستوى الخدمة، بما يشمله من التزام وقياس وإعداد تقارير، فينقل عمليات الدعم لديك من مركز تكلفة إلى مركز إيرادات.

قائمة انتظار التذاكر

live
حرجة #4821 · 02:14

خطأ 500 في مسار الدفع: صفحة إتمام الطلب متوقفة

SLA · 15 min09:46 due
مرتفعة #4820 · 18:32

شريك التكامل تجاوز حد معدل طلبات API

SLA · 1 h10:30 due
مرتفعة #4819 · 42:07

حساب مؤسسي: فشل تسجيل الدخول عبر SSO

SLA · 1 h10:54 due
متوسطة #4818 · 1h 12m

تصدير التقرير ينزّل ملفًا فارغًا بدلًا من CSV

SLA · 4 h13:20 due
متوسطة #4817 · 2h 36m

رسائل الإشعارات تصل إلى مجلد البريد العشوائي

SLA · 4 h13:54 due
منخفضة #4816 · 4h 02m

تعذّر تحميل الصورة الرمزية في صفحة الملف الشخصي

SLA · 1 daytomorrow

#4821

خطأ 500 في مسار الدفع

حرجة
تم الاستلام09:31:00
تم التأكيد09:31:47
قيد المعالجة09:33:12
تم الحل—
تم التأكيد تلقائيًا خلال 47 ثانية

لوحة نتائج SLA · هذا الشهر

متوسط الرد الأول 4m 12s
الحل ضمن مهلة SLA 98.7%
CSAT 4.8 / 5

آخر 12 أسبوعًا: نسبة الالتزام بمهل SLA

جدول المناوبات 24/7

الوردية النشطة: برلين
آسيا · 00:00–08:00 إسطنبول · 08:00–16:00 برلين/الاتحاد الأوروبي · 16:00–24:00

المشكلة

تنهار معظم منظومات الدعم عند أول أزمة حقيقية

السبب الأول: عدم تحديد اتفاقية مستوى الخدمة. فعبارة «سننظر في الأمر في أقرب وقت» ليست التزامًا، بل حسن نية لا يمكن قياسه. ولأن العميل لا يعرف متى سيتلقى الرد، يدخل في دوامة من القلق، وتنهال رسائل المتابعة، وتذهب طاقة الفريق في شرح موعد حل المشكلة بدلًا من حلها. وعندما لا تكون هناك أهداف مكتوبة للرد والحل لكل من الأولويات الحرجة والمرتفعة والمتوسطة والمنخفضة، تصبح كل التذاكر عاجلة بالقدر نفسه، أي لا تكون أيٌّ منها عاجلة.

السبب الثاني: ضياع التذاكر. فعندما تصل طلبات الدعم إلى عنوان بريد عام مثل «info@»، يرد ثلاثة أشخاص مختلفون على الرسالة نفسها أو لا يرد أحد، وتتشعب سلاسل النسخ (CC)، وتضيع المرفقات، ويختلط الأمر في تحديد أي محادثة تخص أي عميل. وتعمل قنوات WhatsApp والهاتف والنماذج والدردشة بمعزل عن بعضها. ويضطر العميل في كل مرة إلى إعادة سرد ما جرى من البداية. وفضلًا عن أن ذلك يبدو غير احترافي، فهو أكبر عائق أمام بناء عمليات قابلة للقياس.

السبب الثالث: غياب التصعيد. فعندما يعجز موظف الدعم في المستوى الأول (L1) عن حل المشكلة، لا يكون واضحًا إلى من يحيلها. وتتحول عبارة «سأسأل المدير التقني» إلى قناة عشوائية توقظ كبار المديرين عند الساعة 23:00 ليلًا. ويتوتر كبار المهندسين كلما اضطروا إلى شرح المشكلة نفسها للمرة الخامسة، فتتراجع سرعة الحل والجودة ومعنويات الفريق. وما لم يوجد مسار تصعيد مكتوب يمتد من L1 إلى L2 ثم L3 ثم فريق المعمارية ثم الإدارة، ستُحل الأزمات في كل مرة بالذعر لا بالنظام.

السبب الرابع: غياب جدول المناوبات. فإذا كان شخص واحد يحمل كل المعرفة، يصبح النظام مكشوفًا حين يكون في إجازة، وإذا كان هاتفه مغلقًا أثناء حادث حرج في منتصف الليل، فلا خيار أمام الجميع سوى الانتظار حتى الصباح. ومن دون أدوات مثل PagerDuty وOpsgenie وخطط ورديات أسبوعية ووضوح بشأن من هو المناوب الآن، تتحول المناوبة إلى بطولة تطوعية: غير مستدامة، ومرهقة للفريق، ومصدر لقرارات خاطئة.

السبب الخامس: غياب قاعدة المعرفة وعدم توثيق الأسئلة المتكررة أبدًا. فقد يصل السؤال نفسه «كيف أعيد تعيين كلمة المرور؟» 40 مرة في الشهر، ويقضي مهندس الدعم 8 دقائق في كل مرة. والحل هو كتابة مقال في قاعدة المعرفة من المرة الأولى، وجعل النظام يقترح على العميل «هل قرأت هذا المقال؟» فور فتحه التذكرة. وكل مقال لا يُكتب يعني تجربة بطيئة للعميل وضريبة وقت يدفعها فريقك كل شهر. وفي باقة الدعم التي تقدمها Partnerfy وفق اتفاقية مستوى الخدمة، لا يُعد إنتاج محتوى قاعدة المعرفة خيارًا إضافيًا، بل هو أساس العمليات.

النظام

ثلاثة محركات تعمل خلف الكواليس لكل تذكرة

ما إن يبدأ عميلك بكتابة العنوان حتى تعمل اقتراحات قاعدة المعرفة المدعومة بالذكاء الاصطناعي، وعند فتح التذكرة تنطلق سلسلة التصعيد تلقائيًا، وفي نهاية الشهر ترى نسبة الحل من أول تواصل في مخطط دائري واضح.

الاقتراحات التلقائية من قاعدة المعرفة

الدفع لا يتم checkout
خطأ 500 في إتمام الطلب: الأسباب الشائعة 0.94
تصحيح انتهاء مهلة مزوّد الدفع 0.86
فشل مسار 3-D Secure 0.71

أثناء كتابة العميل للعنوان تظهر أكثر ثلاث مقالات صلة مع درجة التشابه لكل منها، فالمشكلة التي تُحل قبل فتح التذكرة هي أسرع أشكال الدعم.

سلسلة التصعيد

L1 ممثل الدعم L2 دعم متقدم L3 مهندس CTO المعمارية / الإدارة

إذا لم يرد فريق L1 خلال 15 دقيقة، يتولى فريق L2 التذكرة تلقائيًا؛ وإذا لم تُحل خلال ساعة واحدة، يتولى مهندس L3 معالجتها؛ وفي الحوادث الحرجة يُبلَّغ المدير التقني (CTO). كل ذلك مكتوب وقابل للتدقيق.

الحل من أول تواصل

73% FCR

تُحل 73% من التذاكر عند الرد الأول بفضل اقتراحات قاعدة المعرفة وأدلة التشغيل (Runbooks) والإسناد الصحيح في المستوى الأول (L1). ولا يصل إلى التصعيد سوى الحالات الهندسية الحقيقية.

لمن هذه الخدمة

هناك 8 سيناريوهات لا تحتمل التهاون في الالتزام بمستوى الخدمة

منصات SaaS بالاشتراك

ينتظر العملاء الذين يدفعون اتفاقية مستوى خدمة واضحة. ولتجنب فقدان المشتركين، يكون زمن الرد هو كل شيء، فالدعم التعاقدي يخفض معدل فقدان العملاء (Churn) مباشرة.

التجارة الإلكترونية

الطلبات والشحن والإرجاع: حجم يومي مرتفع. وفي مواسم الذروة تصل عشرات التذاكر في الدقيقة، والتصنيف الصحيح والرد السريع يتحولان مباشرة إلى إيرادات.

الشركات الكبرى في قطاع B2B

في العقود المؤسسية تكون اتفاقية مستوى الخدمة ملحقًا بالعقد. ومخالفتها تعني فترة مجانية وخسارة في السمعة، لذا لا غنى عن دعم يُقاس وتُعد عنه التقارير.

الوكالات (أكثر من 20 عميلًا)

مواقع وحملات ولوحات تحكم لعملاء متعددين. وبعملية دعم واحدة تقدّم اتفاقية مستوى الخدمة لمحفظتك كاملة.

التقنية المالية (Fintech)

الاستفسارات التنظيمية ونزاعات الدفع وتذاكر التحقق من هوية العملاء (KYC). واتفاقية مستوى الخدمة مع سجل التدقيق والتصعيد هي الشرط المسبق للجاهزية لعمليات التدقيق.

الصحة / العيادات

أعطال المواعيد وبوابة المرضى والوصفات الإلكترونية: الأولوية هنا حرجة. فالرد البطيء ليس ضررًا تشغيليًا، بل خطر مباشر على المريض.

الإنتاج / الصناعة

أنظمة ERP وMES وإنترنت الأشياء الميداني: أي انقطاع يوقف خط الإنتاج. وتبلغ تكلفة الدقيقة آلاف الليرات التركية، والدعم على مدار الساعة طوال أيام الأسبوع ليس رفاهية بل ضرورة.

الشركات المتوسطة (50-200 موظف)

عندما تتعطل الأدوات الداخلية تتوقف الشركة بأكملها. مكتب مساعدة تقنية المعلومات ودعم التطبيقات تحت مظلة اتفاقية واحدة لمستوى الخدمة.

الخدمات

عشر طبقات من الخدمات، من إعداد مكتب المساعدة إلى عمليات ITIL

إعداد منصة مكتب المساعدة

نختار من بين Zendesk وFreshdesk وIntercom ما يناسب علامتك التجارية وفريقك، ثم نقوم بإعداده ونخصص بوابة العملاء وفق هويتك.

تصميم سياسة SLA

أهداف منفصلة للرد والحل للأولويات الحرجة والمرتفعة والمتوسطة والمنخفضة، وتحديد ساعات العمل، وتقويم العطلات، وحدود إعداد التقارير.

جدول المناوبات

ورديات أسبوعية عبر PagerDuty / Opsgenie مع مناوب أساسي وآخر احتياطي، وسياسات تصعيد، وتنبيهات عبر Slack والرسائل النصية والهاتف.

استقبال التذاكر متعدد القنوات

تتوحد قنوات WhatsApp Business وSlack والبريد الإلكتروني والدردشة المباشرة وبوابة العملاء في نظام تذاكر واحد، ويظهر سجل العميل كاملًا من كل قناة.

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

نكتب مقالات قاعدة المعرفة ونصنّفها ونبني فهرس البحث، ويقترح الذكاء الاصطناعي المقالات ذات الصلة عند فتح التذكرة وفي الدردشة المباشرة.

أدلة تشغيل التصعيد (Runbooks)

أدلة خطوة بخطوة لأكثر من 30 سيناريو من السيناريوهات الأكثر شيوعًا. ويستطيع فريق المستوى الأول (L1) إغلاق المشكلة بنفسه، فيزداد الحجم وتبقى الجودة ثابتة.

استبيانات CSAT وNPS وCES

استبيان تلقائي عند إغلاق كل تذكرة، ونتائج تظهر على لوحة التحكم، وتدخل التذاكر ذات التقييم المنخفض مسار مراجعة تلقائيًا.

تدريب الفريق

لفريق الدعم الداخلي لديك: المنصة واتفاقية مستوى الخدمة والتصعيد وكتابة مقالات قاعدة المعرفة والتواصل مع العملاء، عبر مواد مكتوبة وتدريب صفي وتدريب ميداني.

مراجعة الأعمال الشهرية

اجتماع مدته 30 دقيقة: الالتزام باتفاقية مستوى الخدمة، وأكثر مجالات المشكلات تكرارًا، واستخدام قاعدة المعرفة، وعبء عمل الفريق، والتحسينات المقترحة، مع تقرير مكتوب وجلسة مباشرة.

إدارة التغيير والمشكلات وفق ITIL

عمليات إدارة الحوادث والمشكلات (السبب الجذري) والتغيير وتحليل ما بعد الحادث، مطبّقة فعليًا لا على الورق فقط.

آلية العمل

في 6 خطوات: من عمليات الدعم الحالية إلى الانضباط باتفاقية مستوى الخدمة

  1. 01

    تدقيق عمليات الدعم الحالية

    أسبوعان: جرد القنوات، وحجم التذاكر، ومتوسط زمن الرد، وأكثر المواضيع تكرارًا، وهيكل الفريق، ومجموعة الأدوات الحالية. وتُرتَّب النتائج حسب الأولوية.

  2. 02

    اتفاقية مستوى الخدمة حسب الأولويات

    أسبوع واحد: مصفوفة مكتوبة للاتفاقية تغطي الأولويات الحرجة والمرتفعة والمتوسطة والمنخفضة مقابل الرد والحل، وساعات العمل أو التغطية على مدار الساعة طوال أيام الأسبوع، وقواعد التصعيد، مع الموافقة القانونية.

  3. 03

    اختيار المنصة وإعدادها

    2-3 أسابيع: اختيار الأنسب بين Zendesk وFreshdesk وIntercom ثم إعداد المشغّلات والأتمتة وقواعد SLA وهوية بوابة العملاء والتكامل مع WhatsApp والبريد الإلكتروني والدردشة.

  4. 04

    التغذية الأولية لقاعدة المعرفة

    أسبوعان: إنتاج مقالات قاعدة المعرفة من أكثر 50 سؤالًا تكرارًا خلال آخر 6 أشهر، ثم تصنيفها وفهرستها للبحث وتفعيل اقتراحات الذكاء الاصطناعي.

  5. 05

    التدريب والإطلاق

    أسبوع واحد: تدريب مكتوب وصفي لفريق الدعم، وتشغيل متوازٍ للنظامين القديم والجديد في الأسبوع الأول، ثم الإطلاق بعد انتهاء الفترة التجريبية.

  6. 06

    المراجعة الشهرية والتحسين

    عملية مستمرة: مراجعة مؤشرات FCR وCSAT ومدى الالتزام باتفاقية مستوى الخدمة، وأكثر المواضيع تكرارًا، وتحديثات قاعدة المعرفة، مع تقرير مكتوب ومراجعة أعمال مدتها 30 دقيقة.

الأدوات التي نستخدمها

معايير المؤسسات الكبرى، متكاملة مع لوحة ID.Partnerfy

Zendesk Freshdesk Intercom HubSpot Service Hub Salesforce Service Cloud Help Scout ServiceNow Jira Service Management Atlassian Confluence Notion KB OpsGenie PagerDuty Statuspage

قصص العملاء

عندما يُقاس الانضباط باتفاقية مستوى الخدمة تتغير الأرقام

SaaS من 4 ساعات إلى 7 دقائق

منصة SaaS متخصصة: 1,200 عميل

انخفض متوسط الرد الأول من 4 ساعات و12 دقيقة إلى 7 دقائق، وتراجع من 3.8% إلى 2.1% معدل فقدان العملاء الشهري، وانخفضت بنسبة 94% تقارير مخالفة اتفاقية مستوى الخدمة.

التجارة الإلكترونية CSAT من 3.8 إلى 4.7

متجر متعدد الفئات

ارتفع مؤشر CSAT من 3.8 إلى 4.7 من أصل 5 درجات، وانخفضت دقائق الدعم لكل طلب من 9.4 إلى 3.1 دقيقة، وتراجع بنسبة 2.2% معدل المرتجعات.

B2B زيادة 14% في الاحتفاظ

مزوّد برمجيات للمؤسسات

زاد بنسبة 14% صافي الاحتفاظ بالعملاء خلال 12 شهرًا، ومع الانضباط باتفاقية مستوى الخدمة باتت خسائر تجديد العقود المؤسسية شبه معدومة.

التقنية المالية من 11 ساعة إلى 47 دقيقة

منصة مدفوعات

علامة كاملة في بند «الاستدامة التشغيلية» ضمن تدقيق الجهة التنظيمية، وانخفض متوسط زمن حل التذكرة من 11 ساعة إلى 47 دقيقة.

الصحة شكاوى أقل بنسبة 62%

بوابة سلسلة عيادات

في فترات الذروة تُغلق تذاكر نظام المواعيد خلال 4 ساعات، وانخفضت بنسبة 62% شكاوى المرضى.

الإنتاج 320 ساعة أقل سنويًا

عمليات دعم ERP

بفضل المناوبة على مدار الساعة طوال أيام الأسبوع، انخفض متوسط رد المهندسين على أعطال المصانع من 38 دقيقة إلى 6 دقائق، وتراجعت خسائر خط الإنتاج بمقدار 320 ساعة سنويًا.

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

أكثر 8 أسئلة شيوعًا عند إنشاء دعم وفق اتفاقية مستوى الخدمة

المنصات الثلاث جيدة، والقرار يبدأ من طبيعة عملائك. فللشركات الكبرى ذات الاحتياجات متعددة اللغات وسير العمل المعقد، تأتي Zendesk بأعمق إمكانات التخصيص وأفضل التقارير. وللشركات الصغيرة والمتوسطة التي تركز على السرعة، تأتي Freshdesk بإعداد أسرع وسعر أنسب. ولمنتجات SaaS التي تعتمد على الدعم عبر الدردشة والمراسلة داخل المنتج، تبرز Intercom بمسارات العمل والتفاعل مع العملاء. ولا يعتمد القرار على قائمة الميزات وحدها، بل أيضًا على حجم الفريق وحجم التذاكر ونظام CRM الحالي وخارطة الطريق طويلة المدى. وننظم معك ورشة اختيار في الأسبوع الأول لتبدأ وأنت ترى الخطوات التالية بوضوح.
هناك فرق بين أن يستخدم عملاؤك النظام على مدار الساعة وأن يعمل الدعم على مدار الساعة؛ فما يحدد ضرورة الرد هو تكلفة الانقطاع على العميل. فتعطل صفحة إتمام الطلب في ليلة ذروة لمتجر إلكتروني يتطلب دعمًا على مدار الساعة طوال أيام الأسبوع، أما منتج B2B للاستخدام الداخلي فيتطلب عادة ساعات العمل مع مناوبة. وتوصيتنا هي الرد على مدار الساعة للأولوية الحرجة وساعات العمل لبقية الأولويات. فهذا النموذج الهجين يبقي التكلفة معقولة ويقلل المخاطر إلى أدنى حد. ونصمم معك مصفوفة اتفاقية مستوى الخدمة للوصول إلى التوازن الصحيح، فعبارة «على مدار الساعة لكل شيء» تعني استثمارًا مفرطًا لمعظم الشركات.
تُحدَّد وفق ثلاثة مدخلات: قدرة العميل على تحمل الخسارة (كم ساعة يحتمل عند انقطاع حرج)، وما يقدمه المنافسون (الحدود التي أصبحت معيارًا في السوق)، وقدرتك التشغيلية (الهدف الذي تستطيع تحقيقه فعلًا). وأكبر فخ هو «بيع اتفاقية طموحة دون الوفاء بها»، فالمخالفة تعني فترة مجانية. وقيمنا المرجعية العامة هي: الحرجة 15 دقيقة للرد و4 ساعات للحل، والمرتفعة ساعة واحدة للرد و8 ساعات للحل، والمتوسطة 4 ساعات للرد ويوم عمل واحد للحل، والمنخفضة يوم عمل واحد للرد و3 أيام عمل للحل. ونضبط هذه القيم وفق عملياتك وعقود عملائك والقياس الفعلي.
نعم، يمكن نقله، لكن عدم نقله كله خيار مطروح أيضًا. تُنقل تذاكر العملاء النشطين لآخر 12 شهرًا (عادة ما بين 5,000 و30,000 تذكرة)، أما الأقدم فيُؤرشف ويُفهرس للبحث. وتُحفظ بيانات العميل والملفات المرفقة والوسوم والفئات وملاحظات الحل ودرجات رضا العملاء (CSAT)، وتُربط معرّفات الموظفين بالمستخدمين في النظام الجديد عبر عملية مطابقة. ويستغرق الترحيل من أسبوع إلى أسبوعين، وفي أسبوع التشغيل المتوازي يعمل النظامان القديم والجديد معًا فلا تضيع أي محادثة. وفي تقرير الترحيل ترى بوضوح عدد السجلات المنقولة والأخطاء المصححة والعملاء الذين أزيل تكرارهم.
نبدأ من أرشيف التذاكر لآخر 6 أشهر، إذ يحدد تحليل المواضيع أكثر 50 مشكلة تكرارًا، ونكتب لكل منها دليلًا خطوة بخطوة (عادة من 800 إلى 1,500 كلمة مع لقطات شاشة). والطبقة التالية هي توثيق المنتج: التثبيت والخطوات الأولى والسيناريوهات المتقدمة. أما الطبقة الثالثة فهي أدلة التشغيل (Runbooks)، وهي توثيق داخلي من نوع «عند ظهور هذا الخطأ اتبع هذه الخطوات». وتدخل قاعدة المعرفة كلها في محرك فهرسة، ويعمل نظام اقتراحات الذكاء الاصطناعي، فتُقترح 3 مقالات ذات صلة عندما يكتب العميل في الدردشة. وفي المراجعة الشهرية نقيس عدد مشاهدات كل مقال وأي المقالات خفّضت عدد التذاكر.
توصيتنا هي الجمع بينهما. فروبوت المحادثة بالذكاء الاصطناعي هو خط الدفاع الأول: يولّد الإجابات من قاعدة المعرفة، ويفهم سؤال العميل، ويحله في كثير من الأحيان دون تدخل بشري. وعندما يعجز عن ذلك، يحوّل المحادثة تلقائيًا إلى موظف بشري يصله سجلها كاملًا. ويتطلب تدريب الذكاء الاصطناعي أكثر من 200 مثال من الأسئلة والأجوبة، ومحتوى قاعدة المعرفة، ودليلًا لأسلوب العلامة التجارية، وتجري خلال الأشهر الثلاثة الأولى مراجعة أداء الذكاء الاصطناعي أسبوعيًا وتحسينه. ويخفض الذكاء الاصطناعي حجم طلبات العملاء بنسبة 30-50% في معظم الشركات، لكن الادعاء بأن «الذكاء الاصطناعي يحل كل شيء» غير واقعي؛ فالدعم البشري يبقى، والذكاء الاصطناعي يضاعف إنتاجية ذلك الفريق.
هناك نموذجان رئيسيان. الأول: رسم شهري ثابت يشمل عددًا محددًا من التذاكر مع رسم إضافي لما يزيد عليه (مثلًا: 5,000 تذكرة مشمولة، ثم رسم عن كل تذكرة). وهو أكثر قابلية للتوقع ويفضله معظم عملائنا. والثاني: رسم عن كل تذكرة بالكامل (مثلًا: 12-25 يورو في المتوسط لكل تذكرة، بحسب درجة التعقيد). ويعتمد النموذج الأنسب على حجم تذاكرك وتوزيعها، وبعد بيانات الأشهر الثلاثة الأولى ننتقل إلى النموذج الأمثل. وتُسعَّر التذاكر الحرجة بمعامل حسب المستوى، أما الأسئلة الروتينية فتنخفض تكلفتها للوحدة بفضل تحويلها إلى الذكاء الاصطناعي (AI Deflection).
يتم الانتقال على ثلاث مراحل ولا تضيع أي تذكرة، ونحن نضمن ذلك. المرحلة الأولى هي التشغيل المزدوج: يعمل البريد القديم ومكتب المساعدة الجديد بالتوازي لمدة 7-10 أيام، وتظهر كل رسالة واردة في كليهما، ولا تُغلق أي قناة. والمرحلة الثانية هي الانتقال السلس: يدخل العملاء الجدد إلى النظام الجديد مباشرة، أما العملاء الحاليون فعندما يكتبون إلى العنوان القديم تُحوَّل رسائلهم تلقائيًا ويتلقون إشعارًا. والمرحلة الثالثة هي الإغلاق الكامل: يرسل العنوان القديم عبر الرد التلقائي رابط البوابة الجديدة، ويبقى نشطًا 6 أشهر على الأقل. وتتحول جميع تذاكر آخر 12 شهرًا إلى قاعدة معرفة قابلة للبحث، فلا تضيع أي محادثة.

تبدأ اتفاقية مستوى الخدمة بعقد، لا بوعد

في اجتماع مدته 30 دقيقة نقيّم معك عمليات الدعم الحالية، ونشاركك 3 خطوات ذات أولوية في مستوى الخدمة تحقق لك نتائج خلال أول 60 يومًا.

نتيجة