SaaS چیست؟ نرم‌افزار به‌عنوان سرویس، توضیح ساده

SaaS، مخفف software as a service، نرم‌افزاری است که مردم از طریق اینترنت، معمولاً در مرورگر، استفاده می‌کنند و با یک اشتراک تکرارشونده پولش را می‌دهند؛ در حالی که شرکت سازنده سرورها را اجرا می‌کند، داده‌ها را نگه می‌دارد و به‌روزرسانی‌ها را ارائه می‌دهد. مشتری‌ها هیچ‌چیز را نصب یا نگهداری نمی‌کنند؛ ثبت‌نام می‌کنند، وارد می‌شوند و استفاده می‌کنند. Gmail، Slack، Notion، Shopify و بیشتر ابزارهای کسب‌وکاری که ماهانه پول می‌دهید SaaS هستند.

چرا وقتی با هوش مصنوعی می‌سازید مهم است

«برایم یک SaaS بساز» یکی از رایج‌ترین درخواست‌هایی است که مردم به ابزارهای ساخت اپلیکیشن با هوش مصنوعی می‌دهند، و چند کار جدا را پنهان می‌کند. قابلیت اصلی، یعنی چیزی که مردم برایش پول می‌دهند، اغلب آسان‌ترین بخش است. آنچه آن را یک «سرویس» می‌کند، همه‌ی چیزهای اطرافش است:

• حساب کاربری، تا هر مشتری ورود جداگانه داشته باشد.
• جداسازی داده، تا هیچ مشتری‌ای داده‌ی دیگری را نبیند.
• صورتحساب، تا اشتراک‌ها درست شروع، تمدید، ناموفق و لغو شوند.
• قابلیت اطمینان، چون مشتری‌ها به در دسترس بودنش تکیه می‌کنند.

اگر این بخش‌ها را بشناسید، می‌توانید یکی‌یکی درخواستشان کنید و هر کدام را آزمایش کنید، به‌جای اینکه یک داشبورد زیبا بگیرید که امن نیست تا برایش پول بگیرید.

یک تشبیه روزمره: اجاره‌ی آپارتمان در برابر ساختن خانه

خرید نرم‌افزار سنتی مثل ساختن خانه است: مال خودتان است، ولی باید سقف را تعمیر کنید، هزینه‌ی آبگرمکن را بدهید و سیم‌کشی را وقتی مقررات عوض شد دوباره انجام دهید.

SaaS مثل اجاره کردن یک آپارتمان در یک ساختمان خوب‌اداره‌شده است. ماهانه پرداخت می‌کنید، صاحب‌خانه تعمیرات و ارتقاها را انجام می‌دهد، و در پایان قرارداد می‌توانید بروید. هر مستأجر یک در ورودی قفل‌دار جداگانه دارد؛ این همان چندمستأجری (multi-tenancy) است: خیلی مشتری یک ساختمان (یک سیستم در حال اجرا) را شریک‌اند، ولی هیچ‌کدام نمی‌توانند به آپارتمان دیگری بروند.

یک محصول SaaS چطور ساخته می‌شود

زیرِ این‌ها، یک محصول SaaS یک اپلیکیشن فول‌استک است، با چند مسئولیت اضافه.

اصطلاحات کسب‌وکاری رایج SaaS

• MRR / ARR: درآمد تکرارشونده‌ی ماهانه یا سالانه؛ جمع همه‌ی اشتراک‌های فعال.
• Churn: درصدی از مشتری‌ها (یا درآمد) که در یک دوره لغو می‌کنند.
• دوره‌ی آزمایشی و freemium: نسخه‌ی کامل با مدت محدود، یا یک پلن رایگان با محدودیت، برای شروع کار مردم.
• قیمت‌گذاری بر اساس صندلی: شارژ به ازای هر کاربر. قیمت‌گذاری بر اساس مصرف: شارژ به ازای هر چیز مصرف‌شده، مثل پیام یا پروژه. قیمت ثابت: یک قیمت برای هر پلن.
• Micro-SaaS: یک SaaS کوچک برای یک گروه خاص، که اغلب توسط یک یا دو نفر اداره می‌شود. نمونه‌های عملی در ایده‌های micro-SaaS آمده‌اند.
• SaaS عمودی در برابر افقی: ساخته‌شده برای یک صنعت (نرم‌افزار برای کلینیک‌های دندان‌پزشکی) در برابر ساخته‌شده برای یک کارکرد در صنایع مختلف (بازاریابی ایمیلی).

یک مثال کامل: یک SaaS برای سگ‌آرایشگرها

فرض کنید می‌خواهید یک ابزار رزرو را با ماهانه پول به سگ‌آرایشگرهای مستقل بفروشید.

1. قابلیت اصلی. آرایشگر خدمات و ساعات کاری‌اش را ثبت می‌کند؛ صاحبان حیوانات روی صفحه‌ی عمومی آرایشگر نوبت رزرو می‌کنند.
2. مستأجران. هر کسب‌وکار آرایشگری یک فضای کاری است. هر خدمت، رزرو و رکورد مشتری شناسه‌ی فضای کاری را حمل می‌کند و هر کوئری بر اساس آن فیلتر می‌شود. رزروهای آرایشگر A هرگز نباید در داشبورد آرایشگر B ظاهر شود، حتی اگر کسی آدرس یک صفحه را دستی عوض کند.
3. نقش‌ها. مالک می‌تواند قیمت‌ها و صورتحساب را عوض کند؛ کارکنان می‌توانند رزروهای آن روز را ببینند و ویرایش کنند.
4. صورتحساب. دو پلن، یک دوره‌ی آزمایشی ۱۴ روزه‌ی دلخواه، و پرداخت از طریق Stripe. وقتی Stripe تمدید ناموفق را گزارش کند، اپلیکیشن شما یک بنر نشان می‌دهد و بعد از یک مهلت، صفحه‌ی رزرو را متوقف می‌کند، ولی هرگز داده‌ای را حذف نمی‌کند.
5. آنبوردینگ. بعد از ثبت‌نام، آرایشگر را مرحله‌به‌مرحله برای افزودن یک خدمت و اشتراک‌گذاری لینک رزرو راهنمایی کنید. اولین لینکی که به اشتراک گذاشته می‌شود، لحظه‌ای است که محصول مفید می‌شود.
6. ادمین. یک صفحه‌ی خصوصی برای شما که یک فضای کاری را پیدا کنید، پلنش را ببینید و دوره‌ی آزمایشی را تمدید کنید.

نسخه‌ی اول لازم نیست همه‌ی این‌ها را صیقلی داشته باشد. چطور یک MVP از SaaS بسازیم می‌گوید اول چه چیزی بسازید و چه چیزی را کنار بگذارید؛ چطور قیمت یک محصول SaaS را تعیین کنیم پلن‌ها را پوشش می‌دهد.

اشتباه‌ها و برداشت‌های غلط رایج

• دیدن «SaaS» به‌عنوان یک قابلیت. این یک مدل کسب‌وکار به‌علاوه‌ی لوله‌کشی بالاست. مستأجران، نقش‌ها و صورتحساب را زود تصمیم بگیرید؛ بعداً جداسازی داده سخت است.
• اعتماد به فرانت‌اند برای پنهان کردن داده. اگر داده‌ی مشتری فقط در صفحه پنهان شده ولی سرور آن را برمی‌گرداند، هر کسی می‌تواند ببیند. سرور باید در هر درخواست بر اساس مستأجر فیلتر کند.
• ساختن صورتحساب قبل از اینکه کسی محصول را بخواهد. زود شارژ کنید، ولی فقط وقتی قابلیت اصلی برای یک کاربر واقعی کار می‌کند. یک لینک پرداخت می‌تواند قبل از یک صفحه‌ی مدیریت کامل پلن بیاید.
• دادن دسترسی روی صفحه‌ی «موفق» بعد از پرداخت. ریدایرکت بعد از پرداخت را می‌شود رد کرد یا جعل کرد. دسترسی را از webhook ارائه‌دهنده‌ی پرداخت که سرور شما امضایش را بررسی می‌کند بدهید یا بگیرید.
• نادیده گرفتن لغو و پرداخت‌های ناموفق. در ماه اول حتماً اتفاق می‌افتند. تصمیم بگیرید مشتری چه ببیند و داده‌هایش چه می‌شود.
• کپی کردن امکانات سازمانی خیلی زود. ورود یکپارچه، لاگ‌های ممیزی و دسترسی‌های پیچیده برای مشتری‌های بزرگ مهم‌اند، نه برای ده مشتری اول.

از ابزار ساخت اپلیکیشنتان چه بخواهید

درخواست را به مراحلی تقسیم کنید که بتوانید آزمایشش کنید:

1. «قابلیت اصلی را برای یک کسب‌وکار با داده‌ی نمونه بساز.» بررسی کنید مفید است.
2. «ثبت‌نام و ورود اضافه کن. هر کاربر جدید یک فضای کاری می‌سازد. هر جدول و هر کوئری را روی سرور به فضای کاری محدود کن.»
3. «نقش‌ها را اضافه کن: مالک و کارمند. فقط مالک‌ها بتوانند تنظیمات و صورتحساب را عوض کنند.»
4. «اشتراک‌های Stripe را با دو پلن و یک دوره‌ی آزمایشی اضافه کن. دسترسی را بر اساس webhookهای تأییدشده‌ی Stripe بده یا بگیر، نه بر اساس ریدایرکت صفحه‌ی پرداخت.»
5. «یک صفحه‌ی ادمین اضافه کن که فقط من بتوانم باز کنم، برای جست‌وجوی فضاهای کاری و پلنشان.»

بعد از مرحله‌ی ۲، دو حساب بسازید و ببینید آیا از یکی می‌توانید به داده‌ی دیگری برسید. بعد از هر تغییر بزرگ این کار را تکرار کنید. راهنمای افزودن پرداخت مرحله‌ی ۴ را با جزئیات پوشش می‌دهد.

ساخت یک MVP از SaaS در Mythex

Mythex می‌تواند محصول، صفحه‌ی بازاریابی و پایگاه داده‌ی یک MVP از SaaS را از یک توضیح در گفتگو بسازد و آن را روی یک آدرس عمومی منتشر کند. ورود کاربران اپلیکیشن شما و پرداخت مشتری‌ها با خود شماست: یک روش احراز هویت انتخاب می‌کنید و از حساب و کلیدهای Stripe خودتان استفاده می‌کنید که به‌عنوان secret پروژه ذخیره می‌شوند. مستندات یک use case گام‌به‌گام برای SaaS MVP با یک پرامپت شروع دارد، و صفحه‌ی سازنده‌ی SaaS با هوش مصنوعی نمونه‌هایی برای شروع دارد. پلن‌ها در صفحه‌ی قیمت‌ها آمده‌اند.

پرسش‌ها