الأسئلة الشائعة

لا، مش مباشرة. الـ quote builder أداة cadrage : ياخذ brief متاع مشروعك في حوالي 5 دقايق (ما يورّيش حتى سومة). من بعد نديرو مكالمة قصيرة مع بعضنا و أسامة يبعثلك الـ estimation مفصلة حسب اللي عبيتو. هكا الرقم يبقى دقيق، مش تخمين من formulaire.

كل مشروع مختلف، السومة تتحدد حسب الحاجات متاعك. الفلو ساهل : تعمر الـ quote builder (5 دقايق تقريبا) باش نعرفو الـ scope، نديرو مكالمة قصيرة مع بعضنا، و من بعد نبعثلك estimation مفصلة. بلا التزام و بلا frais مخفية.

الديفي يتعلق بثلاث حاجات : حجم المشروع (الـ fonctionnalités و الـ pages)، التعقيد التقني (IA، automatisations، backend)، و الوقت. الـ quote builder ياخذ كل هاذم المعلومات في الأول، و من بعد نتفاهمو عليها في مكالمة قصيرة قبل ما نبعثلك الـ estimation النهائية.

الخلاص يتقسم على مراحل، عادة avance في البداية و من بعد خلاص في كل livraison مهمة. نقبل virement bancaire و أغلب طرق الخلاص العالمية. نتفاهمو على الـ planning كامل قبل ما نبداو.

إيه، المشاريع تبدا بـ avance (عادة بين 30 و 40 بالميا من المبلغ الكلي). يحجزلك بلاصة في الـ planning و يغطي phase الكيكوف. الباقي يتخلص على مراحل.

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

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

من خلال أمر تغيير مكتوب قبل البدء في أي عمل جديد. أقوم بتوثيق المتطلب الجديد، وتقدير تأثيره على الجدول الزمني، وإرسال سعر معدل بالدولار الأمريكي. أنت توافق عليه أو ترفضه، ويستمر العمل على النطاق المتفق عليه في كلتا الحالتين. لا يتم بناء أي شيء بناءً على طلب شفوي أو محاسبتك عليه كمفاجأة في النهاية، وهي الطريقة الأكثر شيوعاً لتحول مشاريع السعر الثابت إلى تجربة سيئة.

يتوقف الأمر على أربعة عوامل: عدد الأسئلة التي عليه الإجابة عنها بموثوقية، وأين توجد الإجابات (مجموعة وثائق منظّمة تكون سريعة، وخمس أدوات متفرقة ليست كذلك)، وما الأنظمة التي عليه الوصول إليها مثل نظام إدارة العملاء أو واتساب أو بيانات الطلبات، وهل يحتاج إلى مجموعة تقييم ومراجعة أمنية قبل الإطلاق. صِف الروبوت في أداة تقدير التكلفة خلال خمس دقائق تقريبًا، وستحصل على عرض مكتوب بعد مكالمة قصيرة بدل رقم لا يراعي سياقك.

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

مين تتأكد الديفي و توصل الـ avance. كان planning متاعي مشحون نقولك من البداية باش نلمو تاريخ بداية معقول. ما نبداوش قبل ما تكون عندك رؤية كاملة على الـ planning.

إيه، كان planning يسمح. المشروع المستعجل يستلزم rythme أكثر و سومة زايدة شوية (rush fee) فوق الديفي العادي. أحسن حاجة تذكر الـ deadline من البداية باش نأكدلك feasibility.

عادةً ما تستغرق عملية الدمج المحددة النطاق، مثل روبوت محادثة يجيب استناداً إلى مستنداتك أو سير عمل واحد مؤتمت بوكيل ADK أو Genkit، ما بين أربعة إلى ثمانية أسابيع. أما الوكيل الإنتاجي الذي يتصل بعدة أنظمة داخلية فيستغرق ما بين ثلاثة إلى ستة أشهر، ويقضي معظم هذا الوقت في الوصول إلى البيانات والدمج والاختبار بدلاً من العمل على النموذج. ما يؤثر حقاً على الجدول الزمني هو مدى سهولة الوصول إلى بياناتك: إذا كانت المحتويات في مكان واحد منظم، يمكن أن يبدأ البناء في الأسبوع الأول، أما إذا كانت موزعة على خمس أدوات، فإن مرحلة الاستكشاف تزداد وفقاً لذلك.

نعم، إذا ظل النطاق محدوداً. أسبوعان كافيان لحل مشكلة واحدة واضحة، واستخدام مصدر بيانات واحد ونماذج موجودة بدلاً من تدريب أي شيء من الصفر، وعلى تقنيات تعمل بالفعل في بيئة الإنتاج (Next.js، Firebase، Genkit). هذا كافٍ لطرح منتج يعمل أمام مستخدمين حقيقيين ومعرفة ما إذا كان يستحق التطوير بشكل كامل. هذا الوقت لا يكفي لإعداد نظام فواتير متعدد المستأجرين، أو لوحة تحكم إدارية كاملة، أو مراجعة امتثال، وسأصرح بذلك قبل قبول الموعد النهائي بدلاً من بعده.

أربع مراحل : kickoff (نتفاهمو على objectifs و scope و direction design)، build (sprints itératifs مع previews دائمة)، review (تختبر، تعطي feedback، و نضبطو)، و launch (déploiement، formation كان لزم، و remise des clés). عندك رؤية في كل مرحلة.

عادة نستعملو canal مشترك (WhatsApp ولا Slack ولا email، كيما تحب) للرسايل اليومية، و point في الجمعة (تقريبا 30 دقيقة) باش نراجعو الـ avancement و القرارات. asynchrone في الأول، مكالمات وقت اللزوم.

الـ révisions جزء من الـ process : في كل sprint ولا مرحلة تعطي feedback و نزيدو نخدمو حتى يجي الـ livrable كيما اتفقنا. ما فما حتى plafond. التبديلات الكبيرة في scope (fonctionnalités جداد، تغيير direction) يتحسبو منفصلة.

عادة ما يصرش هكا لأنك تشوف و تأكد في كل مرحلة (design، build، finition). كان شي حاجة ما عجبتكش، نلقاوها بكري و نضبطوها. الـ process itératif يجنبنا المفاجآت في الآخر.

في هذه الحالة، أعمل تحت إشراف الـ CTO الخاص بك وليس بشكل مستقل. عادة ما يمتلك الـ CTO المعرفة بالهياكل البرمجية وسياق المنتج، لكن وقته محدود، بالإضافة إلى وجود فجوات تقنية محددة غالباً ما تتعلق بجوانب الـ AI والأتمتة. أقوم بتنفيذ جزء محدد (مثل وكيل ذكي، مسار بيانات، عملية ربط، أو إصلاح لمشكلة طارئة) وأسلمه ضمن المستودع البرمجي الخاص بك، مع الالتزام باتفاقيات الفروع وعملية مراجعة الكود المتبعة لديكم. يحتفظ الـ CTO الخاص بك بملكية المشروع والإشراف التقني، مع ضمان الالتزام بالموعد النهائي.

يكون توظيف VAIIBE منطقياً عندما يجب إطلاق النظام الآن ولا يمكنك قضاء من ثلاثة إلى ستة أشهر في التوظيف، وتجهيز الموظف، ودفع راتب كامل قبل الإصدار الأول. ستحصل على مهندس خبير يقوم بالفعل بتشغيل تقنيات (Next.js, Firebase, Google ADK, Genkit, LangChain, LangGraph, n8n) في بيئة الإنتاج، ويغطي الهندسة والبناء والنشر دون الحاجة إلى تسليم العمل في المنتصف. التوظيف الداخلي هو الخيار الأفضل بمجرد استقرار المنتج وتحول العمل إلى صيانة مستمرة لنظام تمتلكه بالفعل.

خمسة مجالات. تطوير SaaS مخصص بالإضافة إلى تطبيقات الويب والموبايل باستخدام Next.js و Firebase. بناء وكلاء AI و chatbots باستخدام Firebase Genkit و Google ADK، بما في ذلك استرجاع المعلومات من مستنداتك الخاصة. أتمتة مخصصة بوكلاء AI على Google ADK وGenkit وLangChain وLangGraph، بدءاً من ربط التطبيقات ببعضها وصولاً إلى سير عمل مستقل، مع n8n عندما تكون الأداة منخفضة الكود أنسب. التجارة الإلكترونية والأسواق الرقمية. وأخيراً، العمل الاستشاري: تدقيق SEO و GEO، وإنقاذ قواعد الأكواد التي تم إنشاؤها بواسطة AI، والإرشاد التقني.

إيه. الـ cross-platform (React Native ولا Flutter) هي الخيار الأساسي لأنها أسرع و تغطي الجوج stores. الـ natif يبقى ممكن كان المشروع يستلزمها. نتفاهمو على الخيار المناسب في مكالمة الـ cadrage.

إيه، دمج IA من الخدمات الأساسية. حالات معروفة : chatbot مدرب على données متاعك، génération contenu ولا documents، بحث و recommandations، automatisation للمهام المتكررة. نبداو بـ audit سريع باش نلقاو وين الـ IA تجيب valeur حقيقية مش بُز.

أكثر شي Next.js و React في frontend، Node و Firebase ولا backends customs في serveur، Tailwind للـ style، و outils كيما Genkit ولا OpenAI للـ IA. اختيار الـ stack دايما يتعلق باللي يخدم مشروعك مش بالـ mode.

أستخدم Google ADK وGenkit وLangChain وLangGraph، والاختيار يتم حسب كل مشروع لا بحكم العادة. يتولى Genkit تنسيق النماذج والمخرجات المهيكلة والتقييم داخل تطبيق TypeScript. ويحمل ADK الوكلاء الذين يحتاجون إلى أدوات وذاكرة ودورة عمل أطول. ويناسب LangGraph مسارات العمل المتشعّبة التي تحتفظ بحالة. ويبقى n8n للربط البسيط بين أدوات SaaS القائمة. ويُوثَّق هذا الاختيار أثناء التأطير لتعرف ما الذي يشغّل منتجك ولماذا.

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

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

نعم. تعمل المشاريع على Google Cloud وFirebase، حيث تُحدَّد منطقة قاعدة البيانات والتخزين عند الإنشاء، فيمكن أن تبقى بياناتك داخل الاتحاد الأوروبي أو الولايات المتحدة أو أي منطقة أخرى مدعومة. وتصدر فاتورة الاستضافة من Google على حسابك الخاص، فتبقى السيطرة لديك ويمكنك أخذ كل شيء معك. وإن فضّلت الاستضافة في مكان آخر، فالمنظومة مبنية على Next.js وحاويات قياسية، أي أنها قابلة للنقل.

أحافظ على فصل صارم بين بيئات التطوير الخاصة بي وأنظمة الإنتاج لديك. يتم تشفير البيانات أثناء النقل وفي حالة السكون باستخدام بروتوكولات قياسية مثل AES 256، ويتبع الوصول نموذج الثقة الصفرية حيث يتم مصادقة كل طلب وتفويضه. ولأن مهندساً واحداً هو من يبني ويشغل مشروعك، فإن قائمة الأشخاص الذين يمكنهم الوصول إلى بياناتك تتكون من اسم واحد فقط، وأقوم بمراجعة الوصول والأسرار والاعتماديات قبل كل إصدار.

حيثما يتطلب المنظم والمستخدمون. تعمل المشاريع على Google Cloud و Firebase، حيث يتم تثبيت منطقة قاعدة البيانات والتخزين في وقت الإنشاء، بحيث يمكن للبيانات البقاء داخل الاتحاد الأوروبي أو الولايات المتحدة أو أي منطقة أخرى مدعومة. تحصل على المنطقة وقائمة الخدمات بدقة عند التسليم، حتى يتمكن مسؤول الامتثال من تعيين تدفقات البيانات دون الحاجة لسؤالي. إذا كانت إقامة البيانات قيداً صارماً، فيجب اتخاذ القرار في مكالمة تحديد النطاق الأولى، لأن نقل قاعدة بيانات Firestore حية بين المناطق مكلف.

نعم. أي مشروع يتعامل مع بيانات شخصية داخل الاتحاد الأوروبي مصمم لضمان حقوق GDPR التي تهمك عملياً: الوصول، التصحيح، الحذف، وقابلية النقل. أقوم بتوقيع اتفاقية معالجة بيانات تحددك بصفتك المتحكم وبصفتي المعالج، وأوثق ما يتم تخزينه ومكانه، كما أحتفظ بقائمة لكل معالج تابع لجهة خارجية (الاستضافة، مزودي النماذج، البريد الإلكتروني، التحليلات) ليبقى ملف الامتثال الخاص بك دقيقاً بدلاً من التخمين بشأن التكنولوجيا المستخدمة.

نعم، بشكل روتيني، وقبل أن تشارك أي شيء حساس. تغطي اتفاقية عدم الإفصاح الجيدة كلاً من مرحلة البناء والفترة التي تلي التسليم. تأكد من أنها تشمل البيانات والأوامر (prompts) ومنطق العمل، وليس فقط الكود المصدري، لأنه في مشاريع AI غالباً ما تحمل الأوامر ومجموعة التقييم ميزة تنافسية أكبر مما يحمله الكود. أرسل اتفاقيتك وسأقوم بتوقيعها، أو اطلب ذلك وسأرسل لك اتفاقية متبادلة قياسية.

أنت تمتلكه. كل عقد أوقعه يمنح حقوق الكود المصدري والوثائق والهيكلية لشركتك بمجرد الدفع، كما أن المستودع البرمجي يبقى في مؤسستك منذ الالتزام الأول (commit) بدلاً من أن يكون في مؤسستي. وبشكل عام، تعتمد الملكية بالكامل على العقد الموقع قبل بدء العمل، فعندما لا يتضمن الاتفاق نصاً صريحاً بشأن نقل الملكية الفكرية، يمكن للمطور الاحتفاظ بالكود الأساسي ومنحك ترخيصاً محدوداً فقط. لذا، أصر دائماً على وجود بند صريح ينقل حقوق الطبع والنشر وبراءات الاختراع والأسرار التجارية إلى شركتك، بغض النظر عمن توظفه.

يأتي كل إطلاق مع ضمان لمدة 30 يوماً يغطي أي شيء لا يعمل كما هو متفق عليه، دون أي تكلفة إضافية. بعد ذلك، تغطي خطة الصيانة الشهرية وقت التشغيل ومراقبة الأخطاء، وتحديثات التبعيات والأمان، وتغيرات النماذج وAPI من جانب المزود، والتطويرات الصغيرة. بالنسبة لميزات AI، أراقب أيضاً جودة الإجابات وزمن الاستجابة بدلاً من حالة الخادم فقط، لأن برنامج الدردشة الآلي يمكن أن يكون متاحاً تماماً ومع ذلك يقدم إجابات خاطئة بثقة.

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

الـ bugs اللي تخص خدمتنا نصلحوها مجانا في فترة الـ garantie (عادة 30 يوم بعد launch). من بعد، التصليحات تتغطى بـ forfait maintenance ولا تتحسب حسب كل intervention. في كل الحالات نجاوب بسرعة.

إيه. كل مشروع يجي معاه 30 يوم garantie من بعد launch. كل شي ما يخدمش كيما اتفقنا يتصلح بلا frais في هاذي الفترة. من بعد، forfaits maintenance يدخلو في الخدمة.

نعم. التغييرات والإصلاحات البسيطة مشمولة في خطة الصيانة الشهرية، وهي الطريقة الأقل تكلفة للحفاظ على استمرارية المنتج المباشر. أي شيء يغير البنية التحتية، أو يضيف تكاملاً، أو يعدل سلوك ميزة AI يتم تحديده كمشروع صغير بسعر ثابت، لتعرف تكلفة التغيير قبل البدء به. بالنسبة لميزات AI، أقوم بإعادة تشغيل مجموعة التقييم بعد كل تغيير في الـ prompt أو النموذج، لأن أي تغيير يبدو غير ضار قد يؤدي بهدوء إلى تحريك الدقة في الاتجاه الخاطئ.

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

أنا من تونس، أما نخدم à distance مع clients في أوروبا و شمال إفريقيا و الشرق الأوسط. الفارق في الوقت مع أوروبا يخلي التعامل اليومي ساهل.

ثلاث لغات : أنڨليزية و فرنسية و عربية (الدارجة التونسية معاهم). documentation المشروع و المكالمات و الـ livrables يتعملو في أي لغة، ولا متخلطين كان équipe متاعك multilingue.

100 بالميا à distance بـ défaut، هكا تخدم كل مشاريعي اليوم. الـ déplacements في الـ site يبقاو ممكنين في تونس ولا أوروبا لـ kickoff ولا workshop، مع frais de déplacement على الكليان.

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