ملاحظات
تصميم لوحة تحكّم إدارية لمحمصة سعودية
أكثر لوحة تحكّم إدارية اشتغلنا عليها فشلاً كانت جميلة. شاشات نظيفة، تدرّج طباعي واضح، حركات سلسة. وفشلت لأنها لم تُحلّ المشكلة الحقيقية: الباريستا في ساعة الذروة يحتاج معرفة حالة المخزون في أقل من ثلاث ثوانٍ، لا في عشر. هذه القصة.
العميل: محمصة في الخُبر بفرعين وخطّة لفرع ثالث. ستة باريستا، مديرة فرع، مدير مشتريات، مالك يتابع من بعيد. موجز اللوحة كان مبهماً: 'نريد نظام يخلّينا نشوف كل شيء.' هذا أصعب موجز — لأنه يتطلّب منّا تحويل 'كل شيء' إلى قرارات قابلة للتنفيذ.
خطأنا الأول
بدأنا بـ'سرد القصة': لوحة قابلة للتمرير فيها أربع شاشات تتعاقب — اليوم، الأسبوع، الشهر، السنة. هرمية معلوماتية جميلة. مؤشّرات فوق، رسوم بيانية في الوسط، جداول تفصيلية في الأسفل. وضع العرض كان مبهراً.
ثم ذهبنا للفرع الفعلي ولاحظنا كيف يستخدم الباريستا الجهاز اللوحي. سؤال واحد طُرح بشكل متكرّر: 'هل عندنا حبوب بور أوفر إثيوبية في المخزن؟' السؤال يحتاج إجابة في الثانية. التمرير عبر أربع شاشات لا يخدم هذا.
رمينا التصميم. حرفياً. كل المخطّطات الأوّلية في الدورة الأولى صارت مرجعاً، لا مُسلّماً نهائياً.
ما تعلّمناه من أرض الفرع
أمضينا ثلاثة أيام كاملة في الفرع، نراقب ونسأل. ما اكتشفناه:
- الباريستا يفتح الجهاز اللوحي ٤٠–٦٠ مرّة في اليوم. كل مرّة لمهمّة محدّدة. لا يتصفّح، لا يمرّر، لا يستكشف. يفتح، يأخذ المعلومة، يقفل.
- أهم شيء يبحث عنه هو حالة المخزون لنوع قهوة محدّد. ثاني أهم: حالة الطلب الذي ينتظر العميل أمامه. ثالث: الورديّة الحالية وأسماء زملائه.
- مديرة الفرع تفتح الجهاز اللوحي ٥–٨ مرّات في اليوم، لكن لمدّة أطول. تحتاج ملخّصاً حقيقياً — كم بيع اليوم، كم كوب بور أوفر مقابل إسبريسو، أيّ صنف مخزونه منخفض.
- المالك ينظر للوحة مرّتين أسبوعياً، كلتاهما تستغرق ٢٠ دقيقة. يحتاج تحليلاً عميقاً — مقارنة الأسابيع، هامش الربح لكل مشروب، تكاليف الموردين.
ثلاثة أوضاع، ثلاث تجارب
القرار الذي خرجنا به: ليست لوحة واحدة، بل ثلاثة أوضاع في التطبيق نفسه، المستخدم يدخل إلى المناسب له تلقائياً وفق دوره:
الوضع ١ — الباريستا (سريع)
شاشة واحدة، ثلاث قطع كبيرة:
- شبكة المخزون: ٢٤ نوع قهوة، كل واحد كرت بحجم إبهام مع مؤشّر أخضر/أصفر/أحمر. النقر على الكرت يفتح عرضاً سريعاً بالكمية المتبقية وآخر طلب توريد.
- الطلبات النشطة: لائحة الطلبات قيد التنفيذ فقط (٣–٧ عادة). كل طلب سطر واحد فيه رقم الطاولة، المشروب، الوقت المنقضي.
- الورديّة الحالية: أسماء الزملاء، الأدوار، وقت نهاية الورديّة. صورة صغيرة لكل زميل لإلغاء العبء الذهني في التعرّف.
لا رسوم بيانية، لا مؤشّرات أداء، لا تحليلات. هذه شاشة عمل، لا شاشة قرار.
الوضع ٢ — مديرة الفرع (تحليل خفيف)
شاشتان، يتنقّل بينهما بتبويب:
- عرض اليوم: ملخّص اليوم — إجمالي المبيعات، أعلى ٣ مشروبات، الأصناف منخفضة المخزون، تغطية الورديّة. كل مؤشّر فيه سهم صغير يقارن بنفس اليوم الأسبوع الماضي.
- عرض المخزون: نفس الشبكة من وضع الباريستا، لكن مع إجراءات: طلب توريد، تعديل الحدّ الأدنى، إغلاق منتج مؤقتاً.
الوضع ٣ — المالك (تحليل عميق)
هنا فقط نسمح بالتمرير الطويل، لأن الحالة هي 'الجلوس مع كوب قهوة وقراءة الأرقام'. اللوحة التقليدية تخدم هذا الوضع فقط. أربع أقسام:
- الإيرادات: مقارنات أسبوعية/شهرية/سنوية، الموسمية، توقّع بسيط.
- الهوامش: تكلفة كل مشروب، اتجاهات أسعار الموردين، الأصناف ذات الهامش المتناقص.
- الفريق: ساعات كل باريستا، المبيعات لكل ورديّة، الأداء مقابل الجدول.
- الفروع: مقارنة الفروع (حين يصير عندهم أكثر من فرع).
قرارات العرض البصري
في وضع الباريستا، صفر حركة. الانتقالات الوحيدة عند فتح العرض السريع (انزلاق ٢٠٠ms). لماذا؟ لأن الحركة تأخذ الانتباه، والباريستا في ساعة الذروة لا يملك انتباهاً يخسره. كل ms هو ثمن.
في وضع المالك، حركات خفيفة لكن موجودة. الرسوم البيانية تظهر تدريجياً مع التمرير. هنا المستخدم في مزاج تأمّلي — الحركة تخدم إيقاع القراءة، لا تعيقه.
ما لم نبنه
العميل طلب ميزة 'رؤى بالذكاء الاصطناعي' — توصيات تلقائية مدفوعة بتعلّم الآلة. رفضنا في النطاق الأول. السبب: لا يوجد عنده بيانات كافية بعد (٨ أشهر فقط من التشغيل). أي ذكاء اصطناعي فوق هذا الحجم من البيانات سيكون وهماً، لا رؤية حقيقية.
اقترحنا أن نضيفها بعد ١٨ شهراً من التشغيل، حين يصير عنده مجموعة بيانات حقيقية قابلة للتعلّم منها. العميل كان مرتاحاً بالقرار — لأنّنا شرحنا المنطق بلغة يفهمها، لا بمصطلحات تقنية.
أفضل لوحة ليست 'شاشة واحدة تناسب الجميع'. هي 'شاشة واحدة تناسب هذا المستخدم في هذه اللحظة'.
النتيجة بعد ٤ أشهر
متوسط الوقت لإجابة سؤال 'هل عندنا صنف معيّن في المخزن' انخفض من ١١ ثانية (في نقطة البيع القديمة) إلى ١.٨ ثانية (في وضع الباريستا). هذا الرقم لوحده برّر المشروع. وضع المالك زاد من تفاعل المالك مع البيانات الأسبوعية، ووضع المدير حذف ٣ من ٧ جداول Excel كانت تُحدَّث يدوياً.
وضع العرض الجميل لم نُطلق منه شيئاً. والمالك لا يفتقده.
— سعيد، استوديو ويسبر
ويسبر · استوديو سعودي للعمل المدروس
