SaaS نمرده، یکشکل بودن مرده
هوش مصنوعیخلاصهٔ کاملتر
نویسنده میگه داستان «SaaS مرده» چند تا حرف مختلف رو قاطی کرده. گارتنر تخمین زده تا ۲۰۳۰ حدود ۲۳۴ میلیارد دلار از خرج نرمافزار سازمانی، یعنی چیزی حدود ۲۰ درصدش، در معرض چیزیه که خودش اسمشو گذاشته «آربیتراژ ایجنتی» (یعنی وقتی ایجنتها کاری رو انجام میدن که قبلاً آدمها با کلیک کردن تو نرمافزار انجام میدادن). ولی خود گارتنر هم میگه این بیشتر یه دگردیسیه تا آخرالزمان.
به گفتهٔ نویسنده، قانون قدیمی «configure, don't customize» (یعنی محصول رو فقط تنظیم کن، دست به کدش نزن) هیچوقت یه قانون مهندسی نبود، یه راه کنار اومدن با گرون بودن کد بود. سفارشیسازی فورک میساخت و بعد از چند سال مشتری روی یه نسخهٔ قدیمی با یه عالمه تغییر گیر میکرد که کسی درستوحسابی نمیشناختشون. حالا که تولید نرمافزار ارزون شده، این معامله دیگه بهصرفه نیست.
نکتهٔ اصلی مقاله اینه که ارزش SaaS هیچوقت خود صفحهها نبود. دادهٔ معتبر، شبکه، انطباق با قانون، سابقهٔ ممیزی و کسی که موقع خرابی جواب تلفن رو بده همچنان خریدنیه، ولی فرض «ده هزار شرکت، یک اپلیکیشن» زیر سؤاله. نویسنده اسم مدل جایگزین رو گذاشته mass-customized SaaS: نرمافزار سفارشی، سرویس مشترک. قیمتگذاری seat-based هم ضعیفترین حلقهست، چون ایجنتها دیگه سراغ صفحهها نمیرن.
راهحل معماریش برمیگرده به ایدهٔ «لایههای سرعت» (pace layers) از استوارت برند: لایههای کند مثل هویت، سطح دسترسی، معنی دادهٔ اصلی و منطق قانونی استاندارد بمونن و لایههای سریع مثل ورکفلو، رابط کاربری، گزارش و داشبورد برای هر مشتری جدا تولید بشن. دردسر از جایی شروع میشه که این دو تا به هم بچسبن، مثلاً یه فرض UI تبدیل به قرارداد API بشه یا یه ورکفلو موقت تو مدل داده جا خوش کنه.
نویسنده تأکید میکنه «سفارشیسازی بدون فورک» فقط وقتی جواب میده که چیز ماندگار خودِ کد نباشه، بلکه نیت مشتری، سیاستها، قراردادهای داده و ارزیابیها باشن تا بشه پیادهسازی رو هر بار از نو تولید کرد. اگه اینها ناقص یا کهنه باشن، بازتولید فقط نرمافزار غلط رو با وفاداری تکرار میکنه. پشتیبانی و گواهیهایی مثل SOC 2 و HIPAA هم بدون یه محیط اجرای حکمرانیشده از پا درمیان.
نکات کلیدی:
- گارتنر: تا ۲۰۳۰ حدود ۲۳۴ میلیارد دلار، یعنی نزدیک ۲۰ درصد خرج SaaS سازمانی، در معرض ایجنتهاست
- لایهٔ کند که باید مشترک بمونه: هویت، دادهٔ معتبر، سابقهٔ ممیزی، منطق قانونی، مرزهای امنیتی
- لایهٔ سریع که برای هر مشتری تولید میشه: ورکفلو، رابط کاربری، گزارش، داشبورد، رفتار ایجنت
- جایگزینهای قیمتگذاری seat-based: تعداد کارمند پردازششده، پول جابهجاشده، تراکنش، دارایی محافظتشده
- سؤال محوری: اگه فردا هر مشتری اپ اختصاصی داشت، چه بخشی از محصول باید مشترک بمونه؟
