يبدأ كل مالك شركة برمجيات تقريباً الحديث برقم واحد: الإيراد السنوي المتكرر. وهو الرقم الصحيح للبدء منه، وهو تقريباً لن يكون الرقم الذي يضربه المشتري في النهاية.
بين ARR الوارد في عرض المؤسس وARR الوارد في عقد البيع تقع سلسلة من الاستقطاعات. إيراد متكرر بالاسم فقط لكنه قابل للإلغاء شهرياً. تنفيذ وتخصيص محسوبان ضمن الاشتراك. عقود تُجدَّد وفق رغبة العميل ولم تُختبر بعد. حساب كبير ألمح بهدوء إلى أنه راحل. كل هذا يظهر في الفحص النافي للجهالة، وكل بند منه يحرك المضاعف لا سطر الإيراد — ولذلك قد يكلف تصحيح قدره 400 ألف يورو في ARR سبعة أرقام من قيمة المنشأة.
يوضح هذا المقال ما الذي يدفع المشتري ثمنه في نشاط برمجي، وكم يدفع السوق فعلاً في 2026، وكيف يضغط فقد العملاء والتطوير المخصص على المضاعف، وما ينبغي للمالك إصلاحه في السنة السابقة للنزول إلى السوق.
الفجوة بين التصور والواقع في البرمجيات أوسع منها في أي قطاع آخر نعمل فيه، لأن الملّاك ما زالوا يفكرون بأسعار 2021.
تضع بيانات Software Equity Group للربع الثاني من 2026 شركة SaaS المدرجة الوسيطة عند 3.2 أمثال إيرادات الاثني عشر شهراً الماضية، نزولاً من 5.7 قبل عام. أما الصفقات الخاصة فصمدت بشكل أفضل: أُغلقت عملية الاستحواذ الوسيطة على SaaS عند 4.0 أمثال الإيراد مقابل 4.2 قبل عام، بمتوسط 6.2 — والفارق بين الوسيط والمتوسط هو تلك الحفنة من الأصول المتميزة التي تسحب المتوسط إلى أعلى.
أما الحجم فعند مستوى قياسي. أحصت SEG عدد 2,784 صفقة SaaS خلال اثني عشر شهراً حتى الربع الثاني من 2026، وهي أنشط فترة في قاعدة بياناتها، منها 698 صفقة في الربع وحده بزيادة 9.6% على أساس سنوي. وهذه هي الخلاصة البنيوية للمالك: لا نقص في المشترين ولا في الصفقات المغلقة. النقص في المشترين المستعدين لدفع أسعار 2021، وقد صار السوق أكثر انتقائية بوضوح في تعريف الجودة.
توضيحان يوفران كثيراً من التفاوض العقيم. الأول: مضاعف ARR ومضاعف إيرادات الاثني عشر شهراً ليسا شيئاً واحداً، والفارق بينهما نحو سنة من النمو، ووضع ARR في مواجهة مؤشرات مبنية على إيراد ماضٍ يضخّم القيمة. والثاني: المؤشرات المنشورة للشركات الخاصة الأصغر تقع دون الأرقام البارزة بكثير — فبالنسبة لشركة ممولة ذاتياً بإيراد متكرر في حدود بضعة ملايين، تكون نقطة البدء الواقعية 3 إلى 5 أمثال، لا 8 إلى 12 التي تتداولها مجتمعات المؤسسين. ونحن في Conclave Partners نفضل ضبط هذا التوقع في اللقاء الأول على اكتشافه في الأسبوع العاشر من العملية.
أول مهمة للمشتري في الفحص هي إعادة بناء ARR من العقود بدل قبوله من لوحة المؤشرات. والأجدر بالمالك أن يقوم بهذا التمرين أولاً.
الإيراد المتكرر المتعاقد عليه هو ما التزم العملاء قانوناً بدفعه على مدى مدة محددة. أما ARR الضمني فهو رقم شهري مضروب في اثني عشر. قد تكون محفظة عملاء شهرية سليمة تماماً ومع ذلك تُقيَّم على نحو مختلف عن عقود سنوية بتجديد تلقائي، لأن المشتري يسعّر ما يصمد أمام تغير الملكية وأمام رفع السعر.
رسوم التنفيذ وترحيل البيانات والتدريب والتهيئة والدعم المدفوع أجزاء طبيعية من نشاط البرمجيات وإيرادات مشروعة. لكنها ليست متكررة، والمشترون يستبعدونها. وحين تكون رسوم التهيئة قد ذابت في سطر الاشتراك، تصبح إعادة العرض غير مريحة.
إيراد الاستهلاك حقيقي لكنه متقلب، والمشترون يخصمونه مقارنة بالاشتراك الملتزم به. والتجاوزات التي وقعت لأن عميلاً واحداً مرّ بسنة غير معتادة تُطبَّع. أما بيع التراخيص الدائمة وإعادة بيع العتاد فتُقيَّم بوصفها تدفقاً منفصلاً بمضاعف أدنى.
إذا كانت جودة ARR تحدد ما الذي يُضرب، فإن الاحتفاظ بالعملاء يحدد المضاعف نفسه. ولا شيء آخر في نشاط برمجي يحركه بهذا القدر.
يعطي استطلاع SaaS Capital لعام 2026، الذي شمل أكثر من 1,000 شركة SaaS خاصة تعمل بين الشركات بإيراد متكرر من 3 إلى 20 مليون دولار، المؤشرات الحالية: وسيط صافي الاحتفاظ بالإيرادات 103% ووسيط الاحتفاظ الإجمالي 91%، مع 117.9% و100% للعشير الأعلى على التوالي. وهبط النمو الوسيط في العينة نفسها إلى 15% من 20% في العام السابق، بينما بقي الاحتفاظ ثابتاً تقريباً.
ويترتب على ذلك أمران للبائع. الأول: يُفحص الرقمان معاً، والاحتفاظ الإجمالي هو الاختبار الأقسى. فصافي احتفاظ فوق 100% كثيراً ما يحمله التوسع داخل حفنة من الحسابات الكبيرة بينما تتسرب القاعدة بصمت؛ والمشترون يفصلون بينهما تحديداً لأن شركة قد تُظهر 105% صافي احتفاظ مقابل 82% احتفاظ إجمالي، وهذا المزيج يُسعَّر بوصفه مشكلة فقد عملاء لا قصة نمو. والثاني: أن تكون عند الوسيط ليس ضعفاً — الوسيط هو المرجع. الخطأ هو تقديم احتفاظ وسيط بوصفه استثنائياً، وهو ما يكلفك المصداقية في كل ادعاء آخر داخل النموذج.
ويستحق فقد العملاء بالعدد عرضاً منفصلاً عن فقد الإيراد. فالشركة التي تخسر 20% من عملائها لكن 8% فقط من إيرادها تخسر حسابات صغيرة، وتلك قصة يمكن إدارتها. أما العكس فلا.
هذا هو السبب الأكثر شيوعاً لخفض تقييم شركة برمجيات، وهو أكثر ما يدافع عنه الملّاك بدل إصلاحه.
كثير من شركات البرمجيات المربحة في السوق المتوسطة الدنيا تجني حصة معتبرة من إيرادها من العمل حسب الطلب: خصائص بُنيت لعميل واحد، وتكاملات تُفوتر بالساعة، وتخصيص مستمر لا يصير منتجاً أبداً. يُدفع مقابله جيداً ويبدو كالبرمجيات. أما لدى المشتري فهو نشاط خدمي ملصق بمنتج، والأنشطة الخدمية تُتداول بجزء من مضاعفات البرمجيات.
ويظهر الأثر في ثلاثة مواضع دفعة واحدة. يهبط الهامش الإجمالي دون نطاق 75–85% الذي يتوقعه المشترون، والهامش من أوائل المرشحات المطبقة. ويصبح الإيراد رهيناً بعدد الموظفين، فيتطلب النمو التوظيف لا النشر. وتتشظى قاعدة الكود إلى نسخ لكل عميل، ما يحوّل الفحص التقني إلى قائمة مخاطر ويجعل بيع المنتج للعميل التالي أصعب دون مزيد من العمل المخصص.
والعلاج ليس رفض العمل المخصص بل فصله وتسميته. اعرض إيراد المنتج وإيراد الخدمات سطرين منفصلين لكل منهما هامشه. وحوّل التخصيص المتكرر إلى خصائص قابلة للضبط داخل المنتج حيثما أمكن. وإذا كان لوحدة مخصصة قيمة لأكثر من عميل، فحوّلها إلى منتج وبعها كوحدة. الشركة التي تُظهر 70% إيراد منتج بهامش إجمالي 82% و30% خدمات بهامش 40% تُقيَّم على تدفقين مفهومين؛ والشركة نفسها برقم مختلط واحد تُقيَّم على الشك. وفي عملنا في Conclave Partners، كثيراً ما يساوي هذا الفصل، إذا تم قبل عام، أكثر من سنة من نمو ARR.
يسير تركز العملاء في البرمجيات بالمنطق نفسه القائم في أي قطاع، مع ظرف مشدد واحد: مغادرة عقد برمجي أسهل عادةً من إنهاء علاقة توريد. فدون نحو 10% من ARR لعميل واحد تُعامل الشركة على أنها متنوعة؛ وبين 20% و30% يصبح التركز مسألة سعرية صريحة؛ وفوق 30% ينسحب جزء ملموس من المشترين أو يعيدون هيكلة الصفقة حول المخاطرة بدل التفاوض على المضاعف.
وملف العقود يزن بقدر التركز نفسه. يفحص المشترون مهل الإخطار، وآلية التجديد التلقائي، وحقوق رفع السعر، وبنود التنازل وتغير السيطرة، والتزامات الإتاحة وما يقابلها من تعويضات، وأي بند غير معتاد للإنهاء لمجرد الرغبة مُنح قبل سنوات لإتمام عقد كبير. أما العقود التي لا يمكن التنازل عنها دون موافقة فتخلق هنا المشكلة ذاتها التي تخلقها اتفاقيات الموردين في التوزيع: ففي بيع الأصول يجب تجديدها واحداً واحداً.
ويستحق توقيت التجديدات فحصاً قبل الإطلاق. فالعملية التي تمرّر دفعة كبيرة من التجديدات أثناء الفحص مكشوفة: إذا تأخرت تلك التجديدات، رأى المشتري خط الاتجاه ينكسر في أسوأ لحظة ممكنة.
نادراً ما يخلق الفحص التقني في البرمجيات قيمة، لكنه كثيراً ما يكون الموضع الذي تُفقد فيه.
ملكية الحقوق الفكرية هي السؤال الأول، وأشيع عيب في الشركات التي يديرها مالكوها هو عمل متعاقدين خارجيين دون تنازل خطي عن الحقوق. فالمستقلون ووكالات التطوير الخارجية وأصدقاء المؤسس الأوائل الذين كتبوا الكود التأسيسي يحتاجون جميعاً إلى تنازلات موثقة؛ وفي عدة ولايات قضائية أوروبية لا يكون الوضع الافتراضي دون اتفاق مكتوب في صالح الشركة. الأمر قابل للإصلاح، لكن إصلاحه أصعب بكثير بعدما يكون المشتري قد سأل.
والامتثال لتراخيص المصدر المفتوح هو الثاني. فالمكونات ذات ترخيص الحقوق المتروكة داخل منتج مُوزَّع قد تحمل التزامات سيعدّها محامو المشتري مسألة جوهرية، وإعداد قائمة مكونات البرمجية مسبقاً يحوّل الراية الحمراء إلى بند في قائمة تحقق.
والأمن وحماية البيانات هما الثالث. صار المشترون يتوقعون ضوابط وصول موثقة، وسجل حوادث، وقائمة معالجين من الباطن، وموقفاً قابلاً للدفاع بشأن اللائحة العامة لحماية البيانات، خصوصاً حين يعالج المنتج بيانات شخصية عبر الحدود. غياب الشهادات ليس قاتلاً عند هذا الحجم؛ أما غياب أي ممارسة موثقة فقاتل.
وحيث استُخدمت أدوات الذكاء الاصطناعي بكثافة في كتابة الكود، توقّع أسئلة محددة عن مصدر الكود المولَّد وترخيصه وعن الحقوق التي يحتفظ بها مزودو النماذج على المدخلات. صار المشترون يسألون ذلك روتينياً.
تغيّرت دائرة المشترين، والتغيّر في صالح البائع المستعد.
المشترون الماليون هم المهيمنون. سجّلت SEG صناديق الملكية الخاصة والمشترين الاستراتيجيين المملوكين لها عند 59% من صفقات SaaS في الربع الثاني من 2026 — فمشتري شركة برمجيات في السوق المتوسطة الدنيا صار اليوم صندوقاً أو منصة تابعة له أكثر من كونه مشترياً صناعياً مستقلاً. هؤلاء المشترون يحسبون بالأرقام، ويتحركون بسرعة حين تكون البيانات نظيفة، ولا يتسامحون مع ضعف جودة الإيراد. وهم أيضاً يعالجون المخاطرة بالهيكل — أرباح مؤجلة وحصة متبقية — بدل الانسحاب.
أما المشترون الاستراتيجيون فيدفعون مقابل ما لا يستطيعون بناءه بسرعة: قاعدة عملاء في قطاع ينقصهم، أو تكامل ثقيل تنظيمياً، أو أصل بيانات، أو فريق. وهم يحتملون مؤشرات أضعف إذا كان التوافق جيداً، لكنهم أبطأ ويشركون أطرافاً أكثر.
وثمة فئة ثالثة توسعت كثيراً: مجمّعو شركات البرمجيات الرأسية الصغيرة. يشترون بمضاعفات منضبطة، ويغلقون الصفقات بموثوقية، وكثيراً ما يكونون الجواب الصحيح لمؤسس يفضّل اليقين على أعلى سعر. ومعرفة أي الأنواع الثلاثة قد يهتم فعلاً بالشركة، قبل كتابة المستندات، هي معظم العمل، وعليها تنفق Conclave Partners الأسابيع الأولى من أي تفويض برمجي.
أعد بناء ARR من العقود. جهّز جدولاً عميلاً بعميل يوضح القيمة المتعاقد عليها والمدة وتاريخ التجديد ومهلة الإخطار وأي بند غير قياسي. هذا المستند سيُطلب منك؛ ووجوده قبل بدء العملية يغيّر نبرة كل حديث لاحق.
افصل إيراد المنتج عن إيراد الخدمات، بهامش إجمالي لكل منهما، وأعد عرض سنتين على الأقل من التاريخ على الأساس نفسه. فإعادة تصنيف تحدث مرة واحدة في السنة الأخيرة تبدو تحضيراً للبيع.
اعرض الاحتفاظ بالعملاء عرضاً سليماً. أفصح عن الاحتفاظ الإجمالي والصافي بالإيرادات وعن الاحتفاظ بعدد العملاء، معرَّفة باتساق، ومحسوبة بالطريقة نفسها كل شهر، والتعريفات مكتوبة. المشتري يعنيه المستوى أقل مما يعنيه بقاء الحساب صامداً أمام إعادة حسابه هو.
أغلق ثغرات الملكية الفكرية والتراخيص. اجمع اتفاقيات التنازل من كل متعاقد كتب كوداً، وأعد قائمة مكونات البرمجية، وعالج أي تعرض لتراخيص الحقوق المتروكة. اثنا عشر شهراً تكفي، وأربعة أسابيع لا تكفي.
قلّل الاعتماد على المؤسس. فإن كان المؤسس هو المهندس الرئيسي والبائع الرئيسي ونقطة التصعيد لأكبر الحسابات في آن، فالمشتري يقتني وظيفة لا شركة. أما العمليات الموثقة ووجود صانع قرار تقني ثانٍ وعلاقات عملاء يحملها الفريق فتغيّر تقدير المخاطرة تغييراً ملموساً.
نظّف الحسابات وفق المبدأ نفسه السائد في كل قطاع: التسويات التي يستطيع المشتري التحقق منها تُقبل، والتي يسندها قول المالك وحده تدفعه إلى خصم الأرباح كلها. وفي البرمجيات يشمل ذلك تكاليف التطوير المرسملة التي يعيد المشترون احتسابها روتينياً. والبائعون الذين يسألون Conclave Partners من أين يبدأون نوجههم إلى جدول ARR وفصل الإيرادات، لأن كل ما بعدهما يقوم على صمود هذين المستندين.
يستغرق النشاط البرمجي المهيأ عادةً من ستة إلى تسعة أشهر من الطرح حتى الإتمام، أي أسرع قليلاً من القطاعات ذات الأصول المادية، إذ لا عقار ولا مخزون ولا معدات للمعاينة، ولأن المشترين الماليين يتحركون بسرعة حين تكون غرفة البيانات مكتملة.
توقّع فحصاً أعمق في ثلاثة مواضع بعينها: إعادة بناء ARR، وإعادة حساب الاحتفاظ، والمراجعة التقنية والحقوقية. وتوقّع أيضاً أن يختفي نفوذك التفاوضي عند الحصرية: فحالما يحصل عليها مشترٍ واحد يزول التوتر التنافسي ويعاد التفاوض على كل ملاحظة سلبية لصالحه. ادخلها متأخراً، وجدول ARR وفصل الإيرادات وملف الحقوق كلها مجابة سلفاً.
في الربع الثاني من 2026 أُغلقت عملية الاستحواذ الوسيطة على SaaS عند 4.0 أمثال إيرادات الاثني عشر شهراً الماضية، مقابل 3.2 للنظائر المدرجة، بحسب Software Equity Group. والشركات الأصغر الممولة ذاتياً تُباع عادةً دون هذين الوسيطين، في نطاق 3 إلى 5 أمثال. ويحدد الموقع داخل أي نطاق الاحتفاظُ بالعملاء والنمو وجودة الإيراد والهامش الإجمالي.
شركات البرمجيات النامية تُقيَّم عادةً بمضاعف الإيراد؛ أما الأبطأ نمواً والمربحة فتُقيَّم بشكل متزايد على EBITDA. وعند نمو في حدود 10–15% ينظر كثير من المشترين إلى المقياسين ويأخذون بالنتيجة الأقل إطراءً، ولهذا يساوي انضباط الهامش في هذه المرحلة ما يساويه النمو.
مباشرةً وبقدر كبير، لأنه يغيّر المضاعف لا الإيراد. وأمام مؤشرات 2026 البالغة 103% صافي احتفاظ و91% احتفاظ إجمالي في SaaS الخاص بين الشركات، فإن التخلف الملموس عن أي منهما يُخرج النشاط من النطاق الذي يدرسه معظم المشترين الماليين دون إعادة هيكلة الصفقة.
نعم، حين لا يكون مميزاً عن إيراد المنتج. فالخدمات تُتداول بمضاعفات أدنى من البرمجيات، ولذلك يدعو العرض المختلط المشتري إلى تقييم النشاط كله أقرب إلى مضاعف الخدمات. أما فصل السطرين مع هامش كل منهما فيحمي مضاعف المنتج.
إحصائياً مشترٍ مالي: شكّلت صناديق الملكية الخاصة والمشترون المملوكون لها 59% من صفقات SaaS في الربع الثاني من 2026. أما البقية فتتوزع بين المشترين الاستراتيجيين ومجمّعي البرمجيات الرأسية، وكل منهم يقيّم الشركة نفسها بمعايير مختلفة.
نحو ستة إلى تسعة أشهر من الطرح حتى الإتمام لشركة مهيأة، إذ تستغرق إعادة بناء ARR وتحليل الاحتفاظ والفحص التقني معظم الجدول. ويستغرق الإعداد السابق للطرح ستة إلى اثني عشر شهراً إضافية إذا كان ملف العقود أو فصل الإيرادات أو تنازلات الحقوق بحاجة إلى عمل.
Ildar Zakirov — Conclave Partners ildar@conclavepartners.com
Sergi Kosiakof — Conclave Partners sergi@conclavepartners.com