كيف بنيتُ Courtlines: منصة SaaS لإدارة الأندية، هندستُها مع Claude

جدول المحتويات

تحديث يوليو 2026.

باختصار: Courtlines هو نظام التشغيل لأندية واستوديوهات رياضات المضرب — الحجز والعضويات والتدريب ونقاط البيع والفعاليات تحت سقف واحد يحمل علامة النادي التجارية. بنيتُه بمفردي كمُشغِّل، وكان Claude شريكي الهندسي. الدرس: الذكاء الاصطناعي لم يجعلني أكتب الشيفرة أسرع فحسب، بل غيَّر حجم المنتج الذي يستطيع شخص واحد أن يُطلقه ويُشغِّله بمصداقية.

[قراءة المُشغِّل] أُشغِّل أكثر من 30 وكيلاً إنتاجياً عبر علامة استشارية وعبر Pickleland، منشأة البيكلبول التي أُديرها في منطقة أوستن الكبرى بولاية تكساس. تشغيل منشأة حقيقية علَّمني تماماً كم أن البرمجيات المخصصة لأندية مثل ناديي رديئة — فبنيتُ البرمجية التي تمنيتُ لو كانت بين يديّ. هذه قصة Courtlines، وماذا يفعل، وكيف سمح لي الاتكاء على Claude ببناء شيء يتطلب عادةً فريقاً كاملاً، بمفردي.

لماذا يحتاج النادي إلى نظام تشغيل، لا إلى تطبيق

إن لم تُدِر منشأة رياضية من قبل، تكون مشكلة البرمجيات غير مرئية. من الخارج تبدو وكأنها «الناس يحجزون الملاعب». من الداخل، النادي مشروع صغير فوضوي فيه عشرات الأجزاء المتحركة التي يجب أن يتوافق بعضها مع بعض.

يحجز عضوٌ ملعباً. على ذلك الحجز أن يعرف ما إذا كان العضو مشتركاً في خطة عضوية، وهل لديه أرصدة، وهل الملعب محجوز أصلاً لحصة تدريبية، وهل هناك مدرب مُعيَّن، وهل تجاوز موظف الاستقبال السعر يدوياً. حين يصل العضو، يسجّل أحدهم علبة كرات عند المنضدة — تلك نقطة بيع. يُسجِّل ابنه في برنامج للناشئين — تلك فعاليات وحسابات عائلية. يشتري باقة من عشر حصص دروس — تلك باقة تدريب لها منطق صرف خاص للمدرب. يُحيل صديقاً — تلك قمع لاكتساب العضويات.

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

Courtlines هو الإجابة عن سؤال «ماذا لو كان كل ذلك نظاماً واحداً؟» إنه ليس تطبيق حجز أُلحِقت به ميزات — بل نظام تشغيل واحد يكون فيه التقويم والعضويات والصندوق ومدفوعات التدريب وصفحات الفعاليات العامة كلها البيانات الأساسية نفسها. تلك هي الأطروحة بأكملها، وهي الشعار على الموقع: نظام التشغيل للأندية والاستوديوهات.

ماذا يفعل Courtlines فعلاً

على مستوى عام، يمنح Courtlines النادي:

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

هدف التصميم هو أن تختفي المنصة. يضع النادي علامته التجارية في المقدمة، وبالنسبة لأعضائه يبدو الأمر وكأنه «تطبيق نادينا»، لا «منصة SaaS ما ندفع لها اشتراكاً». وهذا تباين متعمَّد مع اللاعبين الراسخين في هذا المجال — أمثال CourtReserve وSkedda — حيث تكون البرمجية هي العلامة التجارية، ويكون النادي هو المستأجر.

Pickleland هو المستأجر رقم واحد. لا أستطيع الاختباء خلف عرض تجريبي؛ فالمنصة عليها أن تُدير فعلاً منشأة أنا شخصياً مسؤول عنها. لقد كان ذلك القيد أفضل مدير منتج عملتُ معه على الإطلاق. تستطيع مشاهدة Pickleland هنا — إنها حقل الاختبار الواقعي، وكل حافة خشنة يصطدم بها عضو تكون خللاً أشعر به في اليوم نفسه.

الجزء الذي فاجأني: ما الذي يستطيع مُشغِّل واحد إطلاقه الآن

إليك النسخة الصادقة من القصة، وهي سبب كتابتي لهذه التدوينة بدلاً من الإطلاق بهدوء.

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

بنيتُه بمفردي، وكان Claude شريكي الهندسي الأساسي. ليس «سألتُ ChatGPT عن مقطع شيفرة أحياناً» — بل أعني أن Claude كتب الغالبية العظمى من الشيفرة في هذا النظام، انطلاقاً من مواصفات وقرارات منتج أملكها. تحوّلت مهمتي من كتابة التنفيذ إلى تقرير ما هو صحيح: كيف ينبغي أن يكون نموذج البيانات، وما الذي يُسمح لدور ما أن يفعله، وما معنى «مُنجَز» بالنسبة لميزة، وما الآمن إطلاقه.

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

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

المبادئ التي لن أساوم عليها

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

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

الاختبارات الناجحة ضرورية، لا كافية. مسار حجز يجتاز كل اختبار وحدة يمكن أن يكون معطلاً بوضوح في متصفح حقيقي. أهم تحقّق لمنتج ذي واجهة مستخدم هو أن يقوم إنسان — أو عملية خاضعة للإشراف — بالنقر فعلاً عبره على بيانات واقعية. الاختبارات تدرّج يمنع الأمور من التدهور؛ وهي ليست دليلاً على أن الميزة تعمل. تعلمتُ هذا الدرس بالطريقة المُكلفة، وقد غيَّر تعريفي لكلمة «مُنجَز» تغييراً دائماً.

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

ابنِ الشيء الذي عليك أن تتعايش معه. كان أفضل قرار على الإطلاق هو جعل Courtlines يُدير منشأة أملكها. من السهل إطلاق عرض تجريبي يُبهر؛ ومن المستحيل الاختباء من برمجية يعتمد عليها أعضاؤك أنت. إن كنت تبني بالذكاء الاصطناعي، فوجِّهه نحو مشكلة تشعر بها شخصياً — فمواجهة الواقع تساوي أكثر من أي مجموعة اختبارات.

أين يتموضع هذا ضمن كل ما أبنيه

Courtlines لا يوجد بمعزل عن غيره. إنه جزء من منظومة صغيرة لرياضات المضرب أبنيها: The Court Scout هو دليل موثَّق لملاعب البيكلبول، مبنيّ ليكون أدقّ فعلاً من الأدلة المستخرجة آلياً التي ينافسها، وPickleland هي المنشأة الرائدة التي يُختبَر عليها كل شيء. الدليل يساعد اللاعبين على إيجاد الملاعب؛ وCourtlines يساعد الأندية التي تقف خلف تلك الملاعب على أن تُدار فعلاً.

النسيج الرابط عبر كل ذلك هو نموذج التشغيل نفسه: مُشغِّل منفرد يعزّزه الذكاء الاصطناعي، يُدير مساحة أوسع مما كان يستطيع مُشغِّل منفرد تاريخياً أن يُديره. Courtlines هو أكثر تعبير طموح عن ذلك النموذج حتى الآن — منصة SaaS كاملة ما كنتُ، قبل بضع سنوات، لأقدِم على محاولتها بمفردي ببساطة.

إن كنت تُدير نادياً أو استوديو لرياضات المضرب وسئمت من خياطة أربع أدوات معاً، فألقِ نظرة على Courtlines. وإن كنت بانياً يتساءل إلى أي مدى يمكن دفع الذكاء الاصطناعي على منتج حقيقي، فتلك هي فكرة هذه التدوينة برمّتها: أبعد مما تظن على الأرجح.

الأسئلة الشائعة

ما هو Courtlines؟

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

هل كتب Claude فعلاً معظم الشيفرة؟

نعم. كان Claude شريكي الهندسي الأساسي وكتب الغالبية العظمى من التنفيذ، انطلاقاً من مواصفات ومعمارية وقرارات منتج أملكها وأتحكم بها. أنا أمسك المخطط، وعمليات النشر، وتعريف «مُنجَز»؛ ويمسك الذكاء الاصطناعي تفاصيل التنفيذ. ذلك التقسيم للعمل هو ما يجعل منصة SaaS بهذا النطاق مبنية بمفردها قابلة للصيانة على نحو مستدام.

هل يستطيع شخص واحد فعلاً بناء وتشغيل منصة SaaS بهذا الحجم بالذكاء الاصطناعي؟

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

لماذا تبني برمجية النادي الخاصة بك بدلاً من استخدام CourtReserve أو Skedda؟

لأن تشغيل Pickleland أراني تماماً أين تقصّر الأدوات القائمة: نظام الحجز، والصندوق، والعضويات لا تتشارك مصدر حقيقة واحداً، فلا شيء يتطابق بنظافة. أردتُ نظاماً يكون فيه كل ذلك البيانات الأساسية نفسها، وتكون فيه العلامة التجارية للنادي — لا العلامة التجارية لمزوّد البرمجية — هي ما يراه الأعضاء. تلك هي الفجوة التي بُني Courtlines ليسدّها.

أين يمكنني أن أتعلّم كيف تعمل فعلاً مع Claude يومياً؟

أُبقي دليل Courtlines المفصّل خاصاً لأسباب تنافسية، لكنني وثّقتُ أسلوب العمل نفسه تماماً على مشروع أصغر ومفتوح بالكامل — لعبة لوحية للجوّال اسمها Quads. اقرأ كيف بنيتُ Quads، لعبة لوحية للجوّال، مع Claude للاطلاع على الآليات، أو كيف أقرر ما إذا كانت الأتمتة تستحق البناء للاطلاع على تفكير العائد على الاستثمار خلف كل ما أُطلقه.