نقطة دخول واحدةA single entry point

القاعدة الأولى: كل طلب يدخل من قناة واحدة (نظام تذاكر) — لا واتساب ولا مكالمات مباشرة للمهندس. هذا يمنع ضياع الطلبات، ويسمح بالقياس، ويحمي المهندسين من التشتت. الاستثناءات تكون للحوادث الحرجة فقط وبإجراء واضح.The first rule: every request enters through one channel (a ticketing system) — not WhatsApp, not direct calls to engineers. This prevents lost requests, enables measurement, and protects engineers from distraction. Exceptions are for critical incidents only, with a defined procedure.

مستويات الدعمSupport tiers

ثلاثة مستويات: المستوى الأول يحل المشاكل الشائعة (كلمات مرور، إعدادات، استفسارات) — 70-80% من الطلبات. الثاني للمشاكل المتخصصة. الثالث للمورّد أو الخبير. الخطأ الشائع: تشغيل كل الطلبات على المستوى الثالث فتزدحم الفرق المتخصصة.Three tiers: tier one resolves common issues (passwords, settings, enquiries) — 70–80% of requests. Tier two handles specialised problems. Tier three engages the vendor or expert. The common mistake: routing everything to tier three, congesting specialist teams.

تصنيف الأولوياتPriority classification

الأولوية ليست بحسب من يشتكي louder — بل بمعادلة: الأثر (فرد/إدارة/المنشأة) × الاستعجال (هل يوجد بديل؟). أربع مستويات: حرج (توقف كامل)، عالي (تعطيل عمل)، متوسط (إزعاج)، منخفض (طلب تطوير). التصنيف المكتوب يمنع الجدال.Priority is not by who complains loudest — but by a formula: impact (individual/department/organisation) × urgency (is there a workaround?). Four levels: critical (full outage), high (work blocked), medium (inconvenience), low (enhancement request). A written classification prevents argument.

مؤشرات الأداءPerformance metrics

أربعة مؤشرات: زمن الاستجابة الأولى، زمن الحل، نسبة الحل من المستوى الأول، ورضا المستخدم. راقب الاتجاه لا الرقم المفرد. مؤشر «نسبة الحل من المستوى الأول» هو أهم مؤشر لكفاءة الفريق وتكلفة الدعم.Four indicators: first response time, resolution time, first-tier resolution rate, and user satisfaction. Watch the trend, not a single number. The first-tier resolution rate is the most important indicator of team efficiency and support cost.

قاعدة المعرفةThe knowledge base

كل مشكلة تُحل مرتين يجب أن تُوثَّق. قاعدة المعرفة تُسرّع الحل، وتُمكّن المستخدم من الحل الذاتي، وتحمي المعرفة عند مغادرة موظف. ابدأ بوثائق قصيرة للأسئلة الأكثر تكراراً — لا بموسوعة شاملة لا تُحدَّث.Every problem solved twice should be documented. A knowledge base speeds resolution, enables user self-service, and preserves knowledge when an employee leaves. Start with short articles for the most frequent questions — not a comprehensive encyclopaedia nobody updates.

أخطاء شائعةCommon mistakes

خمسة أخطاء: عدم قياس أي شيء، تشغيل كل الطلبات على مستوى واحد، غياب تصنيف أولوية مكتوب، عدم إبلاغ المستخدم بحالة طلبه، واستخدام الدعم كمصدر وحيد للمعرفة بلا توثيق. النتيجة: فريق مُنهك ومستخدمون غير راضين.Five mistakes: measuring nothing, running all requests at one tier, no written priority classification, failing to update the user on their request status, and using support as the only knowledge source without documentation. The result: an exhausted team and dissatisfied users.