في عرض السعر بند "تطوير API" مسعر كبند منفصل — ما هذا بالضبط، وهل هو ضروري فعلاً؟

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

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

اطلب من الوكالة فوراً رداً خطياً على هذا السؤال: "كم نقطة خدمة (endpoint) ستُفتح ضمن هذا البند، وهل ستقدمون توثيقاً عبر Swagger أو Postman؟" إذا بدأوا بالتردد وقالوا مجرد "سنربط التطبيق"، حاول تخفيض السعر؛ أما إذا قدموا قائمة واضحة ومحددة بنقاط النهاية، فادفع لهم.

العام الماضي دفعنا 8.000 USD لتطوير API لنظام طلبات B2B مماثل. كان يشمل 24 نقطة خدمة مخصصة، وإدارة صلاحيات بحسب الأدوار، وبيئة اختبار. يعتبر 9.500 USD رقماً متوسطاً بحسب ظروف أمريكا، لكن احرص تماماً على إرفاق قائمة الخدمات المسلّمة بالعقد.

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

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

وصلني عرض سعر مشابه وسألتهم وقتها: إيه اللي هيحصل لو شلنا الـ API؟ الوكالة قالت لي "ساعتها التابلت هيبعت الطلبات كإيميل". على ما يبدو هو ضروري فعلاً عشان تحديث المخزون لحظياً.

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

صحيح.

يجب إجراء تمييز هنا. أكثر ما أهدر وقتنا كان عدم وضوح من يتخذ القرار.

بالتوفيق.

وكيف حللتم هذه النقطة؟ يعني أغلى شيء في النظام الموروث هو التبعيات غير المعروفة.

ملخص سريع للجدد: اسألوا من أعد العرض ومن سينفذ العمل.

هذه وجهة نظري، ولا أدعي أنها الحقيقة المطلقة.

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

اكتبوا إذا كانت لديكم أسئلة، سأجيب قدر استطاعتي.

أحسنت في فتح هذا العنوان.

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

يجب ربط جدول المدفوعات بمراحل العمل، وليس بالتقويم. دعني أتركها كملاحظة، قد تكون مفيدة.

سأكون ممتنًا لو شاركت النتيجة.

سأكتب ما حدث لي، ربما يفيدكم. كل بند غير مكتوب هو بند سيتذكره الطرفان بشكل مختلف لاحقًا.

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

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

هذا كل شيء، أرجو المعذرة إذا أطالت.