القصة اللي ما حدا بيحب يحكيها
خريف 2024. اتصل فيني صاحب شركة توزيع بحلب، نعرفو من 3 سنين. كان على حافة الإفلاس. السبب؟ ما كان قرار سوقي، ما كان منتج فشل، ما كان منافس. السبب كان نظامه الداخلي.
قبل 4 سنين، وظف شاب ماهر، بنى لو نظام مخصص للمبيعات والمحاسبة. النظام كان ممتاز بوقتو. الشاب فل خارج البلد. آخر سنتين، النظام ما ينهضم بالموبايل، بيكرش 2-3 مرات بالأسبوع، وأي تعديل بسيط بياخد من الشركة اللي بتدير الصيانة أسبوع كامل.
المبلغ اللي صرفو على "ترقيع" النظام خلال آخر سنة: 14,000 دولار. المبلغ اللي كان لازم يصرفو على إعادة بناء النظام بالكامل من الصفر: 9,000 دولار.
هاد اسمو الدين التقني. وهو بيقتل شركات أكتر بكتير من اللي بتتصور.
شو يعني الدين التقني بلغة صاحب البزنس؟
ما بحب المصطلحات التقنية، بس هاد المهم. الدين التقني هو كل قرار سريع بتسوط عملك أو نظامك يشتغل اليوم، بس رح يكلفك أكتر بعدين.
تماماً مثل الدين المالي: فيك تستدين عشان تشتري شي بدك إياه الآن، بس كل شهر لازم تدفع فائدة. اللي بيستدين كثير، بيصير معظم دخلو يدفع فوائد. نفس الشي بالتكنولوجيا.
أمثلة حقيقية من شركات شغلنا معها:
مثال 1: Excel بدل نظام
شركة عقارات عندها 800 وحدة. كلها بـ Excel. سنة 2020 كان هاد مناسب. سنة 2024، كل بحث عن وحدة ياخد 5-8 دقايق، كل زبون ينتظر. الدين: لو فكرو من 2020 بنظام صغير (2,000$)، كانو وفرو على راتب موظف إضافي منذ 2022 (13,000$+).
مثال 2: كود بدون توثيق
شركة تجارة، موقعها كتبو مبرمج واحد من 2019. ما في وثائق. أي تعديل اليوم بيحتاج "استكشاف الكود" أول. كلفة التعديلات: 3-5 أضعاف ما بيكلف نفس التعديل على نظام نظيف.
مثال 3: تقنية مهجورة
تطبيق موبايل كتبو بـ Ionic 3 (نسخة قديمة) سنة 2019. اليوم، ما بيقبلو بأحدث إصدارات iOS. الخيار: إصلاحات متواصلة بـ 400$ شهرياً، أو إعادة بناء كامل بـ 6,000$. شركات كتيرة بتختار الإصلاحات لأنها أرخص اليوم. بس على 3 سنين: 14,400$ مقابل 6,000$.
لماذا أصحاب الشركات ما بيشوفوا المشكلة؟
ثلاث أسباب نفسية:
1. "بس هي شغالة"
طالما النظام يعمل، ما في سبب "نغيرو". هاد التفكير صحيح لـ 90% من الأشياء بالحياة. بس نظام تقني بيكبر معو الدين بصمت.
2. الكلفة الظاهرة vs المخفية
الإنفاق الشهري على الصيانة "مقبول". بس إذا جمعتو على سنة، وضفت عليه الوقت الضائع للموظفين، والفرص المفقودة، بيطلع رقم صادم.
3. خوف من "البدء من الصفر"
صاحب الشركة حاطط 30,000$ على النظام الحالي خلال السنين. صعب نفسياً يعترف إنو وقت إعادة البناء. بس هاد بالضبط الفخ. المال اللي صرفو ما بيرجع. السؤال الوحيد: شو أفضل قرار من هلأ على بعد؟
كيف تعرف إذا عندك دين تقني؟
علامات واضحة:
- تعديل بسيط ياخد أكتر من 3 أيام (تعديل نص، سعر، صورة)
- عندك ملف Excel موازي للنظام لأن النظام "ما بيفي بالغرض"
- موظف يمشي، وما حدا بيعرف كيف يكمل شغلو (bus factor = 1)
- بتدفع على صيانة شهرياً أكتر من 5% من كلفة النظام الأصلية
- بتخاف تحدث النظام لأنك ما متأكد شو رح ينكسر
- مبرمج ما بدو يشتغل على كودك (إشارة تحذير قوية)
- النظام ما بيشتغل على الموبايل
- كل تقرير بدو طلب من فريق IT بدل ما تقدر تعملو لحالك
إذا 3 أو أكتر، عندك دين تقني فعلي.
ثلاث استراتيجيات للتعامل
ما فيك تلغي الدين التقني بين ليلة وضحاها. خيارات عملية:
الاستراتيجية 1: الإصلاح المستمر (للأنظمة الصغيرة)
مناسب إذا:
- كلفة النظام الأصلية < 3,000$
- الدين ليس كارثي
- عندك مورد صيانة موثوق
كيف تطبق: خصص 10-15% من كلفة النظام الأصلية سنوياً على التحديث التدريجي.
الاستراتيجية 2: إعادة البناء الموازي (للأنظمة المتوسطة)
مناسب إذا:
- النظام حرج للعمليات اليومية
- ما بتقدر توقفه أسبوع
- في دين متراكم بس مو كارثي
كيف تطبق:
- ابنِ النظام الجديد بالتوازي
- انقل البيانات تدريجياً
- شغل الاتنين سوا لشهر
- اقفل القديم فقط لما تتأكد
الكلفة عادةً: 1.5-2x كلفة النظام الأصلي. التوقف: صفر.
الاستراتيجية 3: الاستبدال الكامل (للأنظمة الكارثية)
مناسب إذا:
- النظام بيكرش باستمرار
- المورد الأصلي ما متاح
- الدين أكبر من قيمة النظام الحالي
كيف تطبق:
- اختار مورد جديد بموثوقية عالية
- ضع خطة هجرة لـ 2-4 شهور
- تقبل أسبوع توقف كحد أدنى
- ابنِ وثائق كاملة هالمرة
كيف تتجنب الدين التقني من البداية
إذا رح تبنِ نظام جديد، 5 قواعد ذهبية:
1. لا توقع على أي مورد بدون ملكية كود المصدر
العقد لازم يكون واضح: الكود ملكك. ليس ملك الشركة.
2. التوثيق جزء من التسليم
لا تقبل نظام بدون:
- وثيقة معمارية (Architecture doc)
- دليل API
- دليل التشغيل
3. تقنيات mainstream فقط
لا Ionic 3، لا PHP 5، لا Angular 1. استخدم تقنيات عندها دعم فعال من 2026-2030+. الأسماء المضمونة اليوم:
- Backend: Node.js, Python, Laravel PHP 8+
- Frontend: React, Next.js, Vue 3
- Mobile: React Native, Flutter
- Database: PostgreSQL, MongoDB
4. فترة صيانة مكتوبة بالعقد
6 شهور كحد أدنى بعد التسليم، مجانية. وبعدها، سعر ثابت للصيانة الشهرية.
5. فريقين مستقلين
حتى لو الشركة المطورة صغيرة، لازم يكون فيها على الأقل 2 مبرمجين بيفهمو النظام. ليس شخص واحد.
"الدين الجيد" vs "الدين السيء"
ليس كل دين تقني سيء. دين جيد هو:
- قرار مؤقت، موثق، بخطة واضحة للسداد
- بياخد 20% من الوقت، بيعطي 80% من القيمة
- متفق عليه بين الفريق والإدارة
دين سيء هو:
- قرار بدون توثيق، بدون خطة
- "خلص، هيك أحسن" بدون مبرر فني
- غير معروف أصلاً من الإدارة
صاحب البزنس بيحتاج يعرف: المبرمج اللي بقول لك "كله تمام" عن نظام قديم، ممكن يكون بيخفي عنك حقيقة. استأجر مراجع مستقل كل سنتين.
الرقم المرعب الحقيقي
بحسب دراسة McKinsey نشرت 2023:
- الشركات بتصرف 10-20% من ميزانيات التكنولوجيا على صيانة الدين التقني فقط
- 30% من المشاريع الجديدة بتفشل بسبب دين متراكم من أنظمة قديمة
- متوسط كلفة إصلاح دين تقني متراكم: 3-5 أضعاف كلفة المنع من البداية
ترجمة للسوق السوري: لو شركتك بتصرف 12,000$ سنوياً على التكنولوجيا، يعني 1,200-2,400$ منها على خسائر دين تقني. هاد مبلغ ممكن يكون فرق بين موظف جديد، أو تسويق إضافي، أو ربح صافي.
كيف تبدأ؟
خطوة عملية أولى:
- عمل جرد لكل الأنظمة (نظام المحاسبة، الموقع، التطبيق، ERP إذا موجود)
- لكل نظام، احسب: عمرو، كلفة صيانتو السنوية، عدد المشاكل شهرياً
- صنف: أحمر (دين كارثي)، أصفر (دين معقول)، أخضر (سليم)
- للأحمر: خطة بدائل فورية. للأصفر: خطة تحسين تدريجي. للأخضر: راقب.
هالخطوة بتاخد يوم عمل، بس بتكشف خسائر مخفية بآلاف الدولارات.
خلاصة
الدين التقني مو مشكلة تقنية، مشكلة إدارية. صاحب البزنس اللي بيفهم دينو التقني، بيأخذ قرارات أفضل بكتير من اللي بيتجاهلو.
لو عندك نظام عمرو أكتر من 3 سنين وما نظرت عليه من مختص محايد، بحتمال 70% عندك دين متراكم. القرار الذكي: راجعو اليوم، ليس لما ينهار.
بدك مراجعة محايدة لأنظمتك تكشفلك الدين التقني الخفي؟
واتساب: 963-992367582 | تليجرام: @trbd_sybot.
بنعمل تقييم تقني كامل بـ 150-300$ (حسب حجم الأنظمة). إذا طلع عندك دين كبير، بنعطيك خطة. إذا طلع نظيف، بنقلك خبر سار: نامي مرتاح.