منيو + طلب واتساب
أقسام ووجبات وأسعار، اختيارات وإضافات، وسلة تجهّز رسالة يراجعها العميل ويرسلها لمطعمك.
النسخة الأساسية لا تشمل حفظ الطلبات في لوحة إدارة أو دفعًا إلكترونيًا.
أبني مواقع وأنظمة لأصحاب الأعمال، بخبرة في التشغيل. نبدأ باحتياجك: عرض خدمتك، استقبال طلب، أو تنظيم عملية بتتكرر كل يوم. وللمطاعم مسار واضح من المنيو للتشغيل.
مناقشة احتياجك وملخص نطاق مبدئي مجانًا · التصميم والتنفيذ بعد الاتفاق
مش لازم تبدأ بنظام كبير. نختار أبسط حل يخدمك دلوقتي، ونحدد إزاي يتطور معاك.
عرّف بخبرتك أو خدمتك، اعرض أعمالك، وخلّي الخطوة الجاية للتواصل واضحة.
↙02خدماتك ومشاريعك وطريقة طلب عرض سعر، في موقع يسهّل على العميل يفهمك.
↙03منتجات مرتبة، خطوات طلب واضحة، ولوحة تتابع منها المنتجات والطلبات.
↙04نختار العمليات المطلوبة: حجوزات أو عملاء أو مخزون أو عقود، ونربطها بصلاحيات وتقارير.
↙كل مستوى له مخرجاته وتكلفته. سعر المطعم يتحدد بعد عدد الوجبات والفروع وطريقة استقبال الطلب وحفظه؛ الباقات العامة أدناه ليست تسعيرًا تلقائيًا للمطاعم.
أقسام ووجبات وأسعار، اختيارات وإضافات، وسلة تجهّز رسالة يراجعها العميل ويرسلها لمطعمك.
النسخة الأساسية لا تشمل حفظ الطلبات في لوحة إدارة أو دفعًا إلكترونيًا.
طلبات محفوظة، شاشة متابعة للحالات، وصلاحيات للمسؤولين؛ مع تحديد الفروع وطرق الإتمام في العرض.
الدفع والتوصيل والربط بخدمات خارجية تتحدد وتُسعّر حسب المطلوب.
نحلل دورة الطلب والمطبخ والمخزون والتقارير، وننفّذ الوحدات المطلوبة على مراحل بمعايير قبول مكتوبة.
التكلفة بعد تحليل النطاق؛ كل عرض يحدد الوحدات والربط والصيانة.
جرّب الفكرة قبل ما نتكلم. نموذج عميل للمطعم، ومعاه تجربة محلية لمتابعة حالات الطلب. التجربتان للعرض فقط، وليستا خدمة طلبات فعلية.
لقطة فعلية من النموذجافتح التجربة ↗إزاي نحوّل منيو مطعم لتجربة طلب واضحة؟ صممت ونفّذت نموذجاً يبدأ من اختيار الوجبة، ويمر بالحجم والصوص والإضافات، وسلة تحسب الإجمالي، ثم تجربة محلية توضّح انتقال الطلب من جديد إلى قيد التحضير ثم جاهز.
نموذج مستقل وغير رسمي؛ لا يستقبل طلبات أو مدفوعات فعلية.
الهدف من النموذج هو تقديم الوجبات وخياراتها داخل رحلة واحدة: تصفح، تخصيص، ومراجعة. ده سؤال التصميم، وليس ادعاءً بوجود مشكلة في موقع المطعم الرسمي.
ألوان من روح العلامة، تصنيفات للمنيو، نافذة لتخصيص الحجم والصوص والإضافات والكومبو، ثم سلة تسمح بتغيير الكمية أو حذف الوجبات وتحديث الإجمالي.
افتح المنيو، اختار وجبة ستربس، غيّر الحجم، أضف اختياراً، ثم راجع السلة. تقدر تجرّب الرحلة بنفسك؛ احفظ طلبًا تجريبيًا في نفس المتصفح وافتح متابعة الحالات. لا تُرسل هذه التجربة طلبًا للمطعم ولا تستقبل دفعًا.
دوري: تصميم وتطوير نموذج الواجهة وتجربة متابعة محلية. البيانات تخص هذا المتصفح فقط، من غير سيرفر أو حسابات أو مزامنة بين الأجهزة. النموذج مستقل وغير رسمي؛ ليس نظام إنتاج، ولم تُقَس له نتائج تجارية. الحفظ المركزي والدفع والتشغيل الفعلي تحتاج تنفيذًا منفصلًا.
مشروع لإدارة خدمات ما بعد الإيجار للمالك والمستأجر. تجربة تجمع فهم التشغيل مع تطوير الويب، وتوضح نوع المشاكل اللي باهتم بحلها.
re-lease.com.eg · الرسم المقابل تعريفي بالمشروع، وليس لقطة من الموقع.
أبني مواقع وأنظمة لأصحاب الأعمال، بخبرة عملية في التشغيل.
المستخدم محتاج ينجز إيه؟
ومين هيستلم الخطوة اللي بعده؟
اشتغلت في تشغيل الفنادق والشاليهات، وسط حجوزات وعقود، فرق عمل، طلبات عملاء وتقارير. ده خلّاني أهتم بالتفاصيل اللي تخلّي المعلومة واضحة والخطوة الجاية معروفة.
جمعت الخبرة دي مع تطوير الويب. أعمل على Re-lease لخدمات ما بعد الإيجار، وأعرض هنا نموذج مطعم وتجربة متابعة طلبات؛ نموذج المطعم موضّح فيه دوري وحدود اللي تقدر تجرّبه.
المذكور دورات وبرامج تعلّم؛ تفاصيلها في قسم الشهادات على بروفايلي.
راجع الخبرة والشهادات ↗كل مرحلة لها نتيجة تراجعها، قبل ما ننتقل للي بعدها.
نتكلم عن عملائك، العمليات الحالية، والأولوية اللي محتاجة تتحل.
عرض يحدد الصفحات أو الوظائف، التكلفة، المدة، والتكاليف المتكررة.
نسخة أولى تجرّبها، وجولتان من التعديلات داخل النطاق المتفق عليه.
اختبار الوظائف المتفق عليها، تدريب، وتسليم الحسابات والملكية حسب العرض.
دي نطاقات استرشادية. عرضك النهائي بيتحدد حسب المحتوى والوظائف والربط المطلوب.
من 4,000 إلى 6,000 ج.م · صفحة متجاوبة وتعريف وخدمات ووسيلة تواصل. المدة التقديرية: 3–5 أيام عمل.
من السنة الثانية: 1,500 إلى 2,000 ج.م سنويًا. الوظائف والإضافات تتحدد في العرض.
ناقش مشروعك على واتساب ↗نفصل تكلفة الدومين، والاستضافة ومواردها، وإصلاح الأخطاء، والصيانة والإضافات. وفي الأنظمة نحدد النسخ الاحتياطي والاسترجاع ومواعيد الدعم قبل الاتفاق، علشان تختار على أساس تكلفة ومخرجات واضحة.
العرض يحدد صاحب الحسابات والكود والبيانات، وطريقة نقلها عند التسليم، ومعيار قبول كل مرحلة قبل دفعتها.
زي كتابة تقرير، نقل بيانات، أو متابعة حالة طلب. الحساب هنا يوضح الوقت المستهلك حالياً؛ التوفير الفعلي يتحدد حسب اللي نقدر نؤتمته.
على أساس 22 يوم عمل. ده حجم الوقت الحالي، وليس وعداً بتوفيره بالكامل.
موقع أو نظام بالوظائف المكتوبة في عرضك، مع تدريب وتسليم الحسابات. ملكية الدومين والاستضافة والكود والتراخيص تُذكر صراحة قبل الاتفاق. أي مكتبة أو خدمة لطرف ثالث تظل خاضعة لترخيصها.
الرسائل الآلية، رسوم بوابات الدفع، الخدمات المدفوعة الخارجية، إدخال محتوى إضافي، والميزات خارج النطاق تُسعّر منفصلة. الضرائب إن وجدت تُوضح في العرض النهائي.
بعد اعتماد النطاق واستلام المقدم والمحتوى المطلوب. المدد المذكورة أيام عمل تقديرية، وتأخر المحتوى أو الموافقات يؤثر على جدول التسليم. تكاملات الدفع والرسائل قد تحتاج موافقات من مقدم الخدمة.
إصلاح الأخطاء في الوظائف المتفق عليها مشمول للسنة الأولى. إضافة وظائف أو تغيير التصميم بعد الاعتماد له عرض منفصل. مواعيد الدعم ومدة الاستجابة تتحدد كتابة في العرض، ولا تعني مدة الاستجابة أن الإصلاح ينتهي في نفس الوقت.
أكيد. نحدد الأولويات ونقسم الشغل لمراحل مستقلة، ونوضح من البداية إيه اللي محتاج تجهيز تقني علشان يتوسع بعدين.
نبدأ بمشكلة واحدة واضحة، ونشوف أنسب حل ليها.