نماذج مالية لبرمجيات الخدمة (SaaS): القالب، والمقاييس، والتوقعات

اسأل معظم مؤسسي شركات البرمجيات كخدمة (SaaS) عن إيراداتهم الشهرية المتكررة (MRR) الحالية. معظمهم يعرف. اسألهم عن شكلها المتوقع خلال ستة أشهر إذا ارتفع معدل التخلي عن الخدمة بنسبة نقطة مئوية واحدة - فغالباً لن تسمع منهم شيئاً.

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

فيما يلي كيفية بناء واحدة - الهيكل، والمقاييس، ومنهجية التنبؤ، وتصميم قالب قابل للصيانة فعليًا بعد الربع الأول.

ما هو النموذج المالي لبرمجيات الخدمة (SaaS)؟

يُعدّ النموذج المالي لبرمجيات الخدمة (SaaS) نموذجًا للتوقعات المالية مبنيًا على إيرادات الاشتراكات المتكررة. وما يُميّزه عن توقعات الأرباح والخسائر التقليدية هو الآلية الأساسية، وليس التعقيد.

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

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

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

المكونات الرئيسية للنموذج المالي لبرمجيات الخدمة السحابية

هناك سبعة أمور يجب أن يغطيها نموذج مالي متين لبرمجيات الخدمة (SaaS). كل أمر منها يغذي الآخر - فإذا كان نموذج الإيرادات خاطئاً، فإن كل شيء لاحقاً سيكون خاطئاً أيضاً.

• نموذج الإيرادات. هذا هو المحرك الأساسي. يقسم الإيرادات الشهرية المتكررة إلى أربعة مسارات: المشتركون الجدد، والتوسع (زيادة المبيعات ونمو عدد المقاعد)، والانكماش (تخفيض مستوى الخدمة)، وفقدان المشتركين. ما تسعى إليه هو بناء مخطط تسلسلي - عرض شهري لكيفية إضافة كل مكون إلى إجمالي إيراداتك الشهرية المتكررة أو خصمه منه.
• طبقة مقاييس الاشتراكات. تقع فوق نموذج الإيرادات. تتتبع الإيرادات الشهرية المتكررة بالقيمة المطلقة للدولار، ومتوسط الإيرادات لكل مستخدم، وصافي الإيرادات المتكررة، وقيم العقود. يستخلص المستثمرون هذه الأرقام في الدقائق العشر الأولى من أي مراجعة لبيانات النظام.
• هيكل التكاليف. تُفصل تكلفة البضائع المباعة (الاستضافة، وخدمة العملاء، وواجهات برمجة التطبيقات الخارجية) عن النفقات التشغيلية. وتُصنّف النفقات التشغيلية إلى أربعة بنود رئيسية: المبيعات والتسويق، والبحث والتطوير، والإدارة العامة، وخدمة العملاء. هذا الفصل هو ما يُضفي معنىً على هامش الربح الإجمالي.
• اقتصاديات الوحدة. نسبة قيمة العميل الدائمة إلى تكلفة اكتساب العميل وفترة استرداد تكلفة اكتساب العميل. تكلفة اكتساب العميل هي إجمالي الإنفاق على المبيعات والتسويق مقسومًا على عدد العملاء الجدد المكتسبين. قيمة العميل الدائمة هي متوسط الإيرادات لكل مستخدم مقسومًا على معدل التخلي عن الخدمة. تستهدف شركات البرمجيات كخدمة الناجحة نسبة 3:1 وفترة استرداد أقل من 18 شهرًا، مع العلم أن الشركات الناشئة غالبًا ما تستغرق فترات استرداد أطول ريثما تكتسب زخمًا.
• خطة التوظيف. يُمثل الموظفون ما بين 60% و70% من النفقات التشغيلية لشركات البرمجيات كخدمة (SaaS) بعد إضافة المزايا وحصص الأسهم وتكاليف التوظيف. يتطلب هذا النموذج تحديد مواعيد التعيين، والتكاليف الإجمالية، وجداول زمنية لتطوير الموظفين حسب القسم. غالبًا ما تُقلل معظم الشركات الناشئة من شأن هذه النسبة.
• البيانات المالية الثلاثية: بيان الأرباح والخسائر، والميزانية العمومية، وبيان التدفقات النقدية - جميعها متطابقة. غالبًا ما تتجاهل الشركات الناشئة في مراحلها المبكرة الميزانية العمومية. ولن يسمح لك مستثمرو الجولة التمويلية الأولى بذلك.
• تخطيط السيناريوهات. ثلاثة سيناريوهات كحد أدنى. الهدف ليس التنبؤ بالمستقبل، بل معرفة المدخلات الأكثر أهمية عندما لا تسير الأمور وفقًا للخطة.

مقاييس SaaS الأساسية التي يجب تتبعها في نموذجك

هذه هي مؤشرات أداء البرمجيات كخدمة (SaaS) التي تظهر في كل نقاش جاد مع المستثمرين. أدرجها في نموذج عملك منذ البداية، وليس كإضافة لاحقة في التقارير.

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

كيفية التنبؤ بإيرادات البرمجيات كخدمة (SaaS) خطوة بخطوة

إنّ التنبؤ بإيرادات الاشتراكات أكثر تنظيماً مما يبدو. اتبع هذه الخطوات بالترتيب.

1. معدل الإيرادات الشهرية المتكرر الأساسي. ابدأ بعدد المشتركين الحاليين لديك حسب فئة التسعير ومعدل الإيرادات الشهرية المتكرر الذي تحققه كل فئة. هل أنت بصدد تحقيق إيرادات؟ استخرج متوسط الإيرادات لكل مستخدم كمعيار صناعي من استطلاعات SaaS Capital أو KeyBanc.
2. اكتساب عملاء جدد حسب القناة. حدد مصادر العملاء: البحث العضوي، البحث المدفوع، التسويق المباشر، الشراكات. حدد معدلات التحويل وتكلفة اكتساب العميل لكل قناة. معظم التوقعات هنا متفائلة - استخدم بيانات آخر 90 يومًا الفعلية، وليس أهدافك.
3. إيرادات التوسع. إذا كان منتجك يتضمن مسارات لزيادة المبيعات (مقاعد إضافية، مستويات أعلى، إضافات بناءً على الاستخدام)، فقم بنمذجة هذه المسارات بشكل منفصل. معدل توسع سنوي بنسبة 10% على أساس إيرادات سنوية متكررة بقيمة مليون دولار يضيف 100 ألف دولار دون أي عميل جديد.
4. معدل التوقف والانكماش. طبّق معدل التوقف الشهري على الإيرادات الشهرية المتكررة الافتتاحية لكل فترة. لا توجد بيانات موثوقة بعد؟ استخدم 1.5-2% شهريًا لبرمجيات SaaS الموجهة للشركات كقيمة مبدئية. يُخصص سطر منفصل لانخفاض الإيرادات الشهرية المتكررة (تخفيضات الخدمة) حتى لو كانت قيمتها الحالية صفرًا.
5. التعديلات الموسمية. عادةً ما يتباطأ نمو برمجيات SaaS الموجهة للشركات في الربع الرابع بسبب دورات الميزانية، ثم يرتفع بشكل ملحوظ في الربع الأول. ضع هذه العوامل في الاعتبار بمجرد توفر بيانات لمدة عام على الأقل.
6. ثلاثة سيناريوهات. السيناريو الأساسي، والسيناريو الإيجابي (زيادة الإيرادات الشهرية المتكررة الجديدة بنسبة 20-30%، وانخفاض معدل التخلي عن الخدمة)، والسيناريو السلبي (انخفاض الإيرادات الشهرية المتكررة الجديدة إلى النصف، ومضاعفة معدل التخلي عن الخدمة). يركز مجلس الإدارة على السيناريو السلبي.

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

التدفق النقدي ومعدل الإنفاق في خطتك المالية

الإيرادات والنقد ليسا الشيء نفسه في مجال البرمجيات كخدمة (SaaS). إن الخلط بينهما هو أحد أسرع الطرق لإفلاس الشركة.

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

هوامش الربح الإجمالية لبرمجيات SaaS التي تتراوح بين 70% و90% تعني انخفاض تكلفة تقديم المنتج. تكمن مشكلة السيولة في نفقات التسويق والمبيعات، التي تُحمّل تكلفة اكتساب العملاء مقدمًا، بينما يتم استردادها من خلال إيرادات الاشتراكات على مدى 12 إلى 24 شهرًا. وبالتالي، فإن الشركة التي تستغرق 18 شهرًا لاسترداد تكلفة اكتساب العملاء، تُموّل نموها بالكامل مسبقًا.

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

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

هناك عامل آخر تغفله معظم النماذج: الحد من حالات التخلي غير الطوعي عن الخدمة نتيجة فشل عمليات الدفع بالبطاقات. فمعدلات فشل الدفع التي تتراوح بين 5 و10% شائعة في برمجيات الخدمة (SaaS)، وكل حالة فشل تُعدّ بمثابة حالة تخلي قسري. وبالنسبة للمشتركين الدوليين، فإنّ فجوات تغطية بطاقات الائتمان تُفاقم المشكلة. تستطيع شركات برمجيات الخدمة التي تقبل طرق دفع بديلة، بما في ذلك العملات الرقمية، عبر بنية تحتية مثل Plisio، الحد من حالات التخلي غير الطوعي عن الخدمة، وخدمة المستخدمين في الأسواق التي يقل فيها استخدام البطاقات، والحفاظ على رسوم المعالجة أقل من 0.5%.

تخطيط السيناريوهات ونماذج التنبؤ الخاصة بالبرمجيات كخدمة

يُعدّ نموذج السيناريو الواحد هدفاً وليس خطة. يحتاج كل نموذج مالي لبرمجيات الخدمة (SaaS) إلى ثلاثة سيناريوهات تنبؤية على الأقل ليكون مفيداً في اجتماعات مجلس الإدارة أو مناقشات المستثمرين.

يكمن السر في معرفة المدخلات التي يجب تغييرها، وبأي مقدار:

• معدل التخلي عن الخدمة. حتى زيادة بنسبة 0.5% في معدل التخلي الشهري تُقلّص الإيرادات السنوية المتكررة بشكل ملحوظ على مدار 12 شهرًا. في أسوأ السيناريوهات، ضاعف معدل التخلي عن الخدمة وانظر ماذا سيحدث للسيولة المتاحة. إذا كانت الإجابة "سننفد من السيولة خلال 9 أشهر"، فهذا هو الرقم الذي يجب عليك إبلاغه لمجلس الإدارة.
• معدل نمو الإيرادات الشهرية المتكررة الجديد. ضع نموذجًا لسيناريو تنخفض فيه كفاءة المبيعات بنسبة 40% - دورات أطول، ومنافسة أشد، وتباطؤ في نمو الفئة. ما هو الحد الأدنى لمعدل النمو اللازم للحفاظ على الملاءة المالية؟
• كفاءة الإنفاق على المبيعات والتسويق. إذا كنت بصدد توسيع نطاق قناة اكتساب عملاء مدفوعة، فما مدى حساسية نموذج عملك لزيادة تكلفة اكتساب العملاء بنسبة 30%؟ تكتشف العديد من الشركات الناشئة متأخرًا أن اقتصاديات وحدتها لا تُجدي نفعًا إلا عند تكلفة اكتساب عملاء محددة.
• تغييرات الأسعار. تؤثر زيادة سعر التجديد بنسبة 10% على صافي الإيرادات المتكررة، واحتمالية إلغاء الاشتراك، وإيرادات التوسع الشهرية المتكررة في آن واحد. لذا، يُنصح بوضع نموذج لها قبل تطبيقها.

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

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

الأخطاء الشائعة في النمذجة المالية لبرمجيات الخدمة السحابية

تظهر نفس الأخطاء في نماذج البرمجيات كخدمة (SaaS) في جميع مراحلها. لا يوجد خطأ خفي فيها، بل هي أخطاء هيكلية، وتتراكم بسرعة.

1. التقليل من شأن تأثير تراكم معدل التخلي عن الخدمة. قد يبدو معدل التخلي الشهري البالغ 2% معقولاً، لكن عند حسابه شهرياً، يصل إلى 22% سنوياً. هذا وضع مختلف تماماً. يجب احتساب معدل التخلي شهرياً بناءً على الرصيد الافتتاحي، وليس كنسبة مئوية سنوية تُطبق مرة واحدة في نهاية العام.
2. تجاهل إيرادات التوسع. لا تُعدّ الإيرادات الشهرية المتكررة للشعارات الجديدة المحرك الوحيد للنمو. يجب أن تُدرج إيرادات التوسع من عمليات البيع الإضافية، وإضافة المقاعد، والبيع المتقاطع في مسار إيرادات منفصل. إذا تجاوزت إيراداتك الشهرية المتكررة الصافية 100%، فإن هذا التوسع هو قناة النمو الأكثر فعالية، ويجب أن يُظهر نموذج عملك ذلك.
3. دمج الفواتير السنوية والشهرية في الإيرادات الشهرية المتكررة. قيمة العقد السنوي تساوي إجمالي قيمة العقد مقسومة على 12 من الإيرادات الشهرية المتكررة، وليس المبلغ الكامل في الشهر الذي يُغلق فيه. يُعدّ حجز العقد بالكامل مُقدماً من أسرع الطرق لتضخيم الإيرادات الشهرية المتكررة وتضليل نفسك بشأن معدل النمو.
4. باستخدام إجمالي الإيرادات في اقتصاديات الوحدة، لا يكون لعائد تكلفة اكتساب العميل (CAC) أي جدوى إلا عند احتساب الإيرادات المعدلة وفقًا لهامش الربح الإجمالي. فعلى سبيل المثال، عميل يدفع 500 دولار شهريًا بهامش ربح إجمالي 75%، يُدرّ 375 دولارًا شهريًا كهامش ربح قابل للاسترداد. إذا أجريت حساب عائد التكلفة على كامل مبلغ 500 دولار، فأنت بذلك تخدع نفسك بشأن موعد تحقيق الربحية من هذا العميل.
5. عدم تحديث البيانات الفعلية شهريًا. نموذج مالي غير مُطابق للبيانات الحقيقية لمدة ثلاثة أشهر هو مجرد نموذج مُنمّق. أنشئ عملية إغلاق دقيقة: استخرج البيانات الفعلية، حدّث النموذج، وحدّد أي اختلاف يزيد عن 10%.
6. بناء نموذج لا يمكن لأحد غيرك استخدامه. أربعون علامة تبويب مليئة بصيغ غير موثقة تُعدّ عبئًا لا ميزة. عندما يغادر المدير المالي في منتصف عملية جمع التمويل، أو عندما يرغب أحد المستثمرين في تشغيل سيناريو معين طوال الليل، فأنت بحاجة إلى نموذج يمكن لأي فرد في الفريق المالي فتحه وفهمه في غضون 20 دقيقة.

نموذج مالي لخدمات البرمجيات كخدمة (SaaS): ما يجب تضمينه

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

• التبويب 1 - الافتراضات. التسعير حسب المستوى، وافتراضات معدل النمو، ومعدلات التوقف عن استخدام الخدمة، وتوقيت عدد الموظفين، ونسبة تكلفة البضائع المباعة، وأهداف كفاءة المبيعات والتسويق. لا يتم تضمين أي بيانات بشكل ثابت في المراحل اللاحقة. إذا اضطررت للبحث بين التبويبات لتغيير أحد افتراضات النمو، فهذا يعني أن النموذج معيب بالفعل.
• التبويب 2 - مخطط تدفق الإيرادات. يُقسّم الإيرادات الشهرية المتكررة حسب العملاء الجدد، والتوسع، والانكماش، ومعدل التوقف عن استخدام الخدمة، مما ينتج عنه إجمالي الإيرادات الشهرية المتكررة والإيرادات السنوية المتكررة لكل فترة. هذا هو جوهر النموذج.
• علامة التبويب 3 - عدد الموظفين. الأدوار، تواريخ البدء، الرواتب المشمولة، نسبة المزايا. تُدرج هذه البيانات مباشرةً في المصروفات التشغيلية في بيان الأرباح والخسائر.
• الجدول 4 - بيان الأرباح والخسائر. الإيرادات الشهرية والسنوية، إجمالي الربح، النفقات التشغيلية حسب الفئة، الأرباح قبل الفوائد والضرائب والإهلاك والاستهلاك، صافي الدخل.
• الجدول 5 - بيان التدفقات النقدية. التدفقات التشغيلية والاستثمارية والتمويلية. يشمل الإيرادات المؤجلة من الفواتير السنوية.
• علامة التبويب 6 - الميزانية العمومية. لقطة شهرية للأصول والخصوم وحقوق الملكية - تتطابق مع علامة تبويب التدفق النقدي كل شهر.
• علامة التبويب 7 - لوحة معلومات مؤشرات الأداء الرئيسية. صفحة واحدة: الإيرادات الشهرية المتكررة، الإيرادات السنوية المتكررة، معدل التوقف، الإيرادات الصافية المتكررة، هامش الربح الإجمالي، نسبة قيمة العميل إلى تكلفة اكتساب العميل، فترة استرداد تكلفة اكتساب العميل، قاعدة 40، معدل الإنفاق، المدة المتبقية.
• الجدول 8 - مقارنة السيناريوهات. السيناريوهات الأساسية، والسيناريوهات الإيجابية، والسيناريوهات السلبية جنبًا إلى جنب من حيث الإيرادات والنقد والمدة الزمنية المتاحة.

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

معظم شركات البرمجيات كخدمة (SaaS) التي تفشل لا ينفد منتجها، بل ينفد مالها أو يقل ظهورها. إن نسبة الفشل البالغة 65% بين الشركات الناشئة الجديدة خلال السنوات العشر الأولى ليست مشكلة سوقية، بل هي في جوهرها مشكلة إدارة مالية: إنفاق المال دون معرفة متى تتوقف الجدوى الاقتصادية.

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

Simon Chartan

A journalist with a strong technical background and a passion for decentralized finance. With degrees in MBA and Master of Engineering in Data Science, the author combines analytical expertise with a clear, engaging writing style. At Plisio, they cover topics such as cryptocurrency, blockchain, DeFi, and digital finance—helping readers make sense of a rapidly evolving fintech landscape.