Skip to content
SALIM
02تحوّل رقمي · أعمال متعددة الفروع

امتلاك الأنظمة التي كانت شبكة من 10 فروع تستأجرها.

الأثر
مبيعات 2× · تكلفة أقل 5×
المشروع
أول وتالي
الدور
تصميم وبناء المنتج
السنة
2026
المنصة
نظام إدارة مطاعم خاص · تطبيق طلب للعملاء
أول وتالي — تحوّل رقمي · أعمال متعددة الفروع

01

السياق

«أول وتالي» شبكة مطاعم مأكولات سعودية بأكثر من عشرة فروع. لسنوات عمل التشغيل على نظام إدارة مطاعم تجاري معروف — خيار منطقي عند ثلاثة فروع، صار مكلفاً عند عشرة.

02

المشكلة

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

بلغت الشبكة الحجم الذي لم يعد معه استئجار أنظمتها الأساسية منطقياً. كان عليها أن تمتلكها.

03

دوري

أملك المنتج من طرف إلى طرف — من فهم الطريقة الفعلية لعمل الفروع، إلى تصميم سير العمل والواجهة، إلى بناء البرمجيات العاملة والتحسين المستمر عليها.

  • استكشاف تشغيلي عبر الفروع
  • تصميم سير العمل والإجراءات
  • تصميم المنتج ونظام التصميم
  • بناء نظام إدارة المطاعم الخاص (TalabOS)
  • تطبيق الطلب المباشر للعملاء
  • التحسين مع موظفي الفروع الفعليين

04

الاستراتيجية

استبدال الجوهر المستأجَر بجوهر مملوك. نظام مبني لغرضه يُدفع ثمنه مرة واحدة ويخدم كل فرع حالي وقادم — فيتحول الاشتراك المرخّص لكل فرع إلى أصل تنخفض كلفته مع التوسع بدلاً من أن ترتفع.

والمنطق نفسه في جانب الإيراد: تطبيق طلب مباشر يحتفظ بعلاقة العميل — وبالهامش — الذي كانت تأخذه تطبيقات الوسطاء. والبداية من الكاشير: تجربته تُستخدم مئات المرات يومياً وهي التي تقرر نجاة الإطلاق.

05

منهجية المنتج

المنصة — «طلب أو إس» (TalabOS) — نظام الشبكة الخاص، تنمذج الطريقة الحقيقية لعمل الفروع بدلاً من إجبارها على قالب نقاط بيع عام. تدفق الطلبات والإضافات والإجراءات اليومية تعكس الواقع المُشاهد على الكاونترات.

وإلى جانبها تطبيق جوال للعملاء للطلب المباشر — ينقل حجم التوصيل من الوسطاء أصحاب العمولات إلى قناة مملوكة.

06

تصميم التجربة

الواجهة عربية أولاً ومبنية للسرعة: أهداف لمس كبيرة وعمق أدنى وحالات مصممة للمقاطعة — لأن كل مهمة على كاونتر حقيقي تُقاطَع.

الحوارات والحالات الحدّية وحالات الفشل صُممت عمداً في فيجما قبل البناء، ليتدهور التطبيق بسلاسة بدلاً من مفاجأة الموظفين في منتصف الوردية.

07

التنفيذ

بُني كقاعدة كود واحدة متعددة المنصات باستخدام Expo ‏(React Native)، ما يُبقي خيارات أجهزة الفروع مفتوحة ودورة التحسين قصيرة — تغيير في التصميم يمكن أن يصل إلى كاونتر حقيقي في اليوم نفسه.

08

النتيجة

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

09

خلاصة

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

تواصل

هل لديك تحدٍّ في عملك أو منتجك يستحق الحــــل؟

أخبرني بما تبنيه أو تحوّله أو تسعى إلى تحسينه.