انتقل إلى المحتوى الرئيسي
Fugen Services logo

هندسة البرمجيات

ابنِ المنتج، وليس المنصة التي ستضطر إلى إعادة بنائها

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

مؤشر

MVP من £22,000

السعر الثابت متفق عليه كتابة قبل بدء أي عملية تطوير.

اطلب عرض سعر+44 7488 265083

المشكلة التي يحلها

الضغط لإطلاق MVP سريع حقيقي وغالبًا ما يكون صحيحًا — لكن هناك قرارات قليلة genuinely صعبة الرجوع فيها. كيفية عزل المستأجرين، وكيفية نمذجة الفوترة والامتيازات، وكيفية عمل الأذونات. إذا أخطأت في هذه الأمور، فسيكون بناء كل ميزة لاحقًا أبطأ.

ماذا ستحصل

عزل المستأجرين من أول عملية هجرة بيانات

مفروض على مستوى طبقة الاستعلام، وليس متروكًا لكل مطور ليتذكر عبارة where. رؤية مستأجر لبيانات مستأجر آخر هو الحادث الذي لا يمكن لشركة SaaS التعافي منه.

فوترة اشتراكات قابلة للمصادقة

تكامل Stripe يتعامل مع التجارب، والترقيات، والتعديلات في منتصف الدورة، والدين، والمدفوعات الفاشلة — مدفوعًا بواسطة webhooks حتى لا تختلف قاعدة البيانات وStripe حول من هو عميل مدفوع.

امتيازات مفصولة عن الخطط

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

المنظمات والأدوار والدعوات

حسابات الفريق مع تدفقات الدعوات، أذونات قائمة على الأدوار، ونقل الملكية. تعد إضافة فرق إلى حسابات مستخدم واحد واحدة من عمليات الهجرة المؤلمة.

تكامل يوفر القيمة الأولى

مسار التسجيل مصمم حول اللحظة التي يصبح فيها المنتج مفيدًا، مع بيانات عينة حيث قد يتوقف مستخدم جديد في حالة عدم وجود بيانات. هنا تُربح تحويلات التجارب.

تحليلات المنتج من اليوم الأول

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

كيف نعمل

  1. تحديد نطاق MVP بصدق

    ما يجب أن يوجد لشخص ما للدفع، وما يمكن تأجيله. إن خفض النطاق هنا هو أعلى قيمة عمل في المشروع.

  2. تصميم الأجزاء الصعبة

    نموذج المستأجرين، الفوترة، والأذونات تم تحديدها وتوثيقها قبل بدء العمل على الميزات.

  3. البناء في زيادات مدتها أسبوعان

    برمجيات عاملة على رابط staging يمكنك استخدامه كل أسبوعين.

  4. الفوترة والتكامل

    تسجيل الدخول من البداية إلى النهاية، الدفع، والإلغاء، واختباره باستخدام بطاقات Stripe الاختبارية الحقيقية.

  5. الاختبار الخاص

    مجموعة صغيرة من المستخدمين الحقيقيين قبل الإطلاق العام، مع دمج الملاحظات في قائمة المهام الخلفية (backlog).

  6. الإطلاق والتحسين

    مراقبة الأداء، مراجعة التحليلات، وقائمة مهام خلفية (backlog) مصنفة حسب الأولوية بناءً على الاستخدام الفعلي.

ما يجب أن تتوقعه

  • عزل المستأجرين (tenant isolation) مفروض بواسطة طبقة البيانات، وليس عن طريق الاتفاقيات (convention).
  • حالة الفواتير (Billing state) التي تتطابق دائمًا مع Stripe
  • إضافة مستويات تسعير جديدة كإعدادات (configuration)
  • إطلاق المنتج مع إمكانية قياس معدلات التفعيل (activation) والتسرب (churn) منذ البداية

مبني باستخدام

  • Next.js
  • TypeScript
  • React
  • Node.js
  • Laravel
  • PostgreSQL
  • Prisma
  • Redis
  • Stripe
  • AWS
  • Vercel
  • Docker
  • Playwright

Mainstream, well-supported technology — chosen so you can hire for it and so another team could take the project over.

تطوير منتجات SaaS — your questions

بما في ذلك الأسئلة المتعلقة بالتكلفة، والتي تتجاهلها معظم الشركات في صفحاتها.

النسخة الأولية الحقيقية (MVP) — المصادقة، سير العمل الأساسي، الفواتير، والتكامل — عادةً ما تكلف بين £22,000 و£45,000 على مدى ثلاثة إلى خمسة أشهر. إذا قلّت التكلفة عن £20,000 تقريباً، فأنت تبني نموذجاً أولياً (prototype) بدلاً من منتجاً يمكن بيعه، ونحن نفضل أن نوضح ذلك لك بدلاً من قبول العمل وخيبة الأمل التي ستتبع ذلك.

نسخة أولية (MVP) في معظم الأحيان — لكن MVP يعني منتجاً ضيقاً مبنياً بشكل صحيح، وليس منتجاً واسعاً مبنياً بشكل رديء. قلل من الميزات، ولا تقلل أبداً من نظام الاستئجار (tenancy) أو دقة الفواتير أو الأمان، لأن هذه الأجزاء هي التي ستجبرك على إعادة كتابة المنتج بدلاً من تحسينه.

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

الكود بالكامل، بدءًا من أول عملية تسجيل، في مستودعك الخاص. هذا أمر غير قابل للتفاوض من جانبنا — فـ SaaS تديره وكالة ما، ولا تملك الكود، ليس في الواقع مشروعًا مستقلًا.

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

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

تحدث إلى من سبق له بناء هذا

A short call is usually enough to tell you whether this is the right service for your situation — including when it is not.