غالبًا ما يحكم المؤسسون الذين يقومون بتقييم شركة تطوير SaaS على العرض التوضيحي: الشاشات والتدفق والصقل. هذا الجزء هو 30 في المئة السهل. نسبة 70 في المائة التي تقرر ما إذا كان منتجك سينجو من أول مائة عميل غير مرئية في العرض التوضيحي - كيف يتم عزل المستأجرين، وكيفية التوفيق بين الفواتير، وكيف تصمد المصادقة، وكيف يتصرف النظام عند وصول الحمولة. احكم على شريك SaaS من الجزء غير المرئي.

سبب أهمية ذلك كثيرًا هو أن أخطاء SaaS تتراكم بصمت. موقع المستهلك الذي يحتوي على خلل يزعج زائرًا واحدًا؛ يمكن لمنصة SaaS التي تحتوي على خطأ في الإيجار أن تسرب بيانات عميل إلى آخر، أو إرسال فاتورة إلى حساب خاطئ، أو حظر مستخدم يدفع. هذه ليست إخفاقات تجميلية - إنها تقوض الثقة التي بني عليها نموذج الاشتراك الخاص بك. لذا فإن السؤال الصحيح لشريك SaaS ليس «هل يمكنك بناء الشاشات»، بل «هل قمت ببناء الآلات تحتها، وما الخطأ الذي حدث في المرة الأخيرة التي فعلت فيها ذلك».

الإيجار المتعدد: القرار الذي لا يمكنك التراجع عنه بشكل عرضي

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

الفواتير والاشتراكات هي منتج وليس مربع اختيار

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

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

المصادقة والأمان والقياس هي رهانات الطاولة

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

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

كيف تتعامل شركة Sent مع SaaS

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

نحن أحد شركاء تطوير SaaS الموثوق بهم من بين عدة شركاء. اسأل كل شركة تتحدث معها عن كيفية تعاملها مع الإيجار وحالات حافة الفواتير والمصادقة. ستؤدي الإجابات إلى تضييق المجال بشكل أسرع من أي محفظة.