LinkUp
إعادة بناء نظام الإدارة خلف محرك بحث عن الوظائف

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

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

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

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

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

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



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