SaaS (Software as a Service — תוכנה כשירות) היא תוכנה שמשתמשים בה דרך הדפדפן או אפליקציה, בלי להתקין או לתחזק אותה: הספק מפעיל אותה על השרתים שלו, מעדכן ומגבה, והלקוח משלם בדרך כלל במנוי. מערכות מייל ברשת, מערכות ניהול לקוחות, תוכנות הנהלת חשבונות אונליין — כולן SaaS. המאמר מסביר מה מגדיר SaaS, במה הוא שונה מאתר רגיל, ומה צריך לחשוב עליו כשבונים מוצר כזה.
ההגדרה הרשמית
ההגדרה המצוטטת ביותר מגיעה ממכון התקנים האמריקאי NIST, בפרסום SP 800-145 משנת 2011. לפיה, ב-SaaS הלקוח משתמש באפליקציות של הספק שרצות על תשתית ענן; האפליקציות נגישות ממכשירים שונים — למשל דרך דפדפן — והלקוח לא מנהל ולא שולט בתשתית: לא ברשת, לא בשרתים, לא במערכת ההפעלה ולא באחסון, למעט אולי הגדרות מוגבלות ברמת המשתמש.
NIST מגדיר גם חמש תכונות של שירות ענן: שירות עצמי לפי דרישה, גישה רחבה ברשת, מאגר משאבים משותף לכמה לקוחות, גמישות מהירה בהיקף, ושירות מדוד — כלומר צריכה שנמדדת ומדווחת.
SaaS, PaaS ו-IaaS
| מודל | מה הלקוח מקבל | מה הלקוח מנהל |
|---|---|---|
| SaaS | אפליקציה מוכנה לשימוש | רק את השימוש וההגדרות שלו |
| PaaS | פלטפורמה להרצת קוד משלו | את האפליקציה שהוא כתב |
| IaaS | שרתים, רשת ואחסון | מערכת הפעלה, תוכנה ואפליקציה |
לבעל עסק, רוב הכלים שהוא מכיר הם SaaS. כשבונים מוצר SaaS, לרוב מריצים אותו על IaaS או PaaS. השוואה בין סוגי שרתים במה זה VPS ובאחסון ענן.
במה מוצר SaaS שונה מאתר רגיל
אתר תדמית מציג תוכן. מוצר SaaS הוא מערכת שאנשים עובדים בתוכה כל יום, ולכן יש לו שכבות שאין לאתר רגיל:
- חשבונות והרשאות — משתמשים, ארגונים, תפקידים, ומי רואה מה.
- הפרדה בין לקוחות — כמה לקוחות על אותה מערכת, בלי שאחד יראה את הנתונים של השני. זו החלטת ארכיטקטורה שקשה לשנות אחר כך.
- חיוב — מנויים, תקופת ניסיון, שדרוג ושנמוך, חשבוניות, וטיפול בתשלום שנכשל.
- מגבלות שימוש — מה כל מסלול כולל, ומה קורה כשמגיעים לתקרה.
- זמינות — כשהמערכת נופלת, הלקוחות לא יכולים לעבוד. ניטור, גיבויים ותוכנית שחזור הם חובה. ראו ניטור זמינות.
- עבודה ברקע — משימות ארוכות שרצות מחוץ לבקשה של המשתמש: יבוא נתונים, שליחת מיילים, עיבוד.
מהניסיון: בניית WebGPT
WebGPT היא פלטפורמת SaaS שבניתי ומפעיל: מערכת לאוטומציית תוכן ובינה מלאכותית ב-8 שפות, שנוצרו בה יותר מ-14 מיליון מאמרים ויותר ממיליון צ'אטבוטים, עם מערכת מנויים, תקופת ניסיון ומסלולים שונים. הלקחים המרכזיים מבנייה כזו:
- הפרדת חשבונות מהיום הראשון. כל שאילתה למסד הנתונים מסוננת לפי החשבון — לא כתוספת מאוחרת.
- מגבלות שימוש כחלק מהמודל. כל פעולה שעולה כסף נמדדת ונרשמת, כדי שהמסלולים יהיו הוגנים ושהעלויות לא יפתיעו.
- חיוב הוא מערכת, לא כפתור. חידושים, כשלים בתשלום, שדרוגים באמצע תקופה — כל אחד מהם דורש טיפול מפורש.
על החיבורים בין מערכות כאלה כתבתי במה זה API.
מתחילים קטן: MVP
הטעות הנפוצה בבניית SaaS היא לנסות לבנות הכול לפני שיש משתמש אחד. הדרך הבריאה היא להגדיר את הבעיה המרכזית, לבנות את הגרסה המצומצמת שפותרת אותה, ולהרחיב לפי מה שמשתמשים אמיתיים עושים. פירטתי את זה במאמר מה זה MVP.
שאלות נפוצות
האם וורדפרס מתאים לבניית SaaS?
לאתר שיווקי של מוצר — כן. למערכת עצמה, עם חשבונות, חיוב ולוגיקה עסקית מורכבת, לרוב עדיף פיתוח ייעודי. ראו איך בוחרים פלטפורמה.
מה ההבדל בין SaaS לאפליקציה?
SaaS מתאר את מודל ההפעלה — הספק מריץ ומתחזק. אפליקציה היא צורת הממשק. מוצר SaaS יכול להיות זמין גם בדפדפן וגם באפליקציה.
מי אחראי על אבטחת המידע ב-SaaS?
הספק אחראי על התשתית והמערכת; הלקוח אחראי על הגישה של המשתמשים שלו — סיסמאות, הרשאות, אימות דו-שלבי.
אני בונה מערכות עם חשבונות, הרשאות, חיוב ולוגיקה עסקית — לא רק אתרי תוכן. אם אתם מתכננים מוצר SaaS, ראו בניית אתרים מורכבים בהתאמה אישית או ספרו לי על הרעיון.
אהבתם את המאמר?
