التحدي
بناء التطبيق ليس الجزء الصعب — البقاء على المتجرين هو الصعب.
التطبيق يُرفض لأسباب لا تُذكر بوضوح في المراجعة. وتحديث نظام التشغيل السنوي يكسر مكتبة فيتعطّل التطبيق لدى المستخدمين. وتتغيّر سياسات المتاجر فيُطلب امتثال جديد خلال مهلة محدّدة وإلا سُحب التطبيق. وشهادة التوقيع تنتهي فتتوقف التحديثات.
كل هذا يحدث بعد التسليم — وهو تحديداً ما تتوقف عنده أغلب الشركات.
ما بنيناه
أكثر من 12 تطبيقاً منشوراً على المتجرين، تشمل:
| المجال | التطبيقات |
|---|---|
| التعليم | تطبيق منصة اختبارات وطنية · تطبيق تدريب على اختبارات القبول الطبية · تطبيق مكتبة رقمية |
| التجارة | تطبيقات متاجر إلكترونية متعددة بتصفّح ودفع وتتبّع شحنات |
| العقارات | تطبيق منصة عقارية بالبحث متعدد المعايير والخرائط |
| إدارة العمل | تطبيق أتمتة المهام المؤسسية · تطبيق إدارة الورديات والموارد البشرية (أوروبا) |
| المحتوى | تطبيقات محتوى وبطاقات ومكتبات |
معظمها منشور على Android و iOS معاً، ومتكامل مع الأنظمة الخلفية التي بنيناها.
كيف نعمل
Flutter كخيار أول — قاعدة كود واحدة للنظامين، بتوفير يقارب 40% من زمن التطوير والصيانة، وضمان ألّا تتأخر إحدى النسختين عن الأخرى.
واجهة خلفية واحدة — التطبيق والموقع ولوحة التحكم تقرأ من نفس REST API، فلا تتضارب الأرقام بين القنوات.
RTL أصلي — الواجهات العربية تُبنى بالاتجاه الصحيح من الأساس لا بقلب واجهة إنجليزية.
النشر على حسابات العميل — التطبيق ملك العميل بالكامل، ويُنشر على حساباته هو لا حساباتنا. نتولّى إعداد الحسابات ومواد المتجر واجتياز المراجعة.
الصيانة بعد الإطلاق — تحديثات التوافق السنوية مع إصدارات نظامَي التشغيل، وتتبّع الأعطال، والامتثال لتغيّر سياسات المتاجر.
الأثر
- أكثر من 12 تطبيقاً حياً على App Store و Google Play
- تطبيقات مستمرة منذ سنوات عبر تحديثات توافق دورية
- تكامل التطبيقات مع الأنظمة الخلفية المؤسسية دون ازدواج بيانات
- ملكية كاملة للعميل على حساباته وتطبيقاته
- نوع النظام
- تطبيقات جوال
- القطاع
- قطاعات متعددة
- السوق
- السعودية · تركيا · سوريا · ألمانيا · الإمارات
- إشعارات الدفع
- بوابات دفع
- تتبّع الأعطال
- أنظمة خلفية مؤسسية