عبدالله سنكر: وش لازم تحتوي لوحة التحكم Admin Dashboard من أول يوم؟

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

١. المستخدمون والصلاحيات: مو حساب «admin» واحد للكل

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

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

في منصة «آفاق» لإدارة حلقات تحفيظ القرآن، بنى عبدالله عبدالرحيم بن سنكر الكندي أربعة مستويات صلاحيات، لأن كل طرف في الحلقة يحتاج يشوف شيئاً مختلفاً. والدرس الأهم من هذي التجربة: الصلاحية تُفحص في السيرفر مع كل طلب، مو بإخفاء الزر في الواجهة فقط. الزر المخفي ما يحمي شي إذا الـ API يقبل الطلب من أي أحد.

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

٢. سجل التدقيق والحذف الناعم

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

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

٣. البحث والفلترة والتصدير

• بحث سريع في كل جدول رئيسي: المستخدمين، والطلبات، والمنتجات، والمدفوعات.
• فلاتر بالتاريخ والحالة، لأن السؤال اليومي الحقيقي غالباً «وش الطلبات المعلّقة من أمس؟».
• تصدير إلى CSV أو Excel، لأن المحاسب ما راح يشتغل من داخل لوحتك، بيفتح الملف في برنامجه.
• ترقيم الصفحات من السيرفر: اللوحة اللي تحمّل كل الصفوف دفعة وحدة تشتغل تمام في الأسبوع الأول وتثقل بعد سنة.
• إجراءات جماعية للمهام المتكررة: تحديد عشرين طلباً وتغيير حالتها بضغطة، بدل عشرين ضغطة.

٤. الإعدادات اللي تتغير بدون مبرمج

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

لكن الإعداد اللي يتغير بضغطة يحتاج حماية من الخطأ بنفس السهولة: تحقق من القيم قبل الحفظ (رسوم توصيل بالسالب؟ ساعة إغلاق قبل ساعة الفتح؟)، ورسالة تأكيد للتغييرات اللي تأثر على كل المستخدمين، وتسجيل كل تعديل في سجل التدقيق مع القيمة القديمة عشان ترجع لها لو احتجت.

وفي نظام مثل «ياء» لمكاتب المحاماة الفكرة نفسها: القضايا والجلسات والفواتير وبوابة العميل كلها تُدار من داخل النظام، لأن صاحب المكتب ما يبي يرجع للمطوّر في شغله اليومي. لوحة التحكم الناجحة هي اللي تخلّي فريقك مستقلاً عن فريق التطوير.

٥. شاشة رئيسية بأرقام تُقرأ في عشر ثوانٍ

مو عشرين رسماً بيانياً ملوناً. ثلاثة إلى خمسة أرقام تجاوب على سؤال «كيف الشغل اليوم؟»: طلبات اليوم مقارنة بنفس اليوم من الأسبوع الماضي، والطلبات اللي تنتظر إجراء، والإيرادات، وأي شي معلّق يحتاج تدخّلك. والأرقام هذي قابلة للضغط: تضغط على «١٢ طلب معلّق» فينفتح لك الجدول مفلتراً على هذي الطلبات بالذات.

ومع الأرقام، تنبيهات للحالات اللي ما تحتمل الانتظار: طلب دفع ثمنه العميل وما تحرّك من ساعتين، أو بلاغ دعم بدون رد، أو مخزون منتج قرّب يخلص. التنبيه يوصل للشخص المسؤول بحسب دوره، مو للكل، عشان ما يتحول لضجيج يتجاهله الفريق بعد أسبوع.

٦. اللي تقدر تأجله بضمير مرتاح

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

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