كيف أنقذ استوديو تطوير تطبيقات في عمّان رواتبه بالدفع على مراحل

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

«المفارقة الموجعة»، يقول رامي، «أننا كنّا مشغولين بالكامل ومحترمين في السوق، ومع ذلك وقفت ذات شهر عاجزاً عن صرف رواتب فريقي في موعدها. كان المال قادماً، لكنه لم يكن يصل في الوقت الذي أحتاجه فيه».

مشكلة الدفعة الواحدة في عمل طويل

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

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

لم يكن هناك تطابق بين تقدّم العمل الفعلي والدفعات. الفريق ينجز 70% من المشروع وقد حصل على 30% فقط من قيمته. وحين يتأخّر التسليم بسبب تغييرات العميل نفسه، يتأخّر معه باقي المال — فيدفع الاستوديو ثمن مرونته مع العميل من جيبه.

«الشهر الذي كدت أعجز فيه عن الرواتب كان إنذاراً»، يقول رامي. «أدركت أن المشكلة ليست في العملاء ولا في العمل، بل في كيف هيكلت الدفع. كنت أربط كل أموالي بلحظة واحدة في نهاية رحلة طويلة».

الحلّ: ربط الدفع بمراحل المشروع

أعاد رامي تصميم طريقة التعاقد والفوترة بالكامل حول مبدأ واحد: الدفع على مراحل، كل مرحلة مرتبطة بإنجاز ملموس. باستخدام InvoiceFlow، قسّم كل مشروع إلى أربع دفعات مجدولة:

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

1. جدول دفعات مرتبط بالعقد

صار كل عقد يتضمّن جدول الدفعات الأربع بوضوح، ولكل مرحلة شرط إنجاز محدّد. هذا حوّل الدفع من «وعد غامض في النهاية» إلى «اتّفاق واضح على نقاط تحقّق». العميل يعرف بالضبط متى يدفع ومقابل ماذا.

2. فاتورة تلقائية عند كل مرحلة

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

3. حماية من تغيّر المواصفات

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

4. وضوح في شروط عقد الخدمات

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

النتيجة بالأرقام

بعد ثلاثة مشاريع كاملة بالنظام الجديد:

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

«التغيير الأعمق لم يكن في السيولة فقط»، يقول رامي. «بل في علاقتي بعملائي. حين يكون الدفع مرتبطاً بمراحل واضحة، يثق العميل أنه يدفع مقابل تقدّم حقيقي، وأثق أنا أنني لن أحمل المشروع على ظهري سنة قبل أن أرى باقي مالي. الوضوح أراح الطرفين».

ماذا يجب أن يعرفه كل من يقدّم خدمات بمشاريع طويلة

قصّة رامي تنطبق على كل من يبيع مشاريع تمتدّ شهوراً: استوديوهات البرمجة، مكاتب الهندسة المعمارية، وكالات التسويق، شركات المقاولات. إليك الدروس:

لا تربط أموالك بلحظة واحدة في النهاية

المشروع الطويل بدفعتين فقط (مقدّمة ونهائية) وصفة لأزمة سيولة. كلّما طال المشروع، وجب توزيع الدفع على مراحله. الدخل يجب أن يواكب الإنفاق، لا أن يأتي بعده بأشهر.

اربط كل دفعة بإنجاز ملموس

الدفعة المرتبطة بنقطة تحقّق يراها العميل ويعتمدها أسهل في التحصيل وأقلّ إثارة للخلاف من دفعة مرتبطة بـ«الانتهاء» الغامض.

عامل تغيّر النطاق كبند منفصل

تغييرات العميل أثناء العمل حقيقة لا مفرّ منها في الخدمات. الخطأ هو السماح لها بتأخير دفعاتك المتّفق عليها. سعّرها وفوترها بشكل مستقلّ.

الوضوح في العقد يحمي العلاقة لا يهدّدها

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

النقطة الأوسع

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

جرّب الطريقة بنفسك

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

أمّا رامي، فيقول إنه لم يعد يخشى المشاريع الطويلة. «صرت أحبّها»، يضحك. «لأن كل مرحلة فيها تجلب دفعتها في موعدها. الرواتب تُصرف، والفريق مطمئنّ، وأنا أنام».