משתמשים, הרשאות ומנויים במוצר SaaS
מאת איתי דילן זריהן זיונץ· הבעלים של POCAST
איך מחברים ארגונים, תפקידים ותכניות מנוי בלי לערבב גישה למידע עם זכאות לתכונה, ומה לבדוק לפני השקה.
מפרידים ארגון, תפקיד ותכנית
במוצר SaaS, משתמש יכול להשתייך לארגון, לקבל תפקיד ולהיות כפוף לתכנית מנוי. אלה שלושה דברים שונים: תפקיד קובע מה מותר לעשות, ארגון קובע לאיזה מידע יש גישה ותכנית קובעת אילו יכולות זמינות.
לדוגמה, מנהל בארגון בתכנית בסיסית אינו מקבל אוטומטית תכונה בתשלום; משתמש בתכנית רחבה אינו מקבל הרשאת מחיקה רק בגלל המנוי. הפרדה זו צריכה להופיע באפיון ובבדיקות השרת.
מטריצת גישה לפני מסכים
| החלטה | דוגמה |
|---|---|
| שיוך | משתמש חבר בארגון מסוים |
| תפקיד | מנהל, עורך או צופה |
| זכאות | תכונה כלולה בתכנית |
| מצב מנוי | פעיל, ניסיון או מצב לאחר ביטול |
| גבול נתונים | אין גישה לרשומות ארגון אחר |
מה קורה כשהמנוי משתנה
מגדירים שינוי תכנית, כישלון תשלום, ביטול וסיום תקופת ניסיון. האם נשארת גישה לקריאה? האם נתונים נשמרים? מי יכול לייצא? התשובות הן מדיניות מוצר שצריך לאשר, ולא החלטה שהמפתח אמור לנחש.
אירועי ספק תשלום יכולים להגיע יותר מפעם אחת או בסדר שונה. נדרש טיפול מבוקר שמונע עדכון כפול ומאפשר התאוששות. תשלום מוצלח אינו מחליף בדיקת ההרשאה בכל פעולה.
בדיקות ומסירה
- כניסה של שני משתמשים מארגונים שונים.
- שינוי תפקיד ובדיקה שהגישה מתעדכנת.
- ניסיון לבצע פעולה דרך API ללא הרשאה.
- שינוי מצב מנוי ובדיקת הזכאות.
- ביטול, ייצוא וזרימת התמיכה.
הגרסה הראשונה יכולה להתחיל במספר תכניות קטן, אבל בידוד מידע ואימות הרשאות הם חלק מהבסיס. מחיר הפיתוח מושפע ממספר התפקידים, מודל המנוי והאינטגרציות, לא רק ממספר עמודי המוצר.
הכנת בריף לפרויקט
כלי לאפיון אתר ומערכת עסקית — הגדירו מטרה, היקף וחומרים. בסיום אפשר לערוך, להעתיק או להדפיס את הסיכום ולפנות לפי בחירה.
תכנון הפרויקט עם POCAST
לפרטי השירות ולפנייה בנושא משתמשים, הרשאות ומנויים במוצר SaaS. שלחו מטרה, חומרים קיימים והיקף רצוי; ההצעה תגדיר תכולה ותוצרים לפני תחילת עבודה.
למרכז המדריכים בנושא בית תוכנה ופיתוח.