زفّة — دعوات فرح رقمية بلغتين وسوق لمقدمي الخدمات

التحدي

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

وبيع بديل رقمي بيقابل مشكلة أصعب من التصميم. أغلب العرسان بيدفعوا بإنستاباي أو محفظة موبايل، مش بالكارت، فأي دفع بيفترض بوابة بيشطب أغلب السوق. والجمهور العربي مش هيقبل منتج إنجليزي متلزق عليه عربي — أول ما الشاشة تقرا من الشمال لليمين، المنتج بيبان غريب.

الحل

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

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

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

وSupabase شايل طبقة البيانات، بأمان صف-بصف، وحاويات تخزين لصور الإثبات والصور الشخصية، ودوال قاعدة بيانات للعمليات اللي المعازيم بيشغلوها مباشرة — تأكيد الحضور، وكتابة تهنئة، وعدّ المشاهدات.

النتايج

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

والمنصة منشورة وشغالة في الإنتاج، محزومة كصورة Next.js standalone واحدة ورا بروكسي عكسي مشترك.