تطوير أنظمة SaaS متعددة المستأجرين
تحويل منتج يعمل إلى منتج تبيعه مرات كثيرة يتلخص في سؤال صعب واحد: كيف تضمن ألا يرى العميل «أ» بيانات العميل «ب» أبدًا؟ أجيب عنه على مستوى قاعدة البيانات، ثم أبني فوق هذا الضمان الاشتراكات وحدود الخطط والتهيئة.
مبني لهذه الحالات
- شركات خدمات تحوّل أداة داخلية تستخدمها يوميًا إلى منتج
- مؤسسون يطلقون SaaS متخصصًا لقطاع في المنطقة العربية
- فرق يعزل منتجها الحالي المستأجرين في كود التطبيق وتدرك أن ذلك محفوف بالمخاطر
- منتجات يعمل مستخدموها في اتصال ضعيف ويحتاجون عملاء يعملون دون إنترنت
ليس مناسبًا إذا
- أدوات داخلية لعميل واحد — فتعدد المستأجرين يضيف تكلفة لن تستردها
- أفكار بلا عميل أول محدد يدفع؛ فنموذج المستأجرين يحتاج مستخدمًا حقيقيًا
- فرق تريد قالب SaaS دون تفكير في التسعير أو حدود الخطط
ما الذي يختل عادةً
العزل مطبَّق في كود التطبيق
شرط `where tenant_id = …` واحد ناقص يعني تسريب بيانات. والاعتماد على تذكّر كل مطوّر له في كل استعلام سياسة لا ضمان.
الخطط صفحة تسويقية لا نظام
إن لم تُطبَّق الحدود وقيود المزايا في الكود، فلن تُحفَّز الترقيات وتصبح صفحة الأسعار خيالًا.
التهيئة تحتاج حضورك شخصيًا
إن تعذّر تهيئة مستأجر جديد وتجهيز بياناته وتشغيله دون عمل يدوي، فالنمو محدود بجدول مواعيدك.
التطبيق يتوقف بلا إنترنت
في كثير من بيئات المنطقة — فصول دراسية ومخازن وعيادات — يكون الاتصال متقطعًا. والعميل السحابي البحت غير صالح للاستخدام تحديدًا وقت العمل.
ما الذي يسلّمه Makhloof Studio فعليًا
عزل على مستوى قاعدة البيانات
أمان على مستوى الصفوف في PostgreSQL مع نطاق لكل مستأجر، فيُرجع الفلتر المنسي لا شيء بدل أن يُرجع بيانات غيرك. والضمان قائم حتى لو أخطأ كود التطبيق.
الاشتراكات وحدود الخطط
خطط ومقاعد وحدود استخدام ومفاتيح مزايا مطبَّقة على الخادم، مع مسارات تجربة وترقية وتخفيض ومتابعة تحصيل تتصرف بمنطق سليم عند الحدود.
تهيئة ذاتية للمستأجرين
ينشئ التسجيل مساحة عمل مكتملة التجهيز — أدوار وإعدادات افتراضية وبيانات نموذجية ودعوات — دون أي خطوة يدوية منك. وهكذا تعمل بوابة الشركاء في «قوتي» تمامًا.
عملاء يعملون دون اتصال حيث يلزم
بيانات محلية أولًا مع مزامنة تراعي التعارضات، فيستمر المنتج في العمل على اتصال سيئ ويُطابق عند عودته — وهي البنية التي تُشغّل «مدرّس» لإدارة نشاط تدريس كامل على الجهاز.
منفَّذ فعلًا، لا كلام نظري
كل ما تقوله هذه الصفحة يقابله مشروع تستطيع قراءته كاملًا.
الوحدات المعتادة
نطاق واقعي لهذا النوع من المشاريع. ونطاقك سيكون جزءًا منه — والمكالمة الأولى هي حيث نقلّصه.
المستأجرون والوصول
- عزل المستأجرين بأمان الصفوف
- إنشاء مساحات العمل وتجهيز بياناتها
- الأدوار والصلاحيات والدعوات
- مصادقة جاهزة للدخول الموحد
- إعدادات وهوية بصرية لكل مستأجر
- تصدير البيانات وحذف الحساب
الاشتراكات والخطط
- حدود الخطط والمقاعد والاستخدام
- فترات تجريبية وترقيات وتخفيضات
- تقييد المزايا مطبَّقًا على الخادم
- الفواتير وإعادة محاولات الدفع
- بوابات دفع إقليمية
- تقارير الإيرادات ومعدل التسرب
واجهات المنتج
- تطبيق ويب (Next.js)
- تطبيق جوال متعدد المنصات (Flutter)
- مزامنة تعمل دون اتصال عند الحاجة
- لوحة إدارة لفريقك الداخلي
- إشعارات داخل التطبيق وبريد إلكتروني
- تحليلات استخدام لكل مستأجر
كيف يُبنى هذا
- 01
تعريف المستأجر
هل هو شركة أم فرع أم مستخدم؟ كل ما يليه — الاشتراكات والصلاحيات ونموذج البيانات — يتبع هذا القرار الواحد، لذا يُتخذ بوعي.
- 02
العزل قبل بناء المزايا
يأتي نموذج المستأجرين وضبط الوصول أولًا. فإضافة العزل لاحقًا إلى منتج حي فيه بيانات عملاء حقيقيين أغلى إعادة كتابة في عالم SaaS.
- 03
إطلاق نسخة أولى جاهزة للبيع
تشمل النسخة الأولى الاشتراكات وحدود الخطط لا مسار العمل الأساسي فحسب. فـ SaaS لا يستطيع التحصيل مجرد عرض تجريبي.
- 04
قياس ثم تحسين
تحليلات استخدام لكل مستأجر من اليوم الأول، فتُختار المزايا التالية بناءً على دليل لا على أعلى العملاء صوتًا.
التقنيات المعتادة
يستحق أن تعرفه قبل أن تراسلني.
مرشّح قصير وصادق. يوفّر علينا معًا مكالمة لم تكن لتنجح أصلًا.
ملائم إذا
- لديك عمل قائم أو فكرة ممولة، وصاحب قرار حاضر
- المنتج يجب أن يتعامل مع المال أو الأدوار أو العمليات بشكل صحيح — لا أن يبدو جميلًا فحسب
- تريد مهندسًا أول واحدًا مسؤولًا من البداية إلى النهاية، لا فريقًا متبدلًا
- العربية والإنجليزية كلتاهما مهمة لسوقك
- تستطيع تخصيص بضع ساعات أسبوعيًا للمراجعة واتخاذ القرار
غير ملائم إذا
- تحتاج فريقًا من عشرة أشخاص يبدأ الاثنين — تلك مهمة شركة لا مهمتي
- الميزانية محددة قبل وجود النطاق ولا تقبل التغيير
- تبحث عن أرخص عرض ممكن لا عن البناء الصحيح
- لا أحد لديكم يستطيع الإجابة عن أسئلة المنتج خلال أيام قليلة
- تريد عملًا مقابل حصة فقط أو نموذجًا أوليًا بلا مقابل
ماذا تحصل عليه في المكالمة الأولى
خمس عشرة دقيقة، مجانًا، وبلا عرض تقديمي.- جواب صريح: هل هذا قابل للبناء بالصورة التي تتخيلها
- القراران أو الثلاثة التي ستحدد معظم تكلفتك
- شكل تقريبي: المراحل والواجهات وأين تقع المخاطرة
- نطاق تكلفة تقريبي صادق — أو ترشيح لغيري إن لم أكن المناسب
ما ينبغي تجهيزه
لا يلزم أن يكون أي منه منمّقًا.- جملة واحدة عمّا يفعله عملك اليوم
- مسار العمل الأكثر إيلامًا، موصوفًا بكلام بسيط
- من يحتاج تسجيل الدخول، وماذا يفعل كلٌّ منهم
- أي موعد نهائي حقيقي، ولماذا هو حقيقي
- نطاق ميزانية ترتاح لمناقشته بصراحة
إجابات مباشرة
- لماذا أمان الصفوف بدل قواعد بيانات منفصلة؟
- قاعدة بيانات مستقلة لكل مستأجر سهلة الشرح مؤلمة التشغيل — إذ تتضاعف الترحيلات والنسخ الاحتياطية والتقارير العابرة للمستأجرين. أما أمان الصفوف فيمنحك ضمانًا تفرضه قاعدة البيانات مع مخطط واحد للصيانة. وحين يشترط عميل فصلًا فيزيائيًا فعلًا، يكون ذلك قرارًا لهذا المستأجر لا الوضع الافتراضي.
- هل يمكن تحويل أداتنا الداخلية إلى منتج؟
- غالبًا نعم، وهو من أقوى نقاط الانطلاق — فسير العمل مُثبَت أصلًا بعملياتك. والعمل عادةً في تعدد المستأجرين والاشتراكات والتهيئة والتقوية لا في إعادة بناء النواة.
- هل نحتاج تطبيق جوال يعمل دون اتصال؟
- فقط إن كان مستخدموك يعملون حيث ينقطع الاتصال — فصول ومخازن ومواقع ميدانية. فهي تكلفة معتبرة ينبغي أن تكون جوابًا واعيًا على قيد حقيقي. «مدرّس» احتاجها، وأغلب منتجات SaaS لا تحتاجها.
- ما أسرع موعد لإطلاق نسخة أولى؟
- نسخة أولى مركّزة وجاهزة للبيع — مسار عمل أساسي واحد وتعدد مستأجرين واشتراكات ولوحة إدارة — تستغرق عدة أسابيع حين يُلتزم بالنطاق فعلًا. والانضباط في النطاق لا سرعة الكتابة هو ما يجعل ذلك ممكنًا.
- لمن ملكية البنية التحتية؟
- لك أنت. كل شيء يعمل في حساباتك — قاعدة البيانات والاستضافة ومزود الدفع — ويُسلَّم مسار النشر مع الكود.
مكتوبة لأصحاب القرار لا للمهندسين.
تحتاج منصة SaaS كهذه؟
أخبرني من أول عميل مشترك يدفع وماذا يفعل يوميًا. هذا وحده يكفي لتشكيل الإصدار الأول.