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