على مدار العشرين عاماً الماضية، كانت قواعد اللعبة التي يتبعها أصحاب الشركات الصغيرة في تبني الذكاء الاصطناعي بسيطة: إذا واجهتك مشكلة، اشترِ اشتراكاً. هل تحتاج لإدارة العملاء المحتملين؟ اشترِ نظام CRM. هل تحتاج لجدولة وسائل التواصل الاجتماعي؟ اشترِ أداة تخطيط. هل تحتاج لتتبع المخزون؟ اشترِ نظام ERP.
لقد أصبحنا جيلاً من "المستأجرين"—ندفع رسوماً شهرية لشركات البرمجيات مقابل سير عمل تم بناؤه للشركات "المتوسطة". ولكن كما لاحظت من خلال آلاف المحادثات مع رواد الأعمال، فإن عملك ليس متوسطاً؛ فلديه خصوصيات، وعمليات قديمة محددة، و"أعمال ربط" لا تستطيع البرمجيات العامة استيعابها تماماً.
اليوم، بدأت الكفة تميل. نحن ندخل عصر سيادة البرمجيات الخدمية (SaaS Sovereignty).
لم يعد المؤسسون غير التقنيين يختارون فقط بين "البرمجيات الجاهزة" و"البناء المخصص المكلف". بل أصبحوا يستخدمون الذكاء الاصطناعي لابتكار "برمجيات خدمية مصغرة داخلية" (Internal Micro-SaaS)—وهي أدوات خفيفة ومحددة للغاية يبنيها صاحب العمل لصالح صاحب العمل، وغالباً ما يتم ذلك في ظهيرة يوم واحد.
"تراكم البرمجيات الخدمية": لماذا تخذلك الأدوات العامة
💡 هل تريد بيني أن يقوم بتحليل عملك؟ إنها تحدد الأدوار التي يمكن للذكاء الاصطناعي أن يحل محلها وتبني خطة مرحلية. ابدأ تجربتك المجانية →
لقد رصدت نمطاً متكرراً أسميه تراكم البرمجيات الخدمية (The SaaS Overhang). وهو الاحتكاك غير المرئي الناتج عن الـ 20% من عملياتك التي لا تتناسب مع الأداة العامة التي تدفع ثمنها.
بما أن شركة البرمجيات الخدمية (SaaS) يجب أن تبني للجميع، فهي لا تبني لأي شخص بشكل مثالي. وينتهي بك الأمر بتوظيف شخص لمجرد نقل البيانات من أداة إلى أخرى، أو تقضي ساعات في Excel لـ "تنظيف" البيانات لأن برنامجك لا يخرجها بالشكل الذي تحتاجه تماماً.
عندما ننظر إلى المدخرات في الخدمات المهنية والبرمجيات، نجد أن أكبر استنزاف ليس عادةً رسوم الاشتراك نفسها؛ بل هو الجهد البشري المطلوب لتعويض نقص التخصص في البرمجيات.
ما هي البرمجيات الخدمية المصغرة الداخلية (Internal Micro-SaaS)؟
البرمجيات الخدمية المصغرة الداخلية ليست منتجاً تبيعه؛ بل هي أداة تبنيها لحل احتكاك داخلي محدد للغاية.
تخيل صانع أثاث مخصصاً. يمكنه شراء أداة عامة لإدارة المشاريع، لكنه بدلاً من ذلك، يستخدم مساعد أكواد مدعوماً بالذكاء الاصطناعي لبناء "محسّن هدر الخشب" (Timber Waste Optimizer). وهي واجهة بسيطة يدخل فيها أبعاد الخشب الخام والقطع التي يحتاج لقصها، لتعطيه الأداة قائمة القص الأكثر كفاءة باستخدام هوامش التفاوت الخاصة بآلاته المحددة.
هذه الأداة غير موجودة في متجر التطبيقات. ولن تبنيها أي شركة SaaS لأن السوق صغير جداً. ولكن بالنسبة لصاحب ذلك العمل، فإن هذه البرمجية المصغرة أكثر قيمة من أي نظام CRM عام.
إطار عمل "الشراء-البناء-الابتكار" (Build-Buy-Birth)
كيف تقرر أين تطبق هذا؟ أستخدم نموذجاً فكرياً بسيطاً لمساعدة عملائي على التنقل في استراتيجيات تبني الذكاء الاصطناعي للشركات الصغيرة. أسميه مصفوفة الشراء-البناء-الابتكار:
- الشراء (السلع): إذا كانت العملية ممارسة قياسية في الصناعة (مثل الرواتب أو المحاسبة)، اشترِ برمجيات SaaS. لا تعد اختراع العجلة.
- البناء (الميزة التنافسية): إذا كانت العملية هي سر نجاحك (خوارزميتك الخاصة أو تجربة العملاء)، فقم ببناء كود مخصص. كان هذا يتطلب فريق تطوير سابقاً؛ أما الآن فيتطلب مؤسساً ذكياً وذكاءً اصطناعياً.
- الابتكار (البرمجيات الخدمية المصغرة الداخلية): إذا كانت العملية هي "عمل ربط"—المهام الفوضوية والمحددة التي تربط أنظمتك الكبرى—فقم بـ "ابتكار" برمجية مصغرة (Micro-SaaS).
نهاية "الحاجز التقني"
السبب وراء حدوث ذلك الآن هو انهيار "الحاجز التقني". في الماضي، كانت حتى الأداة الداخلية البسيطة تتطلب معرفة بالاستضافة، وقواعد البيانات، ولغات البرمجة.
اليوم، تسمح لك أدوات مثل Replit و Lovable و Claude’s Artifacts بوصف مشكلة العمل بلغة إنجليزية بسيطة والحصول على تطبيق ويب يعمل في المقابل. أنت لا تقوم بـ "البرمجة" بالمعنى التقليدي؛ بل تقوم بـ "الهندسة المعمارية عبر المحادثة".
هذا التحول يغير اقتصاديات العمل. ربما كنت تنظر سابقاً إلى تكاليف تصميم المواقع الإلكترونية وتعتقد أن الوظائف المخصصة بعيدة المنال. الآن، يمكنك بناء "المحرك" الوظيفي لأداة داخلية بنفسك، وترك واجهة المستخدم اللامعة لوقت لاحق—أو عدم بنائها مطلقاً. إذا كانت أداة داخلية، فهي لا تحتاج لأن تكون جميلة؛ بل تحتاج فقط لأن تكون دقيقة.
إعادة تعريف الدعم والصيانة
من المخاوف الشائعة التي أسمعها: "إذا قمت ببنائها، فمن سيدعمها؟"
في العالم القديم، كانت البرمجيات المخصصة تعني تكاليف دعم تقنية المعلومات عالية لأنك كنت بحاجة إلى إنسان يفهم الكود لإصلاحه. في العالم الذي يعتمد على الذكاء الاصطناعي، فإن الذكاء الاصطناعي الذي كتب الكود هو نفسه الذي يقوم بإصلاحه. أصبحت الصيانة الآن مجرد محادثة، وليست تذكرة دعم.
لقد رأيت شركة لوجستية صغيرة تستبدل عقد صيانة برمجيات مخصصة بقيمة £2,000/month ببرمجية مصغرة داخلية واحدة بنوها بأنفسهم. عندما يريدون إضافة ميزة، يطلبون ببساطة من الذكاء الاصطناعي تحديث الكود. لقد تحول دور "الدعم" من تقني خارجي متخصص إلى فضول صاحب العمل نفسه.
قاعدة 90/10 في التخصيص
غالباً ما أتحدث عن قاعدة 90/10: 90% من عملك يمكن أن يدار على أسس قياسية. لكن الـ 10% من الأشياء "الفريدة" التي تقوم بها—طريقتك الخاصة في تسعير الوظائف، وطريقتك في تهيئة نوع محدد من العملاء، وطريقتك في إعداد تقارير النتائج—هي ما يحدد قيمتك.
تجبرك البرمجيات الخدمية العامة (SaaS) على جعل الـ 10% الخاصة بك تبدو مثل الجميع. أما البرمجيات الخدمية المصغرة الداخلية فتسمح للـ 10% الخاصة بك بالبقاء فريدة، وفعالة، وملكاً لك.
كيف تبدأ في ابتكار أداتك الأولى
لا تحاول بناء نظام CRM مخصص في اليوم الأول. ابدأ بـ "نقطة احتكاك".
- حدد "شبح إكسل": ابحث عن جدول البيانات الذي يستخدمه الجميع في مكتبك ولكن الجميع يكرهه. هذه عادة ما تكون برمجية مصغرة تنتظر من يبتكرها.
- ارسم المنطق: لا تكتب كوداً. اكتب القواعد. "إذا كان الوزن أكثر من X، والمسافة أكثر من Y، نطبق رسوماً إضافية بنسبة 15%".
- استخدم أداة بناء بالذكاء الاصطناعي: خذ ذلك المنطق إلى أداة ذكاء اصطناعي مثل ChatGPT أو Claude وقل: "ابنِ لي تطبيق ويب بسيطاً يأخذ المدخلات أ و ب ويحسب ج بناءً على هذه القواعد".
التحول حقيقي. نحن ننتقل من عالم تطوع فيه عملك ليتناسب مع أدواتك، إلى عالم تطوع فيه أدواتك لتتناسب مع عملك. السؤال ليس ما إذا كنت "شركة تقنية" أم لا. في عصر الذكاء الاصطناعي، كل شركة هي شركة برمجيات—معظمهم فقط لم يدركوا ذلك بعد.
إذا كنت لا تزال "تستأجر" مسارات عمل لا تناسبك تماماً، فقد حان الوقت للنظر في الفجوات. فهناك يبدأ تبني الذكاء الاصطناعي الأكثر قيمة بالنسبة لك.