هندسة منتجات رقمية — دمشق، سوريا
نبدأ من المشكلة لا من الشاشة. نحوّل الفكرة إلى نطاق واضح، ثم إلى بنية تقنية متينة، ثم إلى منتج يستخدمه الناس فعلاً — بواجهات تعمل بالعربية والإنجليزية منذ اليوم الأول.
رسم توضيحي متحرك: نقاط متفرقة تتجمّع في بنية منظّمة ثم في واجهة منتج.
التقنيات الأساسية
لا يستخدم كل مشروع كل ما في هذه القائمة. نختار من هذه الأدوات ما تحتاجه فكرتك فعلاً.
ما الذي نبنيه
أنواع المشاريع التي تناسب طريقتنا في العمل. إن لم تجد فكرتك هنا، فالأرجح أنها قريبة من إحداها.
أنظمة مبنية حول عملك أنت، لا قوالب جاهزة نحاول ثنيها لتناسبك.
منتجات باشتراكات ومستخدمين متعددين، مبنية لتتحمّل النمو منذ البداية.
شاشات تعرض ما يهمّ فعلاً، وتحوّل البيانات المتناثرة إلى قرارات.
مساحة خاصة لكل عميل يتابع فيها طلباته وملفاته دون رسائل ومكالمات متكررة.
مواعيد وموارد وسير عمل يومي، بقواعد واضحة تمنع التعارض والأخطاء.
نربط أنظمتك ببعضها ومع خدمات خارجية، بحيث تنتقل البيانات مرة واحدة وبشكل صحيح.
تجربة قريبة من تطبيقات الهاتف: تُثبَّت على الشاشة الرئيسية وتفتح فوراً، دون متجر تطبيقات.
نسخة أولى صغيرة تختبر بها الفكرة مع مستخدمين حقيقيين، مبنية بحيث تُكمَّل لا أن تُرمى.
نظام قائم يعمل ببطء أو يصعب تعديله؟ نعيد بناءه تدريجياً دون توقف عملك.
الأساس التقني
نعتمد في معظم مشاريعنا على أساس واحد مجرَّب: واجهة بـ Vue.js مع Quasar، وخلفية بـ Django. إليك ما يعنيه ذلك عملياً، بلا مصطلحات.
ما يراه المستخدم ويتفاعل معه
الشاشة التي يفتحها المستخدم. تستجيب فوراً: تفتح القوائم وتُحدَّث الأرقام وتُرسَل النماذج دون إعادة تحميل الصفحة في كل خطوة.
كود واحد، عدة منصات
يتيح بناء الواجهة مرة واحدة ثم إخراجها كموقع ويب وتطبيق هاتف وتطبيق سطح مكتب من المصدر نفسه، مع مكونات واجهة جاهزة ومختبَرة.
المحرّك الذي يدير البيانات ومنطق العمل
الجزء غير المرئي: يحفظ البيانات، ويطبّق قواعد عملك، ويحدد من يرى ماذا. مبني على Python، وتستخدمه منصات تخدم ملايين المستخدمين.
هذا أساسنا المعتاد وليس قاعدة جامدة. إن كانت فكرتك تحتاج أدوات أخرى، نقول ذلك بوضوح ونشرح السبب.
تفاصيل أعمق عن قدراتنا التقنيةمن الفكرة إلى المنتج
تعرف في كل مرحلة أين وصلنا وما القرار التالي. لا وعود زمنية ثابتة قبل فهم النطاق.
نسأل عمّن سيستخدم المنتج، وما الذي يعطّله اليوم، وكيف يبدو النجاح. أحياناً تتغير الفكرة هنا — وهذا مكسب لا خسارة.
نفصل ما يجب أن يكون في النسخة الأولى عمّا يمكن تأجيله. نطاق أصغر يعني وصولاً أسرع إلى مستخدمين حقيقيين.
نرسم الشاشات ومسار المستخدم، ونحدد بنية البيانات والتقنيات قبل كتابة الكود الفعلي.
نبني بخطوات قابلة للعرض. ترى تقدماً حقيقياً بانتظام، لا نسخة واحدة في النهاية.
اختبار وظيفي وأداء ووصولية، ثم نشر على بنية إنتاجية مضبوطة مع HTTPS ونسخ احتياطي.
بعد الإطلاق يبدأ التعلّم الحقيقي. نتابع ما يستخدمه الناس فعلاً ونطوّر بناءً عليه.
مختبر Levantra
هذه نماذج مفاهيمية بنيناها لتوضيح قدراتنا. البيانات الظاهرة فيها توضيحية، وهي ليست مشاريع عملاء.
نماذج مفاهيمية لأغراض التوضيح — ليست مشاريع لعملاء حقيقيين، والبيانات فيها غير حقيقية.
مؤشرات يومية وحالة الطلبات وتنبيهات، في شاشة واحدة بدل عدة ملفات وجداول.
لماذا Levantra
قرارات مبنية ومشروحة، لا خيارات عشوائية يصعب تفسيرها لاحقاً.
السرعة ووضوح الواجهة جزء من المتطلبات، لا تحسينات نؤجلها إلى ما بعد الإطلاق.
نتجنب الحلول المؤقتة التي توفّر أسبوعاً وتكلّف أشهراً عند أول توسّع.
تعرف ما أُنجز وما تبقّى وما الذي قد يتعثّر، بلغة مفهومة.
دعم اللغتين واتجاه الواجهة من أساس التصميم، لا ترجمة تُضاف في النهاية.
نناقش القيمة والأولويات، وأحياناً نقترح بناء أقل لتصل أسرع.
الأسئلة الشائعة
نعم، ومعظم المشاريع تبدأ هكذا. نبدأ بمحادثة حول المشكلة ومن يعاني منها، وتتضح الفكرة أثناء تحديد النطاق. لست بحاجة إلى وثيقة متطلبات جاهزة.
نعم. نفضّل البدء بنسخة أولى مركّزة تحل المشكلة الأساسية وتصل إلى مستخدمين حقيقيين بسرعة، على أن تُبنى بحيث تُكمَّل لاحقاً لا أن تُرمى وتُعاد من الصفر.
في كثير من الحالات نعم. باستخدام Quasar يمكن إخراج تطبيق هاتف من الكود نفسه، أو بناء تطبيق PWA يُثبَّت على الشاشة الرئيسية دون المرور بمتجر تطبيقات. الخيار الأنسب يعتمد على ما يحتاجه منتجك من إمكانات الجهاز.
نعم، وهذا من نقاط قوتنا. ندعم اللغتين مع تبديل كامل لاتجاه الواجهة (RTL/LTR) يشمل المحاذاة والقوائم والأيقونات الاتجاهية والنماذج والتنقل بلوحة المفاتيح. هذا الموقع نفسه مثال على ذلك.
نعم. نبدأ بقراءة النظام الحالي وفهم وضعه، ثم نقترح مساراً: إصلاح وتحسين تدريجي، أو إعادة بناء جزء محدد، أو بناء جديد. نوضح مبررات كل خيار قبل البدء.
تبدأ بمحادثة نفهم فيها المشكلة والمستخدمين والنتيجة المطلوبة. بعدها نحدد نطاق نسخة أولى واقعية، ومنه يُبنى التقدير. لا نعطي أرقاماً أو مدداً قبل فهم النطاق، لأن أي رقم قبل ذلك يكون تخميناً.
نعم، ويُتفق عليها بشكل منفصل حسب حاجة المشروع. تشمل عادةً متابعة عمل الخدمة، وتحديثات الأمان، وإصلاح المشكلات، والتطوير التدريجي بعد الإطلاق.
لنبدأ
صف فكرتك بجملتين ولو كانت أولية. سنرد بأسئلة محددة، ورأي صريح حول ما إذا كنا الجهة المناسبة لها.