خدمات عميقة بدل عروض سطحية.
أربع محاور تشكّل جوهر عملنا. في كل محور نختار المشاريع التي نستطيع أن نصنع فيها فرقاً حقيقياً، لا مجرد تسليم وتوقيع استلام.
استشارات تقنية
مراجعة معمارية وخارطة طريق تقنية مبنية على فهم عملك — لا قوالب جاهزة. ننتج وثيقة قابلة للتنفيذ مع أيّ فريق.
لمن نقدّمها؟
الشركات التي عندها مشروع رقمي قائم وتحتاج رأياً ثانياً، أو فكرة جديدة لم تختر بعد الفريق التقني.
ما المشكلة التي تحلّها؟
البنية التقنية تكبر دون توثيق، الفريق يدور حول مشاكل متكرّرة، أو المؤسّسون لا يعرفون ما إذا كانت الـ stack الحالية تستحقّ الاستمرار. الاستشارة تحوّل هذه الفوضى إلى وثيقة قرارات مبرَّرة.
ماذا يشمل التسليم؟
- تقييم البنية التقنية الحالية وتحديد نقاط الخطر
- خارطة طريق تقنية بأولويّات واضحة وتقدير زمني
- اختيار الـ stack والشركاء (سحابة، دفع، شحن، إلخ)
- وثيقة معمار قابلة للاستخدام مع أيّ فريق تنفيذ
- تدريب الفريق الداخلي على الـ stack المختار عند الحاجة
كيف نعمل
- 01
جلسة استكشاف
مكالمة 30 دقيقة مجانية لفهم الوضع الحالي والهدف. مخرجها قرار: هل الاستشارة المدفوعة هي الخطوة الصحيحة؟
- 02
Discovery Sprint
أسبوع إلى أسبوعين عمل مكثّف: مراجعة الكود الحالي، مقابلات مع الفريق، تحليل المخاطر.
- 03
تسليم الوثيقة
تقرير معماري مكتوب فيه الوضع الحالي، التوصيات، خارطة الطريق، التقدير الزمني والمالي. الوثيقة لك حتى لو لم تُكمل التنفيذ معنا.
- 04
متابعة (اختياري)
جلسات شهرية لمتابعة تنفيذ التوصيات مع فريقك أو فريق تنفيذي آخر اخترته.
تقنيات نستخدمها في هذا المحور
أسئلة متكرّرة
الجلسة المجانية مدّتها 30 دقيقة وهدفها فهم احتياجك والاتفاق على الخطوة التالية. Discovery Sprint عمل مكثّف 5-10 أيام يُنتج وثيقة معمارية وتقدير مفصّل، بسعر يبدأ من 7,500 ريال.
نعم، نوقّع NDA قبل أيّ كشف عن تفاصيل المشروع أو الكود.
نعم. نُجري المراجعة مباشرةً مع المالك دون الحاجة للتنسيق مع الفريق المنفّذ، ونسلّم تقريراً مكتوباً يصلح كأساس لقرارك.
لا. التقدير يصدر بنطاقات (ranges) مع افتراضات واضحة. الالتزام يكون عند توقيع عقد تنفيذ منفصل.
تطوير الأنظمة
منصّات ويب معقّدة بتكاملات متعدّدة: CRM، ERP، أنظمة عمليات داخلية متعدّدة الأدوار. نبني للاستمرار 5 سنوات قادمة، لا للعرض الأوّل.
لمن نقدّمها؟
الشركات والجهات التي تحتاج نظاماً مخصَّصاً لا يقدّمه SaaS جاهز — صلاحيات معقّدة، دورات اعتماد، تقارير مخصّصة، تكاملات مع أنظمة قائمة.
ما المشكلة التي تحلّها؟
العمليات تُدار بين Excel وWhatsApp وملفات ورقية، البيانات مشتّتة، التقارير تأخذ أياماً. النظام الموحَّد يحوّل هذه الفوضى إلى عمليات قابلة للقياس.
ماذا يشمل التسليم؟
- أنظمة متعدّدة المستأجرين (multi-tenant) عند الحاجة
- لوحات تحكم وتقارير قابلة للتخصيص
- صلاحيات دقيقة وأدوار وسلطات اعتماد
- تكامل مع الأنظمة القائمة (محاسبة، CRM، ERP)
- بيئة staging مفتوحة للعميل طوال التطوير
- كود في مستودعك من اليوم الأول، خوادم باسمك
كيف نعمل
- 01
Discovery + معمار
أسبوعان: مقابلات مع الـ stakeholders، رسم الـ data model، تحديد الـ user roles، تصميم الـ flows.
- 02
تطوير أسبوعي
sprints أسبوعية بمخرجات واضحة. كل أسبوع تجد نسخة جديدة على staging تجرّبها قبل الانتقال للمرحلة التالية.
- 03
مراجعة الكود
كل pull request يمرّ بمراجعة من مهندس آخر. الـ tests التلقائية تعمل قبل الـ merge. لا كود يدخل main دون مراجعة.
- 04
الإطلاق + الانتقال
نشر على البيئة الإنتاجية، تدريب فريقك على إدارة النظام، تسليم وثائق التشغيل.
- 05
صيانة (اختياري)
عقد صيانة شهري لإصلاح الأعطال، تحديثات الأمان، وتطوير ميزات جديدة عند الحاجة.
تقنيات نستخدمها في هذا المحور
أسئلة متكرّرة
بين 4 و 8 أشهر للأنظمة المتوسّطة (50-150 مستخدم، 5-10 أدوار). الأنظمة الأكبر قد تحتاج 9-12 شهراً، نقسّمها لمراحل قابلة للإطلاق المتدرّج.
نعم — الكود في مستودعك (GitHub/GitLab) من اليوم الأول، الخوادم باسمك في حسابك السحابي، والوثائق على نطاقك. لا قَفل تقني بعد التسليم.
نعم. لنا خبرة في الربط مع APIs حكومية (التحقّق من المركبات، التأمينات، الوكالات والصكوك، السجلات التجارية، العنوان الوطني)، ونلتزم بمتطلّبات هيئة الحكومة الرقمية وسياسات حماية البيانات.
الـ scope يُراجَع أسبوعياً. التعديلات الصغيرة ضمن نطاق الـ sprint نتعامل معها مباشرة. التعديلات الكبيرة نوثّقها كـ change request مع تأثيرها الزمني والمالي قبل تنفيذها.
تطبيقات الجوال
iOS و Android — Native أو Flutter حسب الحاجة. من التصميم إلى النشر في المتاجر إلى مراقبة الأداء بعد الإطلاق.
لمن نقدّمها؟
الشركات التي تخدم العملاء أو الموظفين عبر الجوال — تطبيقات استهلاكية، تطبيقات داخلية للعمليات الميدانية، أو امتداد لنظام ويب قائم.
ما المشكلة التي تحلّها؟
التطبيق يعمل ببطء، تعليقات سلبية في المتاجر، أو فجوة في تجربة المستخدم بين iOS و Android. التطبيق المبنيّ بشكل صحيح يحوّل الجوال إلى قناة موثوقة بدلاً من مصدر شكاوى.
ماذا يشمل التسليم؟
- تصميم UX يبدأ بالعربية أوّلاً مع اختبار مع مستخدمين فعليّين
- iOS و Android من قاعدة كود واحدة (Flutter) أو native عند الحاجة
- إشعارات Push وتكامل دفع متكامل
- قياس الأداء عبر crashlytics + analytics منذ اليوم الأول
- نشر في App Store و Google Play باسم شركتك
- دعم تحديثات النسخ والـ rollouts التدريجية
كيف نعمل
- 01
تصميم UX/UI
تصميم تفاعلي على Figma، اختبار مع 5-7 مستخدمين فعليّين قبل كتابة سطر كود واحد.
- 02
تطوير + اختبار
بناء التطبيق على iteration أسبوعية. توزيع TestFlight / Firebase App Distribution داخلياً للاختبار المستمر.
- 03
مراجعة المتجر
تحضير الميتاداتا، السكرين شوتس، سياسة الخصوصية. تقديم التطبيق للمتجرين وحلّ أيّ ملاحظات للمراجعة.
- 04
إطلاق متدرّج
نُصدر للنسبة 10% أوّلاً، نراقب الـ crashes والمراجعات لمدّة أسبوع، ثم نوسّع تدريجياً.
تقنيات نستخدمها في هذا المحور
أسئلة متكرّرة
Flutter لمعظم الحالات — كود واحد، صيانة أبسط، أداء كافٍ لـ 90% من التطبيقات التجارية. Native (Swift/Kotlin) عند الحاجة لتكاملات نظام عميقة (NFC، AR، widgets معقّدة) أو لتطبيقات حسّاسة الأداء جداً.
باسم شركتك — حساب Apple Developer وحساب Google Play باسمك أنت، نحن فقط نُدير العملية حتى الإطلاق.
تطبيق MVP بميزات أساسية (تسجيل دخول، شاشة رئيسية، 2-3 flows) يحتاج عادةً 8-12 أسبوعاً من البدء حتى المتاجر، شامل وقت مراجعة Apple/Google.
iOS و Android يُصدران نسخاً سنوية تحتاج اختباراً وتعديلات. نُقدّم عقد صيانة شهري يغطّي تحديثات SDK، إصلاح الـ crashes، وميزات صغيرة.
التكاملات والـ APIs
ربط أنظمتك القائمة مع مزوّدي خدمات الطرف الثالث — الدفع، الشحن، المحاسبة، WhatsApp، وأنظمة CRM/ERP.
لمن نقدّمها؟
الشركات التي تملك نظاماً يعمل لكنه معزول، وتريد ربطه بمزوّد دفع، شركة شحن، نظام محاسبة، أو قناة تواصل مثل WhatsApp Business.
ما المشكلة التي تحلّها؟
الموظّفون يكرّرون نفس البيانات في 3 أنظمة، الأخطاء البشرية تتراكم، والتقارير غير دقيقة. التكامل المؤتمت يُلغي الإدخال اليدوي ويُنتج بيانات موحَّدة.
ماذا يشمل التسليم؟
- بوابات دفع محلّية: مدى، HyperPay، PayTabs، Moyasar، Tap
- شركات شحن: SMSA، Aramex، Naqel
- أنظمة محاسبية: QuickBooks، Zoho Books، Odoo
- WhatsApp Business API لإشعارات وردود تلقائية
- منصّات CRM: Salesforce، HubSpot، Zoho CRM
- ZATCA Phase 2 (الفوترة الإلكترونية) للسوق السعودي
كيف نعمل
- 01
تحديد التكامل والـ flow
فهم البيانات التي يجب أن تتدفّق بين الأنظمة، تحديد المصدر الموثوق، رسم الـ flow.
- 02
الحصول على المفاتيح والتسجيل
مساعدتك في التسجيل والحصول على API keys من المزوّدين، شرح متطلّبات verification.
- 03
البناء والاختبار في sandbox
كتابة الـ integration في بيئة الاختبار أوّلاً، مع آلية retry وlogging واضحة لأخطاء المزوّد.
- 04
الإطلاق والمراقبة
إطلاق على الإنتاج مع تنبيهات تلقائية لأيّ فشل، dashboard لمراقبة عدد الطلبات والأخطاء.
تقنيات نستخدمها في هذا المحور
أسئلة متكرّرة
نعم. نُنفّذ الفوترة الإلكترونية المرحلة الثانية (الربط المباشر مع ZATCA) للأنظمة السعودية، شامل QR code، التوقيع الإلكتروني، والـ clearance/reporting flow.
بوابة قياسية (مدى/HyperPay/Tap) تحتاج عادةً 1-2 أسبوع من البدء حتى الإطلاق، شامل اختبار scenarios الفشل وtokenization. تكامل مخصَّص (multi-merchant، split payments) قد يحتاج 3-4 أسابيع.
نبني آلية retry تلقائية مع exponential backoff، queue لتأجيل الطلبات الفاشلة، وتنبيهات فورية على Slack/Email. النظام لا يفقد بيانات حتى لو تعطّل المزوّد لساعات.
نعم — أيّ مزوّد بـ REST API موثَّق نستطيع الربط معه. نُجري دراسة قصيرة قبل العقد للتأكّد من توفّر المتطلّبات (rate limits، scope، sandbox).
لديك مشروع في بالك؟
ابدأ بإجابة 5 أسئلة خلال 3 دقائق، وسنعود لك بتقدير أوَّلي خلال يوم عمل.