ما بعد التسليم: الدعم والإيراد المتكرر والمشروع الثاني
التسليم ليس نهاية المشروع، بل أرخص فرصة اكتساب تحصل عليها شركة البرمجة.
تُدفَع الدفعة الأخيرة، ويعمل النظام، ويرسل فريق العميل رسالة شكر، ثم يسكن الحساب. وبعد ثلاثة أشهر تصل رسالة في التاسعة مساءً: شيء ما متوقّف، ويبدو أنه متوقّف منذ أيام. لم يكن أحد يراقب، لأن أحدًا لم يُكلَّف بالمراقبة. الصمت والرسالة المتأخّرة وجهان لخللٍ واحد، وبدايته يوم أُعلن أن المشروع انتهى.
أرخص عميل تكسبه شركة برمجة هو العميل الذي لديها بالفعل. العبارة تُردَّد كثيرًا حتى فقدت حدّها، فلنعد صياغتها حسابًا: كسب عميل جديد بالحجم نفسه يكلّف أشهرًا من البيع الصادر (Outbound)، وعدة عروض، ودورة شراء، وخصمًا في آخرها. أما المشروع الثاني داخل حساب قائم فيكلّف محادثة واحدة مُعدّة إعدادًا جيدًا. ومع ذلك تُنفق أغلب الشركات جهدها على الأول وتترك الثاني للمصادفة.
التسليم لحظة اكتساب لا نهاية علاقة
عند التسليم تملك ثلاثة أشياء لن تملكها مع عميل غريب: وصولًا فعليًا إلى أنظمة العميل، وثقةً اكتسبتها لأنك سلّمت شيئًا يعمل، وصورةً دقيقة لطريقة إدارة العمل فعلًا. أنت تعرف أيّ إدارة بقيت خارج النطاق. وتعرف أن قسم الحسابات ما زال يجمّع تقريرًا واحدًا يدويًا كل شهر. وتعرف أن فرعين يرسلان جرد المخزون بالهاتف. لا شيء من ذلك متاح في أول اجتماع مع عميل جديد، وأغلبه يتبخّر خلال سنة إن لم يُدوَّن.
فدوِّنه قبل أن تغادر. مذكّرة داخلية قصيرة بما رأيته ولم تبنِه — من ثلاثة إلى ستة بنود، لكل بند الإدارة التي يخصّها وتقدير أوّليّ لحجم العمل — هي أنفع وثيقة يخلّفها المشروع تجاريًا. هذه المذكّرة هي جدول أعمال السنتين التاليتين في هذا الحساب.
الدعم يُكتب عقدًا ولا يُترك معروفًا
الدعم الذي يُقدَّم بوصفه معروفًا أسوأ للطرفين من الدعم المُسعَّر بوضوح. يتحرّج العميل من الطلب ثم يطلب على أي حال في التاسعة مساءً، لأن البديل توقّف العمل. ويصلح فريقك العطل بين التزاماته الأخرى، بلا فاتورة، ثم يضيق به في صمت. وخلال سنة يتوقّف أحد الطرفين عن الردّ، فتنتهي العلاقة دون أن يقرّر أحد إنهاءها.
عقد الدعم يستبدل بالنيّة الحسنة بنودًا. وهو في حدّه الأدنى يحدّد: الأنظمة والبيئات المشمولة، ومن يحقّ له فتح بلاغ من جهة العميل، وساعات التغطية، والتزامات الاستجابة بحسب درجة الخطورة، ومصير الاستضافة والنسخ الاحتياطي والشهادات والمراقبة، وكيف يُفصل طلب التغيير عن العطل.
| الفئة | مثال | التزام الاستجابة |
|---|---|---|
| توقّف يمنع العمل | تعثّر إتمام الطلب، أو عدم إصدار الفواتير، أو تعذّر الوصول إلى لوحة التشغيل | خلال ساعات في يوم العمل نفسه، وخارج ساعات الدوام عند اللزوم |
| تشغيل منقوص | تقرير بأرقام خاطئة، أو مزامنة متأخّرة، أو عطل يخصّ فرعًا واحدًا | يوم العمل التالي، مع مدّة معلنة للإصلاح |
| طلب تغيير | حقل جديد، أو تقرير جديد، أو قاعدة عمل تغيّرت | يُقدَّر ويُجدوَل، ويُخصم من رصيد ساعات شهري أو يُسعَّر منفصلًا |
الاستثناءات لا تقلّ أهمية عن المشمولات. اذكر صراحةً أن العقد لا يشمل وحدات جديدة ولا إعادة تصميم، ولا أنظمة لم تبنِها أنت، ولا إدخال البيانات وتنقيتها، ولا التدريب بعد عدد الجلسات المتّفق عليه، ولا الأعطال داخل طرف ثالث — بوّابة دفع، أو واجهة شركة شحن، أو منظومة الفوترة الإلكترونية (E-invoicing) — إذ التزامك فيها التشخيص والإبلاغ وإيجاد مسار بديل، لا إصلاح منصّة غيرك.
وللتسعير صورتان تعملان عمليًا. الأولى نسبة من قيمة التنفيذ، تتراوح غالبًا بين خمسة عشر وخمسة وعشرين في المئة سنويًا بحسب ساعات التغطية، وتُحصَّل شهريًا. فمشروع بقيمة ٦٠٠٬٠٠٠ جنيه يقابله دعم يتراوح تقريبًا بين ٧٬٥٠٠ و١٢٬٥٠٠ جنيه شهريًا. والثانية مبلغ شهري ثابت مشتقّ من الحمل المتوقّع، وهو أيسر على العميل حين يدافع عنه في الموازنة. وفي الصورتين يمكن تضمين رصيد ساعات صغير للتغييرات الطفيفة، ثماني ساعات أو ستّ عشرة شهريًا، على أن يُقدَّر ما زاد على ذلك منفصلًا؛ والرصيد نفسه يصنع سببًا شهريًا للتواصل.
أيًّا كانت الصورة، ينبغي أن يكون الرقم قابلًا للدفاع عنه في شهرٍ لا يتعطّل فيه شيء. أنت تتقاضى مقابل الجاهزية والمراقبة واستمرار التشغيل، لا مقابل كل بلاغ. وإن تعذّر قول ذلك بوضوح في العرض فالرقم خاطئ؛ والانضباط نفسه المطلوب في التسعير والتقدير والعرض الذي يُوقَّع مطلوب هنا. في Softwiro تُكتب شروط الدعم قبل بدء التنفيذ، لأن نظامًا يُسلَّم إلى بنية تحتية لا يديرها أحد ليس نظامًا مكتملًا.
ما يشتريه الإيراد المتكرر داخل الشركة
يوصف الإيراد المتكرر (Recurring revenue) عادةً بأنه ينظّم التدفّق النقدي، وهذا وصف ناقص. قاعدة من عقود الدعم تغطّي حصّة معلومة من الرواتب قبل توقيع أي عقد جديد، وما تشتريه هذه القاعدة ليس الراحة.
الإيراد المتكرر هو في جوهره القدرة على رفض مشروع تعرف سلفًا أنه سيتعثّر.
كل شركة برمجة تعرف شكل المشروع الذي ينبغي أن ترفضه: نطاق غير محدّد بسعر ثابت، أو عميل تفاوض حتى أسقط مرحلة الاستكشاف، أو موازنة نموذج أوّليّ مع توقّعات نظام إنتاج. ومع ذلك تقبل الشركات هذه المشاريع في الشهر الذي يقترب فيه موعد الرواتب ويخفّ فيه خطّ المشاريع. وكل واحد منها يكلّف أكثر مما يدفع، ويستهلك الكفاءات التي كانت ستنفّذ عملًا جيدًا في مكان آخر. قاعدة الدعم هي ما يجعل كلمة «لا» ممكنة في شهر سيّئ، وهو الوقت الوحيد الذي يهمّ فيه الجواب.
وهي تغيّر التوظيف كذلك. المهندس الذي يعرف نظامًا معرفة عميقة يستحقّ الاحتفاظ به بين المشاريع، والعقود الشهرية تبرّر بقاءه بدل إعادة بناء المعرفة من الصفر في كل ارتباط جديد. وعلى مدى سنوات قليلة، هذا هو الفرق بين شركة لها ذاكرة مؤسسية وشركة تبدأ كل مشروع من نقطة الصفر.
النمو داخل الحساب نفسه
النمو داخل الحساب يسير في ثلاثة اتجاهات ليست متساوية السهولة. العمق: النظام نفسه يكتسب ما استُبعد عمدًا من النطاق الأول، كمستودع ثانٍ، أو دورة مرتجعات، أو اعتمادات بحسب الصلاحية. والاتّساع الأفقي: إدارة أخرى، فمنصّة التجارة بُنيت للمبيعات بينما ما زالت المالية تسوّي حساباتها يدويًا. والامتداد الخارجي: التكاملات مع برامج المحاسبة وبوّابات الدفع وواجهات شركات الشحن، ومع التزامات الفوترة والإيصال الإلكتروني في مصر التي تصل بمواعيد لم يضعها العميل.
الترتيب هنا أهمّ من الحماس. لا تعرض النظام الثاني والأول ما يزال غير مستقرّ؛ امنحه ستّين إلى تسعين يومًا هادئة، والهدوء هنا مقيس لا مفترض. فإذا توقّف النظام الأول عن توليد البلاغات، صارت المذكّرة التي كتبتها عند التسليم جدول الأعمال، وصرت تعرض من موقع لا يملكه منافس.
والمشاريع الثانية داخل حساب معروف تُقدَّر بدقّة أعلى بكثير من المشاريع الأولى، لأن نموذج البيانات ومسار النشر والأشخاص كلّها معروفة. وهذه الدقّة ليست مبرّرًا للتخفيض؛ سعّر النظام الثاني بما يفعله للعميل، لا بما يبدو مألوفًا لك.
الحضور دون إلحاح، والإحالة التي تُطلب صراحةً
الإلحاح رسالة شهرية تسأل إن كان هناك جديد. الحضور أن تأتي بشيء لم يكن لدى العميل. والمراجعة المجدولة لأرقام النظام نفسه سبب مشروع لوجودك في الغرفة — فصليًا في أغلب الحسابات، وشهريًا في العمليات الكبيرة. احمل معك زمن التشغيل والأعطال منذ المراجعة السابقة، وحجم الطلبات أو المعاملات، وأبطأ خمس عمليات، ونسب الأخطاء، وأكثر ثلاثة أسئلة وردت إلى الدعم، وأي تغيّر في أرقام العميل نفسه يستطيع النظام أن يراه.
احمل الأرقام لا العرض التجاري. وفي الممارسة تُنتج المراجعة العرض التالي وحدها: يرى مدير أن عملية واحدة تستغرق إحدى عشرة خطوة، أو أن نصف الطلبات ما زال يُدخَل يدويًا، فيسأل عمّا يلزم لإصلاح ذلك. هذا السؤال أثمن من أي حملة بيع صادر، وقد جاء لأن اجتماعًا كان مثبتًا في التقويم.
والإحالة (Referral) تعمل بالمنطق نفسه. العميل الراضي يُحيل، لكنه نادرًا ما يفعل دون أن يُطلب منه، ولا يستجيب تقريبًا لطلب عامّ. سؤال «هل تعرف من يحتاج إلى برمجيات؟» لا ينتج شيئًا. أما «من غيرك يدير نشاط توزيع بحجمك ويشكو من جرد المخزون؟» فينتج اسمًا. اطلب في لحظة محدّدة — بعد مراجعة جيدة، أو بعد إنجاز يرضي العميل — واجعل التنفيذ سهلًا: رسالة تعريف قصيرة كتبتها أنت، وصفحة قابلة لإعادة الإرسال تصف العمل بلغة يفهمها المتلقّي. وجعل ما سلّمته مقروءًا لمن هم خارج المشروع مهارة قائمة بذاتها، تتناولها تحويل ما سلّمته إلى دليل يبيع.
الشكل المبكّر لانصراف العميل
الحسابات نادرًا ما تعلن رحيلها؛ إنها تخفت، وتظهر مؤشّراتها قبل موعد التجديد بأشهر.
- انخفاض الاستخدام: دخول أقلّ، وطلبات أقلّ تمرّ عبر النظام، وفرع عاد بهدوء إلى جدول بيانات.
- توقّف البلاغات: الصمت ليس رضًا، وغالبًا ما يعني أن العميل التفّ حولك.
- بطء الردّ: من كان يجيب خلال ساعة صار يجيب بعد أسبوعين.
- رحيل الشخص الذي تبنّى النظام داخل المؤسسة، أو ترقيته، أو انتقاله إلى إدارة أخرى. وهذا أدقّ المؤشّرات جميعًا.
- تأخّر سداد الفواتير عمّا كان: المالية تُرسل إشارتها قبل أن يتكلّم أحد.
- وصول مدير تقنية معلومات جديد، أو ظهور عبارة «نحن نراجع مورّدينا».
تصرّف بناءً على المؤشّر لا على تاريخ التجديد. حين ينخفض الاستخدام اسأل مباشرةً عمّا تغيّر؛ فكثيرًا ما تكون العملية نفسها قد تغيّرت ولم يعد النظام يناسبها، وهذا مشروع جديد لا خسارة. وحين يرحل من تبنّى النظام، اطلب اجتماعًا مع خلفه خلال أسبوعين، واعرض النظام من أوله: ماذا يفعل، وماذا استبدل، وكم يكلّف تشغيله، وماذا يتعطّل إن توقّف. الذاكرة المؤسسية لا تنتقل برسالة تسليم، والخلف الذي لا يفهم سبب وجود النظام سيُطلب منه يومًا تبرير كلفته فلا يجد جوابًا. وبعض هذه المؤشّرات يظهر أثناء التنفيذ أيضًا بدلالة مشابهة، وتتناولها علامات مبكّرة أن مشروعك البرمجي يتعثّر.
ما يتراكم عبر السنوات
تخيّل شركة لديها عشرة أنظمة مسلّمة تحت عقود دعم، بين ٨٬٠٠٠ و١٥٬٠٠٠ جنيه شهريًا للنظام الواحد. هذه القاعدة تغطّي حدّ الرواتب الأدنى لفريق صغير قبل توقيع أي مشروع جديد. وهي لن تكون الرقم اللافت في أي عرض، لكنها تغيّر كل قرار يتعلّق بالعمل الذي تقبله الشركة والعمل الذي ترفضه.
ثم تأتي الآثار غير المباشرة. الحسابات المحتفظ بها تنتج أنظمة ثانية تُقدَّر بدقّة أعلى وتُنفَّذ بهامش أفضل. والمراجعات تنتج عروضًا. والإحالات تنتج عملاء يصلون وقد اقتنعوا سلفًا ويساومون أقلّ. وبعد ثلاث إلى خمس سنوات من هذا، تصبح قائمة الحسابات — لا قائمة الاستهداف الخارجي — المصدر الرئيسي للإيراد، ويتحوّل البيع الصادر إلى وسيلة لاختيار القطاع التالي بدل أن يكون وسيلة لإنجاح الشهر.
إن كان لديك نظام سُلّم ثم تُرك يعمل دون مسؤول عنه، يمكننا تحديد ما يعنيه تشغيله على نحو صحيح. وإن كانت الخطوة التالية نظامًا ثانيًا لا عقد دعم، فالمحادثة نفسها تتّسع لذلك.
أسئلة يطرحها هذا الموضوع
كم ينبغي أن يكلّف عقد دعم نظام برمجي؟
هناك صورتان عمليتان. الأولى نسبة من قيمة التنفيذ تتراوح غالبًا بين خمسة عشر وخمسة وعشرين في المئة سنويًا بحسب ساعات التغطية؛ فمشروع بقيمة ٦٠٠٬٠٠٠ جنيه يقابله دعم بين ٧٬٥٠٠ و١٢٬٥٠٠ جنيه شهريًا تقريبًا. والثانية مبلغ شهري ثابت مشتقّ من الحمل المتوقّع، وهو أيسر على العميل في الموازنة. وفي الحالتين المقابل هو الجاهزية والمراقبة واستمرار التشغيل، لا عدد البلاغات.
ما الذي ينبغي استثناؤه من عقد الدعم؟
الوحدات الجديدة وإعادة التصميم، والأنظمة التي لم تبنِها الشركة، وإدخال البيانات وتنقيتها، والتدريب بعد عدد الجلسات المتّفق عليه. وتُستثنى كذلك الأعطال داخل طرف ثالث مثل بوّابة الدفع أو واجهة شركة الشحن أو منظومة الفوترة الإلكترونية، على أن يبقى الالتزام محصورًا في التشخيص والإبلاغ وإيجاد مسار بديل حتى يُعالج الطرف الثالث عطله.
متى يُعرض المشروع الثاني على عميل قائم؟
بعد أن يمرّ النظام الأول بستّين إلى تسعين يومًا هادئة، والهدوء هنا مقيس بالأعطال والبلاغات لا مفترض. وعرض نظام ثانٍ وبلاغات الأول ما زالت مفتوحة يُقرأ بيعًا لا دعمًا. وحين يستقرّ النظام تصبح قائمة ما رأيته ولم تبنِه أثناء المشروع الأول هي جدول الأعمال، والمراجعة الدورية للأرقام هي مكان طرحها الطبيعي.
لديك نظام تريد بناءه؟
تُصمّم Softwiro الأنظمة وتنفّذها وتتولّى تشغيلها في بيئة الإنتاج. اكتب لنا ما تحتاجه، ويصلك نطاق عمل محدّد لا عبارة تسويقية.
ابدأ مشروعًا