الأسئلة الشائعة
الأسئلة الشائعة
كل ما يُسأل عنه بخصوص تطوير البرمجيات وتطبيقات الهاتف والمشاريع الرقمية — سير العمل واختيار التقنية والأمان والميزانية.
01سير المشروع
يستغرق الموقع المؤسسي 2–4 أسابيع، ومنصّة التجارة الإلكترونية 6–8 أسابيع، وتطبيق الهاتف 8–12 أسبوعًا، والنظام المدمج بالذكاء الاصطناعي 3–6 أشهر. وما يحدّد الجدول عددُ التكاملات لا عددُ الشاشات: فالدفع والهوية والمحاسبة والاتصال بالأنظمة المؤسسية يضيف كلٌّ منها عبء اختبار خاصًا. ونقدّم جدولًا محدّدًا بعد التحليل في الاجتماع الأول.
يتفوّق الموقع الإلكتروني حين يجدك العملاء عبر البحث، ويتفوّق تطبيق الهاتف حين يعود الأشخاص أنفسهم عدة مرات أسبوعيًا. فالموقع أقوى في الوصول والظهور في البحث، والتطبيق أقوى في الاحتفاظ وإعادة الجذب بالإشعارات. والقاعدة: ابدأ بالموقع — أما التطبيق فهو الخطوة التي تستحق الاستثمار بعد أن يصبح الاستخدام المتكرّر قابلًا للقياس.
نعم. المنتج الأولي ليس نسخة مصغّرة من الفكرة كاملة، بل الإصدار الأول الذي يحمل الافتراض الوحيد الجدير بالاختبار. ونضيّق النطاق معًا: أي شاشة لا يعمل المنتج بدونها، وأيها يمكن أن تنتظر الإصدار الثاني. ويُطلق المنتج الأولي النموذجي خلال 6–10 أسابيع، وحين تصل بيانات المستخدمين الأولى تُحدَّث خارطة الطريق بالقياس لا بالتخمين.
نعم، وفي معظم الحالات دون إيقاف النظام. تُوضع النسخة الجديدة أمام القديمة، وتنتقل حركة المرور بنسبة صغيرة أولًا، ويبقى مسار العودة مفتوحًا في كل خطوة. وتُحفظ بياناتك وحسابات مستخدميك وترتيبك في البحث، وتُربط الروابط القديمة بالجديدة بإعادة توجيه دائمة. ونبدأ بالقياس لا بقراءة الشيفرة.
كل أسبوعين تفتح النسخة العاملة وتجرّبها بنفسك في بيئة اختبار — المنتج الحقيقي لا لقطات شاشة. وفي نهاية كل دورة نرسل كتابةً ما اكتمل وما لم يكتمل وما ينتظر قرارك. ولأسئلة اليوم بيومه قناة مشتركة. وأي أمر يعطّل قرارًا يُطرح فورًا لا في نهاية الدورة.
نعم، ونقاط القرار محدّدة مسبقًا. نناقش المسار أولًا على المخططات الهيكلية، ثم نعرض اتجاهين بصريين مختلفين، ويتحوّل الاتجاه المختار إلى نظام تصميم. وتُجمع الملاحظات دفعة واحدة وتُوثَّق كتابةً؛ والشاشة المعتمدة تدخل الشيفرة. وهذا الترتيب يُلغي كلفة تغييرات التصميم التي تأتي بعد بدء التطوير.
نعم — وجزء كبير من مشاريعنا يسير بهذه الطريقة. نعمل في مستودعك وعملية إصدارك وإيقاع اجتماعاتك، ولا تُجهَّز حزمة تسليم منفصلة. والسبب جودة التسليم لا السرعة: فالفريق المنفصل يترك قاعدة شيفرة، والفريق الذي يعمل بجانبك يترك عادة تشغيلها. وتُوثَّق حدود الأدوار كتابةً في الأسبوع الأول.
02التقنية
في الويب Next.js وReact وTypeScript؛ وفي الخلفية Node.js وGo و.NET؛ وللبيانات PostgreSQL وMySQL؛ وفي الهاتف React Native وFlutter وSwift/Kotlin عند الحاجة. ونختار التقنية وفق ثلاثة معايير لا وفق الموضة: المنظومة التي يستطيع فريقك صيانتها، وملف الحِمل الفعلي للعمل، وإجمالي كلفة الملكية على خمس سنوات.
نعم، من قاعدة شيفرة واحدة. فالتطبيق المكتوب بـ React Native أو Flutter يصدر في المتجرين دون فريق ثانٍ ولا فاتورة صيانة ثانية. أما الوحدات القريبة من الجهاز — معالجة الكاميرا والموقع في الخلفية والرسوميات الثقيلة — فننتقل فيها إلى Swift أو Kotlin ونربطها عبر جسر؛ فالخيار ليس هذا أو ذاك بل الأداة المناسبة في موضعها.
نعمل في ثمانية عشر قطاعًا: المصارف والتأمين والمدفوعات والتجزئة والرعاية الصحية والأدوية واللوجستيات والتصنيع والسيارات والطاقة والاتصالات والقطاع العام والتعليم والسياحة والعقارات والإعلام والتقنية والزراعة والأغذية. وما يحسم الملاءمة شكلُ العملية لا القطاع: فأي عملية تتكرّر كثيرًا ولها مخرج قابل للقياس وبياناتها تُجمع أصلًا تصلح للذكاء الاصطناعي.
نعم. محليًا ندمج iyzico وPayTR وPayU، وعالميًا Stripe وPayPal، بما في ذلك 3D Secure والتقسيط. ولا تدخل بيانات البطاقات موقعك أبدًا — إذ تُستضاف صفحة الدفع لدى المزوّد وتُمثَّل البطاقة برمز. وهذا الخيار يقلّص عبء الامتثال لـ PCI DSS بوضوح، وتجتمع المرتجعات والإلغاءات والمطابقة في سجل معاملات واحد.
تقنيًا تحتاج أربعة أمور: نطاقًا، واتفاقية مع مزوّد دفع، وتكامل شحن، وبيانات المنتجات. وعمليًا فإن الرابع هو ما يعطّل المشاريع — إذ لا يمكن إطلاق كتالوج تنقصه الصور أو الأوصاف أو الخيارات. وقانونيًا تحتاج شروط البيع عن بُعد وسياسة الإرجاع وإشعار حماية البيانات. ومع توفّر ذلك يصبح الإطلاق خلال 6–8 أسابيع واقعيًا.
نعم، ندير عملية الإصدار كاملة: فتح حساب المطوّر، ونصوص المتجر، ولقطات الشاشة، وبطاقات الخصوصية، والردّ على المراجعة. ومعظم حالات الرفض تأتي من بنود السياسات لا من الشيفرة — غياب مسار حذف الحساب، وطلب إذن بلا تبرير، وبطاقات خصوصية لا تطابق سلوك التطبيق. ونضع هذه البنود في قائمة فحص ما قبل الإصدار.
نعم، ونستهدف محرّكين في آن واحد. ففي البحث التقليدي نبني الأساس التقني والسرعة والبيانات المهيكلة وبنية المحتوى. أما للمحرّكات التوليدية فتُكتب الصفحات بحيث تستطيع ChatGPT وPerplexity وGemini الاستشهاد بها: كل صفحة تجيب سؤالًا محدّدًا، والإجابة في الفقرة الأولى، والادّعاءات مرتبطة بمصادر. وهذا الموقع مبني بالطريقة نفسها.
نعم — نتولّى الإعداد، لكن الحسابات تُفتح باسمك. نعمل على AWS وGoogle Cloud وDigitalOcean، بما يشمل النطاق وشهادة SSL وإعداد البريد. وملكيتك للحساب ليست تفصيلًا بل ضمانة: فإذا قرّرت تغيير المورّد لا يتوقّف وصولك إلى بنيتك على موافقة أحد في أي مرحلة.
نعم. يأتي كل موقع بلوحة إدارة محتوى: فإضافة المقالات والصفحات وتبديل الصور وتحرير القوائم وملء حقول تحسين البحث لا تتطلّب معرفة تقنية. وعند التسليم ندرّب فريقك مباشرةً ونترك تسجيلات شاشة قصيرة وتوثيقًا مكتوبًا. أما ما يغيّر البنية — نوع صفحة جديد أو تكامل جديد — فيبقى لدينا.
03الأمان والحقوق
لك أنت. فعند التسليم والدفع النهائي تُنقل الشيفرة المصدرية وملفات التصميم وتعريفات البنية التحتية وكل حقوق الملكية الفكرية بالكامل. ولأن المستودعات والأسرار وحسابات السحابة فُتحت باسمك منذ البداية، فالتسليم ليس نقل ملفات بل تسليم مفاتيح نظام يملكه صاحبه أصلًا. ولا تُعدّ العملية منتهية حتى يشغّل فريقك خط النشر بنفسه.
يُضيَّق النطاق أولًا: فإن لم تدخل بيانات البطاقات النظام لم يبقَ ما يُحمى. وللنطاق المتبقّي نطبّق تجزئة الشبكة والتشفير من طرف إلى طرف والترميز والمصادقة الثنائية وتسجيل الوصول غير القابل للتعديل واختبارات الاختراق الدورية، وكلها مرتبطة بمتطلبات PCI DSS. والبيئات معزولة، ولا تُنسخ بيانات الإنتاج إلى بيئة اختبار أبدًا.
لا تُستخدم بياناتك في تدريب النماذج: إذ يُعطَّل الاستخدام لأغراض التدريب في عقود المزوّدين ويُوثَّق ذلك كتابةً. وتُحفظ البيانات وتُعالَج مشفَّرة، والوصول قائم على الأدوار، وتُوقَّع اتفاقية سرية قبل بدء العمل. وحين تقتضي السرية ذلك يعمل النموذج داخل مقرّك أو في حسابك السحابي — وعندها لا يغادر أي طلب شبكتك.
هذا قرار معماري يُتخذ قبل بدء المشروع. نحتفظ بالبيانات في المنطقة التي تحدّدها وحدها؛ وإذا وجب بقاؤها في تركيا يُختار إقليم محلي أو تركيب داخل المقر. وإذا نُقلت بيانات شخصية إلى الخارج تُكتب شروط النقل في القانون رقم 6698 والتعهّدات المطلوبة في وثائق المشروع — وهذا أمر لا يُحلّ لاحقًا.
نعم. تحصل المواقع على شهر والتطبيقات على شهرين من الدعم المجاني، تُصلَح خلالها الأعطال دون كلفة إضافية. وبعد ذلك نبرم عقد صيانة بنطاق مكتوب: زمن الاستجابة، وأولوية الإصلاح، وعدد الإصدارات شهريًا. كما نحتفظ بروزنامة إصدارات مخطّطة لتغيّرات أنظمة التشغيل وسياسات المتاجر.
04الميزانية والدفع
تحدّد الكلفةَ أربعةُ أمور: النطاق، وعدد التكاملات، ومدى تخصيص التصميم، والمدة. وعدد الشاشات أقل تأثيرًا مما يُظن؛ فالثقل الحقيقي يأتي من الدفع والهوية والمحاسبة والاتصال بالأنظمة المؤسسية. ونستمع إلى المتطلّب في الاجتماع الأول ونجري التحليل ونعدّ عرضًا مفصَّلًا ببنوده — مع كتابة ما هو خارج النطاق أيضًا.
لا تحتاج كرّاسة شروط جاهزة. يكفي ثلاثة أمور: وصف المشكلة التي تريد حلّها في فقرة واحدة، وقائمة الأنظمة التي يجب الاتصال بها (المحاسبة، ونقاط البيع، والشحن، وإدارة العملاء)، وتاريخ مستهدف إن وُجد. ومثالان لمنتجات تعجبك يسرّعان العمل بوضوح. وبهذه العناصر نُخرج العرض الأول عادةً خلال أيام عمل قليلة.
يُقسَّم الدفع عادةً على ثلاث مراحل: 40% عند الانطلاق، و30% عند اعتماد التصميم، و30% عند التسليم. وتحصل المشاريع الأطول على مراحل أكثر، وتُربط كل مرحلة بمخرَج مُسلَّم لا بالتقويم. ونقبل البطاقة والحوالة والشيك، ونصدر الفواتير للشركات مباشرة. وإذا تغيّر النطاق يُعتمد الفارق كتابةً قبل بدء العمل.
الفترة الأولى مجانية: شهر للمواقع وشهران للتطبيقات. والأعطال التي تظهر في هذه النافذة جزء من التسليم ولا تكلّف شيئًا إضافيًا. وبعدها تصبح الصيانة اتفاقية مستقلة بنطاق مكتوب — زمن الاستجابة، وأولوية الإصلاح، وعدد الإصدارات شهريًا. ويُفصَل تطوير الميزات الجديدة عن الصيانة؛ فجمعهما في بند واحد يُضبّب التوقّعات.
أربعة أسئلة تحسم معظم القرار: لمن تبقى الشيفرة المصدرية والحسابات بعد التسليم، وما الذي كُتب بوصفه خارج النطاق، وكم عدد أعضاء الفريق ومن هم، وكيف تُسعَّر الصيانة. وبدل لقطات المعرض اطلب منتجًا ما زال يعمل اليوم وتحدّث مع عميله. والشركة التي لا تجيب كتابةً لن تدير المشروع كتابةً أيضًا.
لم تجد إجابة سؤالك؟
اسأل مباشرةً وسيرد عليك أحد أعضاء الفريق التقني خلال يوم عمل واحد.