Kaishift شركة تطوير SaaS تعمل مع المؤسسين والشركات الصغيرة والمتوسطة التي تحتاج منتجاً يستطيع العملاء أن يجدوه ويدفعوا ثمنه ويستخدموه دون أن يتصلوا بك أبداً. بعضهم يأتينا بأداة داخلية تطلب شركات أخرى استخدامها باستمرار. وبعضهم لديه قائمة انتظار ويريد بناء منصة SaaS قبل أن يفتر الاهتمام. ننقل الحالتين من MVP إلى النسخة الأولى (v1)، مع الأجزاء غير اللامعة التي يحتاجها أي منتج قبل أن يدفع له غرباء. ويعمل كل شيء على مستودعك وسحابتك وحساباتك منذ أول commit.
تطوير SaaS، أي تطوير برمجيات كخدمة، هو بناء منتج واحد مستضاف تستخدمه شركات عميلة كثيرة في الوقت نفسه، ولا ترى كل منها إلا بياناتها. ويتجاوز الأمر الميزات إلى فصل بيانات العملاء، وتسجيل الدخول والأدوار، والاشتراكات والفواتير، ولوحة الإدارة، ومسار البدء. والاختبار بسيط: أن يصمد كل قرار عند العميل الخمسين، لا عند الأول فقط.
تطوير SaaS
ما يقدّمه لك
نسخة أولى قابلة للبيع
حسابات ومدفوعات وتهيئة أولى مضبوطة، فيدفع أول عملائك دون أن يتصلوا بك.
كل عميل يرى بياناته فقط
فصل بيانات العملاء يُحسم قبل أول سطر من الشيفرة، لا بعده.
ملكك من أول التزام
مستودعك وسحابتك ومفاتيحك. يمكنك نقل العمل إلى فريقك متى شئت.
حالتك مختلفة؟
احكِها لنا في 30 دقيقة. وخلال 72 ساعة يصلك عرض مكتوب وعرض تجريبي مجاني على حالتك.
مترجمة من الفرنسية. وافق كل عميل على شهادته كتابةً.
أسئلة
أسئلة شائعة
كم يستغرق بناء MVP لمنصة SaaS؟
يتوقف ذلك على قائمة النسخة الأولى أكثر من أي شيء آخر. مسار عمل أساسي واحد مع مصادقة مُدارة وفوترة بالفواتير بناء أصغر بكثير من المقاعد والتسعير حسب الاستخدام وخمسة تكاملات. والعرض المكتوب الذي يصلك خلال 72 ساعة من المكالمة يحدد الجدول الزمني لنطاقك، وتجرّب برنامجاً يعمل في وقت مبكر من البناء، لا في نهايته.
هل يجب أن تكون منصتنا لمستأجر واحد أم لمستأجرين متعددين؟
لمستأجرين متعددين افتراضياً: قاعدة بيانات مشتركة، ومفتاح عميل على كل سطر، وrow-level security حتى تمنع قاعدة البيانات نفسها قراءة بيانات عميل آخر. فهي أقل كلفة في التشغيل والتحديث. وننتقل إلى قاعدة بيانات لكل عميل حين تشترط العقود فصلاً مادياً أو تخزين البيانات في بلد محدد. ويُحسم هذا الخيار قبل أول سطر من الكود.
هل يمكنكم تحويل أداتنا الداخلية إلى SaaS دون إعادة كتابتها؟
غالباً نعم. إذا كان نموذج البيانات يقبل مفتاح العميل بشكل نظيف، نحتفظ بمنطق الأعمال ونعيد بناء طبقة المنتج حوله: التسجيل والأدوار والفوترة ولوحة الإدارة ومسار البدء. وإذا كانت بيانات العملاء موزعة بين جداول بيانات وسكربتات، فإعادة البناء النظيفة أقل كلفة في الغالب من الترقيع. نقرأ الكود أولاً ونخبرك كتابةً بحالتك.
من يملك الكود وحساب الدفع؟
شركتك، منذ أول commit. المستودع، ومشروع السحابة، وقاعدة البيانات، والنطاق، وحساب مزوّد الدفع الذي يستقبل التحويلات، كلها مسجلة باسمك، ونعمل داخلها كمستخدمين مدعوين. والأجزاء المستضافة ذاتياً يبقى مصدرها متاحاً للعموم ودون رسوم ترخيص. وإذا توقفت عن العمل معنا، يستمر المنتج في العمل دون أن يحتاج أي شيء إلى نقل.
هل يعمل المنتج بالعربية والفرنسية والإنجليزية؟
نعم. يعمل الفريق بالعربية والفرنسية والإنجليزية والإسبانية، ويبني تخطيطات العربية من اليمين إلى اليسار كما ينبغي بدلاً من عكسها في النهاية. ونخطط للغات في نموذج البيانات منذ البداية: محتوى مترجم، ولغة لكل عميل، ورسائل بريد وفواتير بلغة العميل. وإضافة لغة بعد الإطلاق ممكنة، لكنها أعلى كلفة من التخطيط لها مسبقاً.
تبني الأجزاء التي لا يمدحها العملاء أبداً، لكنهم يلاحظونها في اللحظة التي تتعطل فيها. الميزات هي سبب التسجيل. والباقي هو سبب البقاء:
بيانات متعددة المستأجرين (multi-tenant). كل سطر يعرف إلى أي عميل ينتمي، وقاعدة البيانات نفسها ترفض عرضه على غيره.
المصادقة والأدوار. التسجيل، وتسجيل الدخول، واستعادة كلمة المرور، والدعوات، وأدوار مثل المالك والعضو والقراءة فقط، تُفرض على الخادم لا تُخفى في الواجهة فقط.
الفوترة. الباقات، والفترات التجريبية، والفواتير، والمدفوعات الفاشلة، وقاعدة مكتوبة لما يحدث لحساب توقف عن الدفع.
لوحة الإدارة الخلفية. نظرة فريقك على كل حساب: من سجّل، ومن تعثّر، ومن يدفع، مع أدوات لتمديد فترة تجريبية أو تصحيح سجل دون فتح قاعدة البيانات.
مسار البدء (onboarding). أقصر طريق من التسجيل إلى أول نتيجة مفيدة.
قياس الاستخدام. أحداث مسجّلة على الإجراءات القليلة التي تتنبأ ببقاء الحساب.
ميزات الذكاء الاصطناعي، حيث تؤدي فقط عملاً كان المستخدم سيؤديه بيده.
بنينا لـHostguide، وهي منصة لمديري الإيجار قصير المدى وخدمات الكونسيرج، المنتج وموقعه: العقارات، والحجوزات، وكتيبات الترحيب الرقمية، وفرق التنظيف، والحوادث، والتقارير، خلف تسجيل ودخول خاصين بها. ويبدأ مسار البدء فيها من حيث يعمل المديرون أصلاً، بمزامنة التقويمات من Airbnb وBooking.com وغيرهما من الأدوات التي يستخدمونها. ولـNode، وهو مدير قنوات للفنادق ومديري الإيجار، صممنا واجهة كثيفة لكنها مقروءة لأشخاص يتركونها مفتوحة طوال اليوم. ولـIndeventio بنينا منتج وساطة يضم البحث وصفحات القاعات وطلبات الحجز.
ما الذي يتغير حين تصبح أداة داخلية منتجاً؟
تسقط كل التسهيلات التي تتمتع بها الأداة الداخلية: شركة واحدة، ومستخدمون موثوقون، ومسؤول في المكتب المجاور. والمنتج لا يستطيع افتراض أي منها:
داخل شركتك
حين يسجّل عملاء من الخارج
شركة واحدة، فلا معرّف عميل على البيانات
كل جدول يحمل مفتاح العميل، وكل استعلام يصفّي عليه
الجميع موثوق، فالجميع مسؤول
أدوار تُفرض على الخادم، حساباً بحساب
تنشئ الحسابات بيدك
تسجيل ذاتي، ودعوات، وتأكيد البريد الإلكتروني
إعدادات مكتوبة في الكود لطريقة عملك أنت
إعدادات لكل عميل، مع قيم افتراضية تعمل كما هي
لا أحد يدفع
باقات، وحدود، وفواتير، وقاعدة للحسابات غير المسددة
الأخطاء يُبلَّغ عنها في الممر
سجلات، ومسار تدقيق، وطريقة لرؤية ما يراه العميل
الخلل الذي نصمم ضده أولاً هو التسريب: يفتح العميل (ب) صفحة فيرى سجلات العميل (أ) لأن استعلاماً واحداً نسي التصفية. لذلك يأتي فصل بيانات العملاء قبل أول ميزة، وتفرضه قاعدة البيانات نفسها (row-level security في Postgres) لا كود التطبيق وحده. وإضافته بعد الإطلاق تعني إعادة قراءة كل استعلام كُتب يوماً، تحت الضغط.
ماذا يدخل في النسخة الأولى، وماذا ينتظر؟
تضم النسخة الأولى ما يحتاجه عميل يدفع ليحصل على قيمة دون أن تكون معه على الهاتف. وكل ما عدا ذلك ينتظر حتى يطلبه العملاء، أكثر من مرة.
في النسخة الأولى:
فصل بيانات العملاء والنسخ الاحتياطي، لأن أياً منهما لا يُضاف لاحقاً بأمان.
التسجيل، وتسجيل الدخول، والدعوات، ودوران أو ثلاثة.
مسار دفع واحد يطابق الطريقة التي يدفع بها عملاؤك الأوائل أصلاً.
لوحة إدارة، مع طريقة لرؤية الحساب كما يراه مستخدمه.
مسار بدء حتى أول نتيجة مفيدة، مع أحداث على الإجراءات المهمة.
مسار عمل أساسي واحد، منجز كما ينبغي.
لاحقاً:
الدخول الموحد (SAML) ومصفوفات الصلاحيات للشركات الكبرى، حتى يكتبها مشترٍ في عقد.
واجهة API عامة، حتى يكون لدى عميل تكامل محدد يريد بناءه.
تطبيقات جوال أصلية، ما دام تطبيق ويب متجاوب يغطي الاستخدام.
التسعير حسب الاستخدام مع العدّ، إلا إذا كان الاستخدام هو المنتج.
منشئ تقارير مخصص. سلّم التقارير الثلاثة التي طُلبت منك.
الفوترة هي أسهل مكان للمبالغة في البناء. إذا كان عملاؤك الأوائل يوقّعون عقوداً سنوية بعد مكالمة، فيمكن أن تكون فوترة النسخة الأولى فاتورة ومفتاحاً في لوحة الإدارة. فمنصة Indatex مثلاً تضع نموذج «Request Premium Access» بجانب تسجيل الدخول: الوصول يأتي بعد محادثة، لا بعد إدخال بطاقة. وفي الأسواق التي تدفع فيها الشركات بالتحويل البنكي، يكون رفع إثبات الدفع الذي يعتمده المسؤول أنفع من دفع بالبطاقة لا يستخدمه أحد، وهكذا تتعامل منصة Indeventio الحالية مع عروضها الترويجية. أما الدفع الذاتي بالبطاقة فيستحق مكانه حين يصل العملاء أسرع مما تستطيع التحدث إليهم.
ما القرارات التقنية التي يجب حسمها قبل كتابة الكود؟
ستة قرارات تحدد كلفة كل ما يأتي بعدها. وهذه اختياراتنا الافتراضية، والظروف التي تجعلنا نغيرها.
القرار
اختيارنا الافتراضي
متى نختار العكس
مستأجر واحد أم متعدد
قاعدة بيانات مشتركة، ومفتاح عميل على كل سطر، وrow-level security
قاعدة بيانات لكل عميل حين تشترط العقود فصلاً مادياً أو تخزين بيانات كل عميل في بلد محدد
المصادقة: بناء أم شراء
مصادقة مُدارة (Supabase Auth أو ما يماثلها) على حسابك
بناء مخصص فقط لقاعدة هوية لا يستطيع أي مزوّد التعبير عنها
الفوترة: بناء أم شراء
Stripe، أو المزوّد المتاح في سوقك، للبطاقات والاشتراكات والفواتير
فواتير يدوية ومفاتيح في لوحة الإدارة ما دامت المبيعات تُبرم بعقود
لوحة الإدارة
شاشات مصممة للمهام القليلة التي ينجزها فريقك يومياً
أداة إدارة قاعدة بيانات عامة، للتعديلات الداخلية منخفضة المخاطر فقط
قياس الاستخدام
أداة تحليلات منتج إلى جانب جدول أحداث خاص بك
جدول الأحداث وحده ما دامت الحسابات بالعشرات
الاستضافة
منصة مُدارة على حسابك
برمجيات مفتوحة المصدر مستضافة ذاتياً على خادمك حين تفرض الكلفة أو مكان البيانات ذلك
القاعدة وراء الجدول: اشترِ ما هو متطابق في كل SaaS (تسجيل الدخول، الدفع بالبطاقة)، وابنِ ما يصنع منتجك. لا أحد يختار برنامجاً بسبب رسالة استعادة كلمة المرور.
أين يستحق الذكاء الاصطناعي مكانه في منصة SaaS؟
يستحق مكانه حيث يزيل مهمة كان المستخدم سيؤديها بيده، وحيث يسهل اكتشاف الخطأ. صياغة رد على نزيل، وفرز طلب وارد، وتلخيص ملف طويل: نعم. تحديد سعر أو تحريك أموال دون مراجعة بشرية: ليس في النسخة الأولى. وتصف Node الوكيل في منتجها بأنه مساعد (copilot) ينجز العمل بينما يصادق المدير عليه. وهذا الشكل، الآلة تقترح والإنسان يعتمد، هو ما نبنيه افتراضياً.
أمران يُجهَّزان من اليوم الأول. تمر استدعاءات النماذج عبر مفاتيح API باسمك، وتُفوتر عليك بسعر التكلفة. ويُحسب استخدام الذكاء الاصطناعي لكل حساب عميل، لأن باقة ثابتة السعر مع استدعاءات غير محدودة قد تحوّل أكثر عملائك استخداماً إلى أقلهم ربحاً. وإذا كان الذكاء الاصطناعي هو المنتج لا ميزة فيه، فابدأ بـوكلاء الذكاء الاصطناعي.
كيف يسير البناء مع Kaishift؟
مكالمة من 30 دقيقة. تصف المنتج، والعملاء الأوائل، وكيف يدفعون اليوم. ويحدد Amine Lamfichekh، المدير التقني (CTO) لدينا، النطاق.
عرض مكتوب وعرض تجريبي خلال 72 ساعة. عرض مكتوب وعرض تجريبي مجاني يعمل على إحدى مهامك الحقيقية، دون التزام.
النطاق مكتوباً. قائمة النسخة الأولى وقائمة «لاحقاً»، متفق عليهما قبل بدء البناء.
حسابات باسمك. المستودع، والسحابة، والنطاق، ومزوّد الدفع، ومرسل البريد. نحن ضيوف فيها، ولست أبداً ضيفاً في منتجك.
نموذج البيانات وفصل العملاء أولاً. البنية والأدوار وقواعد الوصول قبل أي شاشة.
مسار العمل الأساسي. المهمة التي يدفع العملاء من أجلها، قابلة للاستخدام من أولها إلى آخرها.
الفوترة ولوحة الإدارة ومسار البدء. موصولة بمسار العمل الأساسي، ومختبرة بحسابات وهمية تحاول قراءة بيانات بعضها.
تجربة مع عملاء حقيقيين. بضعة حسابات تستخدمه في عمل فعلي، ولوحة الإدارة والأحداث تكشف أين يتعثرون.
إطلاق النسخة الأولى، ثم دورات. كل دورة تُسلَّم وتُوثَّق وتُنشر على حساباتك. ويمكنك التوقف عند أي دورة والاحتفاظ بكل شيء.
من يملك الكود والسحابة والحسابات؟
شركتك، منذ أول commit. المستودع، ومشروع السحابة، وقاعدة البيانات، وحساب الدفع الذي يستقبل التحويلات، والنطاق، كلها مسجلة باسم شركتك. وما نستضيفه لك ذاتياً يبقى مصدره متاحاً للعموم ودون رسوم ترخيص. واختيار من يبني منتجك هو جزئياً اختيار من يحتفظ بهذه الحسابات. سيسأل المستثمر أو المشتري عنها، و«الحسابات لدى الوكالة» هي الإجابة الخاطئة.
ما الذي يحدد كلفة تطوير SaaS مخصص؟
النطاق لا الساعات. كل سعر لدى Kaishift يُحدَّد بعد الاستشارة، على قدر ما سيُبنى. وما يحركه يمكن معرفته مبكراً:
عدد الأدوار، ومدى اختلاف صلاحياتها.
شكل الفوترة: باقة واحدة تُدفع بفاتورة، أم مستويات وفترات تجريبية ومقاعد واستخدام.
التكاملات مع أنظمة خارجية، وهل لديها واجهات API صالحة للاستخدام.
اللغات، وخاصة العربية بتخطيطات من اليمين إلى اليسار مخطط لها في نموذج البيانات.
لديك عملاء أوائل، أو قائمة انتظار، أو أداة داخلية تطلب شركات أخرى استخدامها
تريد اختبار فكرة قبل أن يبدي أحد اهتمامه بها
تريد الكود والسحابة وحساب الدفع باسم شركتك
تريد وكالة تستضيف المنتج وتشغّله نيابة عنك إلى أجل غير مسمى
تقبل نسخة أولى تنجز مسار عمل واحداً جيداً
تريد خارطة الطريق كاملة قبل أن يسجل أول عميل
تخطط لمواصلة تحسين المنتج بعد الإطلاق
تحتاج سعراً ثابتاً مقابل مواصفات طويلة مكتوبة مسبقاً
إذا كان العمود الأيسر يشبهك، فقل ذلك في المكالمة. سنجيبك بصراحة، ونوجهك إلى جهة أنسب.
تحدّث إلى من يحدد النطاق
ثلاثون دقيقة مع Amine Lamfichekh. أحضر الأداة الداخلية، أو جدول البيانات، أو قائمة من قالوا إنهم سيدفعون. وخلال 72 ساعة يصلك عرض مكتوب وعرض تجريبي مجاني يعمل على إحدى مهامك الحقيقية، دون التزام. يعمل الفريق من المغرب بالعربية والفرنسية والإنجليزية والإسبانية، مع عملاء في أوروبا والعالم العربي وأمريكا الشمالية. احجز المكالمة.
البرمجة · الذكاء الاصطناعي · SaaS · CRM · وكيل لكل دور · برمجيات حسب الطلب · تصميم مواقع · فريق عن بُعد · البرمجة · الذكاء الاصطناعي · SaaS · CRM · وكيل لكل دور · برمجيات حسب الطلب · تصميم مواقع · فريق عن بُعد · البرمجة · الذكاء الاصطناعي · SaaS · CRM · وكيل لكل دور · برمجيات حسب الطلب · تصميم مواقع · فريق عن بُعد · البرمجة · الذكاء الاصطناعي · SaaS · CRM · وكيل لكل دور · برمجيات حسب الطلب · تصميم مواقع · فريق عن بُعد · البرمجة · الذكاء الاصطناعي · SaaS · CRM · وكيل لكل دور · برمجيات حسب الطلب · تصميم مواقع · فريق عن بُعد · البرمجة · الذكاء الاصطناعي · SaaS · CRM · وكيل لكل دور · برمجيات حسب الطلب · تصميم مواقع · فريق عن بُعد ·