forumفتح موضوع جديد
فتح موضوع جديد

بنيت تطبيق الهاتف بدون كود بنفسي، هل سيتحمل هذا النظام قبل أن أوظف مطوراً؟

ZZerrin K***مشاركعضو المجتمع
تاريخ الانضمام
مايو 2025
رسالة
412
#1

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

لكننا اتفقنا مع ثلاثة مراكز أعمال جديدة للشهر القادم، ونتوقع قفزة مفاجئة في عدد المستخدمين إلى 400 أو 500 شخص. تحدثت مع مبرمج محلي وأخبرني أن أنظمة no-code ستتعطل أثناء ساعات الذروة في الطلبات وسأتجاوز حدود استعلامات قواعد البيانات، وأنه عليّ الانتقال فوراً لبرمجة مخصصة بميزانية 8.500 EUR.

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

ÜÜlkü B***عضو جديدعضو المجتمع
تاريخ الانضمام
سبتمبر 2026
رسالة
240
الأكثر إفادة#2

باختصار: بنيتك الحالية بدون كود تستوعب 500 مستخدم وبضع مئات من الطلبات يومياً بكل سهولة، ولا داعي لإنفاق 8.500 EUR في هذه المرحلة. الخطر الحقيقي لا يكمن في إجمالي عدد المستخدمين بقدر ما يكمن في تكرار عمليات الكتابة المتزامنة في نفس الدقيقة، وتجاوز حصص المعاملات الشهرية للمنصة، وعدم إمكانية تصدير البيانات للخارج.

أولاً، حدد بدقة القيود التقنية لأداة no-code التي تستخدمها. معظم المنصات تبيع باقات متدرجة بناءً على عدد صفوف قاعدة البيانات أو الحصة الشهرية للاستعلامات. إذا طلبت مجموعة من 500 شخص غداءها في نفس نافذة الـ 15 دقيقة دون أن يتعطل النظام، يمكنك إدارة الأمر بمجرد الترقية للباقة التالية والبقاء في حدود 150-200 EUR شهرياً. قبل أن تدفع 8.500 EUR، قم أولاً بمحاكاة اختبار ضغط ببيانات افتراضية.

يجب أن يعتمد قرار الانتقال للبرمجة المخصصة على ثلاثة معايير ملموسة: 1) عندما تتجاوز عمولة المنصة لكل معاملة أو رسوم الباقات العالية تكاليف السيرفر المخصص والصيانة، 2) عند الحاجة لربط أجهزة مخصصة للعميل (مثل طابعة المطبخ الحرارية أو أجهزة نقاط البيع POS)، 3) عندما تصبح ملكية قاعدة البيانات وسرية البيانات متطلباً قانونياً وإلزامياً.

أهم خطوة لازم تسويها الحين هي إنشاء آلية نسخ احتياطي تصدّر كل بيانات العملاء والطلبات بانتظام بصيغة CSV القياسية. عشان لو انتقلت للبرمجة المخصصة بعدين ما تبدأ من الصفر، تسلّم مخطط قاعدة البيانات للمبرمج الجديد ويبرمج لك بس الواجهة ومنطق العمل.

HHalilمشارك
المسمى الوظيفي
سلسلة التوريد
تاريخ الانضمام
ديسمبر 2023
رسالة
114
#3

احنا في باريس بدأنا بتطبيق بدون كود (no-code) للتوصيل المحلي. مشى الوضع زي الساعة بتكلفة 110 EUR شهرياً للمنصة لحد ما وصلنا 750 عضو نشط. بس أول ما فكرنا نضيف تتبع الخريطة اللحظي للمناديب، حصة البيانات بالمنصة ما كفت والفاتورة الإضافية طارت لـ 400 EUR شهرياً. وقتها قررنا ننتقل للبرمجة الخاصة، فلا تستعجل.

TTuğçe K***عضو جديدعضو المجتمع
تاريخ الانضمام
سبتمبر 2026
رسالة
310
#4

عنق الزجاجة الحقيقي في أنظمة No-code هو استعلامات الكتابة المتزامنة. لو 500 شخص فتحوا التطبيق يتصفحون المنيو ما راح تواجه مشكلة لأن البيانات الثابتة تجي من الكاش. لكن لو بين 11.45 و 12.00 حاول 150 شخص يأكدون الطلب ويخصمون من المخزون بنفس اللحظة، هنا ممكن يعلق النظام. لا ترتاح إلا بعد ما تختبر هذا الضغط اللحظي.

GGökhan G***مشاركعضو المجتمع
تاريخ الانضمام
نوفمبر 2022
رسالة
223
#5

طلب المبرمج لمبلغ 8.500 EUR شي متوقع جداً. بس الخطر الحقيقي في الـ no-code هو الاعتماد الكلي على المنصة. بكرة لو الشركة غيرت سياسة الأسعار ودبلتها ثلاث مرات، بتلقى نفسك بدون ولا سطر كود خاص فيك. إذا مو قادر تسيطر على قاعدة بياناتك بنفسك فإنت في خطر.

FFatma Ç***مشارك
المسمى الوظيفي
مدير الإنتاج
قطاع
مطبعة
نوع المنظمة
تعاونية
تاريخ الانضمام
مايو 2023
رسالة
27
#6

لا تحط فلوسك في البرمجة الحين. الـ 8.500 EUR هذي هي شريان الحياة للتسويق والتشغيل. وصل لـ 500 عميل، ووين ما يبدأ النظام يعلق معك رقّ لباقة أعلى بالمنصة. أغلب المشاريع اللي تدفع على برمجة خاصة قبل ما يدخل جيبها صافي أرباح تتعثر في الجانب التشغيلي.

EEbru K***مشارك
المسمى الوظيفي
مدير الأنظمة
قطاع
الخدمات الصحية
نوع المنظمة
شركة ناشئة حديثة التأسيس
تاريخ الانضمام
يونيو 2024
رسالة
28
#7

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

PPerihan G***خبير
المسمى الوظيفي
مسؤول الشؤون الإدارية
قطاع
لوجستيات
نوع المنظمة
شركة من 20 شخصاً
تاريخ الانضمام
فبراير 2026
رسالة
283
#8

هل تطبيقك فيه إشعارات لحظية وتتبع مباشر للمندوب؟ إذا كان مجرد اختيار من المنيو ودفع، البنية التحتية بدون كود بتتحمل معك فترة طويلة جداً. بس إذا السالفة فيها خريطة وتحديد موقع لحظي، تكلفة استهلاك البيانات بتتدبل بشكل جنوني.

HHüseyin Z***مشاركعضو المجتمع
تاريخ الانضمام
مارس 2023
رسالة
76
#9

أنا بعد جالس أجرب تجربة no-code مشابهة ثم على كل حال بهذي الأنظمة، هل حفظ بيانات بطاقات العملاء فيه مخاطر أمنية أو عقوبات وغرامات حسب معايير فرنسا والاتحاد الأوروبي؟

BBerenمشارك
المسمى الوظيفي
مصمم منتجات
تاريخ الانضمام
مارس 2024
رسالة
112
#10

رتب خطة الانتقال من الحين خطوة بخطوة: 1) نظّم جداول قاعدة البيانات بمنطق علائقي، 2) وثّق كل منطق العمل، 3) اختبر إمكانيات التصدير. كذا إذا جيت تحول لبرمجة خاصة المبرمج ما يضطر يحلل كل شي من الصفر وتكلفك تنزل للنص.

EEmre G***خبيرعضو المجتمع
تاريخ الانضمام
يوليو 2024
رسالة
409
#11

إذا لم أخطئ الفهم، فأنت تقول: إذا كان النطاق يتوسع، فيجب أن يتوسع إما الجدول الزمني أو الميزانية. لا يوجد خيار ثالث.

إذا كان هناك من يفعلها بطريقة أخرى، فأنا فضولي لمعرفة ذلك.

DDeniz I***مشارك
المسمى الوظيفي
مندوب مبيعات ميداني
قطاع
منتجات مائية
نوع المنظمة
شركة ناشئة حديثة التأسيس
تاريخ الانضمام
أبريل 2024
رسالة
59
#12

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

عندما تحاول تغيير كل شيء دفعة واحدة، لا يستقر أي شيء. دعني أتركها كملاحظة، قد تكون مفيدة.

LLale G***مشارك
المسمى الوظيفي
ممثل مركز الاتصال
قطاع
كاميرا
نوع المنظمة
سلسلة متاجر
تاريخ الانضمام
فبراير 2024
رسالة
172

Doki · البنية التحتية للتجارة الإلكترونية · 2025

#13

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

SSena Ç***مشارك
المسمى الوظيفي
مدير عام
قطاع
تدريب
نوع المنظمة
شركة عائلية
تاريخ الانضمام
يونيو 2025
رسالة
257
#14

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

بالتوفيق.

MMerve K***مشارك
المسمى الوظيفي
مدير سلسلة التوريد
قطاع
تجارة تجزئة
نوع المنظمة
شركة ضمن مجموعة استثمارية
تاريخ الانضمام
أبريل 2025
رسالة
328

Doki · نقل البنية التحتية · 2026

#15

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

عند اتخاذ القرار، اكتب أسوأ سيناريو أيضًا، وليس الأفضل فقط. صححوا لي إن أخطأت.

MMelis Ç***خبير
المسمى الوظيفي
فني دعم الأنظمة
قطاع
طاقة
نوع المنظمة
نشاط تجاري بفرعين
تاريخ الانضمام
أبريل 2025
رسالة
4
#16

أنت محق تمامًا. عندما تحاول تغيير كل شيء دفعة واحدة، لا يستقر أي شيء.

إذا كتبت النتيجة هنا، فستفيد الآخرين أيضاً.

VVildan D***مشارك
المسمى الوظيفي
فني مراقبة الجودة
قطاع
كهرباء وإلكترونيات
نوع المنظمة
وكيل إقليمي
تاريخ الانضمام
أبريل 2024
رسالة
160

Doki · تدريب الوعي بالتصيّد الاحتيالي · 2024

#17

هناك فخ هنا، لا أريد المرور عليه دون ذكره. عند اتخاذ القرار، اكتب أسوأ سيناريو أيضًا، وليس الأفضل فقط.

مثبت بالتجربة.

NNazlı A***مشاركعضو المجتمع
تاريخ الانضمام
أكتوبر 2025
رسالة
58
#18

سأجمع الموضوع، لأن هناك عدة إجابات مختلفة لكن انظروا أولاً إلى البيانات المتاحة لديكم عند اتخاذ القرار.

SSultan K***مشارك
المسمى الوظيفي
مسؤول تقنية المعلومات
قطاع
الصناعات المغذية للسيارات
نوع المنظمة
تعاونية
تاريخ الانضمام
مارس 2023
رسالة
1
#19

زالت حيرتي، شكراً لكم.

YYasemin T***عضو جديدعضو المجتمع
تاريخ الانضمام
أغسطس 2026
رسالة
68
#20

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

لا تترددوا في السؤال، فالسائل يدفع ثمناً أقل دائماً لكن أتمنى أن يفيدك هذا.

اكتب رداً