ما هو SaaS؟ البرمجيات كخدمة (Software as a Service) مشروحة

SaaS، أي البرمجيات كخدمة (Software as a Service)، برمجيات يستخدمها الناس عبر الإنترنت، غالباً في المتصفح، ويدفعون مقابلها اشتراكاً متكرراً، بينما تتولى الشركة المصنّعة تشغيل الخوادم وتخزين البيانات وإصدار التحديثات. لا يُثبّت العملاء أي شيء ولا يصونونه، بل يسجّلون الدخول ويستخدمون الخدمة. وGmail وSlack وNotion وShopify ومعظم أدوات الأعمال التي تدفع ثمنها شهرياً هي برمجيات SaaS.

لماذا يهم SaaS عند البناء بالذكاء الاصطناعي

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

• الحسابات، حتى يملك كل عميل تسجيل دخول خاصاً به.
• فصل البيانات، حتى لا يرى عميل بيانات عميل آخر أبداً.
• الفوترة، حتى تبدأ الاشتراكات وتتجدد وتفشل وتُلغى بشكل صحيح.
• الموثوقية، لأن العملاء يعتمدون على أن الخدمة متاحة دائماً.

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

تشبيه من الحياة اليومية: استئجار شقة مقابل بناء بيت

شراء البرمجيات التقليدية يشبه بناء بيت: تمتلكه، لكن عليك أن تصلح السقف وتدفع ثمن السخان وتعيد تمديد الكهرباء كلما تغيرت اللوائح.

أما SaaS فهو مثل استئجار شقة في مبنى حسن الإدارة. تدفع شهرياً، ويتولى المالك الإصلاحات والتحديثات، ويمكنك المغادرة عند انتهاء العقد. ولكل مستأجر باب أمامي مغلق خاص به، وهذا هو تعدد المستأجرين (Multi-tenancy): فكرة أن كثيرين يتشاركون مبنى واحداً (نظاماً واحداً يعمل)، لكن لا يستطيع أحد دخول شقة الآخر.

كيف يُبنى منتج SaaS

في العمق، منتج SaaS هو تطبيق متكامل (Full-stack) مع بعض المسؤوليات الإضافية.

مصطلحات أعمال SaaS الشائعة

• MRR / ARR: الإيرادات المتكررة الشهرية أو السنوية، أي مجموع كل الاشتراكات النشطة.
• Churn (معدل الإلغاء): نسبة العملاء (أو الإيرادات) الذين يلغون خلال فترة معينة.
• Trial وFreemium: نسخة كاملة لمدة محدودة، أو مستوى مجاني بحدود، لجذب الناس في البداية.
• تسعير حسب المقعد (Seat-based): تحصيل رسوم لكل مستخدم. تسعير حسب الاستخدام (Usage-based): تحصيل رسوم لكل شيء يُستخدم، مثل الرسائل أو المشاريع. تسعير ثابت (Flat): سعر واحد لكل خطة.
• Micro-SaaS: منتج SaaS صغير يستهدف شريحة ضيقة، وغالباً يديره شخص أو شخصان. توجد أمثلة عملية في أفكار Micro-SaaS.
• SaaS عمودي مقابل أفقي: مصمم لصناعة واحدة (برمجيات لعيادات الأسنان)، مقابل وظيفة تخدم صناعات عديدة (التسويق عبر البريد الإلكتروني).

مثال عملي: SaaS لمنظفي الكلاب

لنفترض أنك تريد بيع أداة حجوزات لمنظفي الكلاب المستقلين مقابل رسوم شهرية.

1. الميزة الأساسية. يسجّل المنظف خدماته وساعات عمله، ويحجز أصحاب الحيوانات موعداً من الصفحة العامة للمنظف.
2. المستأجرون. كل نشاط تنظيف كلاب هو مساحة عمل. وكل خدمة وحجز وسجل عميل يحمل معرّف مساحة العمل، ويُصفّى كل استعلام بحسبه. يجب ألا تظهر حجوزات المنظف A أبداً في لوحة المنظف B، حتى لو عدّل أحد الرابط.
3. الأدوار. يستطيع المالك تغيير الأسعار والفوترة، ويستطيع الموظفون رؤية حجوزات اليوم وتعديلها.
4. الفوترة. خطتان، وفترة تجريبية مدتها 14 يوماً تحددها أنت، ومدفوعات عبر Stripe. وحين يبلّغ Stripe عن فشل تجديد، يعرض تطبيقك تنبيهاً، وبعد فترة سماح يوقف صفحة الحجز مؤقتاً، لكن لا يحذف البيانات أبداً.
5. التعريف. بعد التسجيل، ارشد المنظف إلى إضافة خدمة واحدة ومشاركة رابط الحجز الخاص به. ولحظة مشاركة ذلك الرابط الأولى هي التي يصبح فيها المنتج مفيداً.
6. الإدارة. صفحة خاصة لك لإيجاد مساحة عمل، ورؤية خطتها، وتمديد فترتها التجريبية.

لا تحتاج النسخة الأولى إلى كل ذلك مصقولاً. يشرح كيف تبني الحد الأدنى القابل للبيع من SaaS ما يُبنى أولاً وما يُترك، ويشرح كيف تسعّر منتج SaaS الخطط.

أخطاء شائعة ومفاهيم خاطئة

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

ماذا تطلب من أداة البناء بالذكاء الاصطناعي

قسّم الطلب إلى خطوات يمكنك اختبارها:

1. "ابنِ الميزة الأساسية لنشاط تجاري واحد، مع بيانات نموذجية." تحقق أنها مفيدة.
2. "أضف التسجيل وتسجيل الدخول. يُنشئ كل مستخدم جديد مساحة عمل. اربط كل جدول وكل استعلام بمساحة العمل على الخادم."
3. "أضف الأدوار: مالك وموظف. لا يستطيع إلا المالك تغيير الإعدادات والفوترة."
4. "أضف اشتراكات Stripe بخطتين وفترة تجريبية. امنح الوصول وأزله بناءً على Webhooks من Stripe تم التحقق منها، لا على إعادة التوجيه بعد الدفع."
5. "أضف صفحة إدارة لا يستطيع فتحها إلا أنا، للبحث عن مساحات العمل وخططها."

بعد الخطوة 2، أنشئ حسابين وحاول الوصول إلى بيانات أحدهما من الآخر. أعد الاختبار بعد كل تغيير كبير. ويغطي دليل إضافة المدفوعات إلى تطبيقك الخطوة 4 بالتفصيل.

بناء منتج SaaS على Mythex

يستطيع Mythex بناء المنتج وصفحة التسويق وقاعدة البيانات لنسخة SaaS أولية من وصف في الدردشة، ونشرها على رابط عام. تسجيل الدخول لمستخدمي تطبيقك ومدفوعات العملاء تعتمد على ما تحضره أنت: تختار طريقة المصادقة، وتستخدم حساب Stripe الخاص بك ومفاتيحك، المحفوظة كأسرار للمشروع. تحتوي الوثائق على دليل خطوة بخطوة لحالة استخدام SaaS مع أمر بداية، ويضم منشئ SaaS بالذكاء الاصطناعي أمثلة للبدء منها. والخطط موجودة في صفحة الأسعار.

الأسئلة