دعم متعدد العملاء لشركات تقنية المعلومات: توقّف عن بناء نظام منفصل لكل عميل
إجابة مختصرة: عادةً ما تحمل شركات البرمجيات ومكاملو الأنظمة ومزوّدو الخدمات المُدارة قناة منفصلة لكل عميل: مجموعة واتساب، وعنوان بريد مستعار، وأحيانًا حساب مستخدم داخل نظام العميل نفسه. البنية الصحيحة هي مؤسسات معزولة لكل عميل ضمن تثبيت واحد، ولكل منها اتفاقية خدمة خاصة.
ما الذي ينهار مع نمو عدد العملاء
مجموعات واتساب قابلة للإدارة مع خمسة عملاء، أما مع عشرين فتتغيّر الصورة:
يحمل الفريق نفسه عشرة سياقات في عشر مجموعات، فيضيع في زحام الإشعارات أيُّ عمل يخص أي عميل.
لا يُقاس التزام زمن الاستجابة المذكور في العقد، فلا يُلاحظ التجاوز إلا حين يذكره العميل.
في حديث التجديد، لا تسند أي بيانات عبارة "قدّمنا هذا القدر من الدعم هذا العام".
وحين يغادر زميل، يبقى جزء من تاريخ العميل على هاتفه.
أنظمة منفصلة أم تثبيت واحد؟
نظام لكل عميل | تثبيت واحد بمؤسسات معزولة | |
|---|---|---|
التهيئة والصيانة | منفصلة لكل عميل | واحدة |
تجربة الفريق | تنقّل بين الشاشات وكلمات المرور | القائمة كاملة على شاشة واحدة |
التقارير | مجزّأة لكل عميل | مجمّعة مع تفصيل لكل عميل |
عزل البيانات | فصل مادي | عزل بالصلاحيات والمؤسسات |
إضافة عميل جديد | تثبيت جديد | تعريف مؤسسة جديدة |
يستهدف Tixenta العمود الثاني: عدة مؤسسات تحت عنوان واحد، تُدار بعزل صارم يمنع تسرّب البيانات بين المستأجرين.
الصلاحيات على جانبي العميل والفريق
تُمنح الصلاحية عبر تركيبة الدور والمؤسسة والقسم وملكية السجل (RBAC وABAC). ومن الإعدادات التي يمكن بناؤها عمليًا:
مستخدم العميل لا يرى إلا تذاكر شركته.
مهندس أول يرى كل العملاء، بينما يرى المهندس المبتدئ السجلات المسندة إليه فقط.
تبقى أسرار كل عميل (بيانات الوصول وشروط العقد) لدى الفريق المعني.
اتفاقية الخدمة: تحويل جملة في عقد إلى مؤقّت
تنص عقود الدعم على زمن استجابة وزمن حل. يتابع Tixenta زمن الاستجابة الأولى وزمن الحل، وينبّه قبل انتهاء المؤقّت ويطلق إنذارًا فوريًا عند التجاوز. والعائد من ذلك أمران:
التدخّل قبل التجاوز. التنبيه يصل قبل الإنذار.
بيانات في حديث التجديد. "في هذه الفترة عالجنا هذا العدد من التذاكر، وبلغ متوسط الاستجابة
الأولى كذا، وتجاوزنا الالتزام في هذا العدد." هذه الجملة هي أمتن أرضية تقف عليها في نقاش السعر.
يسّر على العملاء فتح التذاكر
إجبار مستخدمي عميلك النهائيين على إنشاء حساب في اللوحة احتكاك لا داعي له غالبًا. فمع مسار التذكرة بدون حساب، يفتح المستخدم طلبه ويتابعه ببريد إلكتروني ورمز تتبّع. أما على جانب القنوات، فالبريد وواتساب ونماذج الويب وواجهة API تصبّ أصلًا في مجمّع واحد.
اربط منتجك الخاص به
هناك عقد OpenAPI 3.1 ومفاتيح API محدودة الصلاحية وخطافات ويب. يمكنك ربط شاشة الإبلاغ عن الأخطاء في برنامجك مباشرةً بمجمّع التذاكر، أو تحويل تنبيه من نظام المراقبة إلى تذكرة تلقائيًا.
لا تُبقِ النقاش الداخلي في تطبيق منفصل
نصف عمل الدعم يجري داخل الفريق: "أي إصدار مثبّت لدى هذا العميل؟"، "هل رأى أحد هذا الخطأ من قبل؟" يوفّر Tixenta دردشة داخلية للفريق داخل المنصة: رسائل فردية وجماعية وقنوات، وحالة التواجد، وإشعارات القراءة، ومشاركة الملفات. فلا حاجة إلى اشتراك دردشة منفصل، والأهم أن المعرفة تبقى بجوار التذكرة.
حين يسأل عميلك: "أين ستُخزَّن بياناتنا؟"
في مشتريات المؤسسات الكبيرة يأتي هذا السؤال دائمًا. مقر Tixenta في تركيا، وهو متوافق مع قوانين حماية البيانات، ويعمل كخدمة سحابية وعلى خوادم العميل نفسه (on-premise). والقدرة على إجابة هذا السؤال تقدّم يمنحك أفضلية في عملية البيع.
أسئلة شائعة
هل يستطيع عملاؤنا رؤية بيانات بعضهم؟ لا. بيانات كل مؤسسة معزولة، ونموذج الصلاحيات يفرض ذلك على جانب الفريق أيضًا.
هل يمكننا نقل قوائم المتابعة الحالية؟ يمكن استيراد السجلات الموجودة عبر واجهة API المفتوحة.
هل يمكن تعريف اتفاقية خدمة منفصلة لكل عميل؟ نعم، ويمكن تمييز الأهداف الزمنية لكل مؤسسة.
هل سنظل بحاجة إلى Slack للدردشة الداخلية؟ الدردشة الداخلية جزء من المنصة، ولا حاجة إلى أداة منفصلة.
قراءات ذات صلة
يجمع Tixenta عزل المؤسسات المتعددة تحت عنوان واحد، ومتابعة اتفاقيات الخدمة، وواجهة API مفتوحة، ودردشة داخلية للفريق في منصة دعم مؤسسية واحدة.