Users plan requirements (דרישות תוכנית למשתמשים) קובעות כמה Shopify admin users (משתמשי אדמין Shopify) אפשר להוסיף לחנות או לארגון. לפי Shopify, המגבלה תלויה ב-pricing plan (תוכנית תמחור), וחלק מסוגי המשתמשים לא נספרים במכסת המשתמשים.
זה נושא תפעולי חשוב: אם החנות גדלה, מוסיפה צוות, עובדת עם POS או מחליפה תוכנית, צריך לדעת מי ימשיך לקבל גישה ומה קורה למשתמשים מעבר למגבלה.
במדריך הזה
- שיקולים לפני הוספת משתמשים
- מכסת משתמשים לפי תוכנית
- מה קורה בעת downgrade
- סוגי משתמשים שלא נספרים במכסה
- בדיקות לפני שינוי תוכנית
שיקולים לפני הוספת משתמשים
Shopify מציינת שמשתמשים זמינים רק בתוכנית Grow (גרו) ומעלה. אם החנות בתוכנית Basic (בייסיק) או Starter (סטארטר) וצריכה להוסיף משתמשי צוות, צריך לשדרג לתוכנית גבוהה יותר כמו Grow, Advanced (אדוונסד) או Shopify Plus (שופיפיי פלוס).
המגבלה של 0 users (אפס משתמשים) ב-Basic וב-Starter חלה על staff accounts (חשבונות צוות), אבל לא בהכרח על סוגי משתמשים אחרים כמו collaborator accounts (חשבונות משתפי פעולה) או POS-only staff (צוות POS בלבד).
מכסת משתמשים לפי תוכנית
| Pricing plan (תוכנית) | Maximum user accounts (מספר משתמשים מרבי) |
|---|---|
| Pause and Build (השהיה ובנייה) | משתמש אחד |
| Starter (סטארטר) | 0 משתמשים |
| Basic (בייסיק) | 0 משתמשים |
| Grow (גרו) | 5 משתמשים |
| Advanced (אדוונסד) | 15 משתמשים |
| Shopify Plus (שופיפיי פלוס) | ללא הגבלה |
לפני שמוסיפים משתמשים, ספרו רק משתמשי אדמין שנספרים במכסה, והפרידו בינם לבין Collaborators (משתפי פעולה) או POS-only staff (צוות POS בלבד). אחרת אפשר לשדרג תוכנית בגלל ספירה לא נכונה.
מה קורה בעת downgrade
כאשר מורידים תוכנית למחיר נמוך יותר עם מגבלת משתמשים קטנה יותר, Shopify משעה משתמשים מעבר למגבלה לפי סדר מוגדר: קודם Pending users (משתמשים בהמתנה), החל מההזמנה האחרונה, ואז Active users (משתמשים פעילים) לפי last login dateDate / תאריך ושעה כולל אזור זמןסוג ערך שמייצג תאריך בלבד ומשמש לשדות כמו תאריך תפוגה או תאריך השקה.פתיחה במילון (תאריך כניסה אחרון), החל ממי שלא התחבר הכי הרבה זמן.
לפני downgrade (הורדת תוכנית), הכינו רשימה ידנית של מי חייב להישאר פעיל. אל תסמכו רק על סדר ההשעיה האוטומטי אם יש משתמשים ישנים שעדיין קריטיים לעסק.
סוגי משתמשים שלא נספרים במכסה
Partner organizations (ארגוני שותפים) לא כפופים לאותן מגבלות כמו חנויות merchant (סוחר), ואפשר להוסיף אליהם משתמשים ללא הגבלה. גם חנויות ב-Dev Dashboard (לוח פיתוח), כולל development stores (חנויות פיתוח) ו-client transfer stores (חנויות העברה ללקוח), אינן מוגבלות באותה צורה.
| User type (סוג משתמש) | האם נספר במכסה | הערה |
|---|---|---|
| Store owner (בעל חנות) | לא כמכסת צוות רגילה | לכל חנות יש בעל חנות אחד. |
| Organization owner (בעל ארגון) | לא כמכסת צוות רגילה | לכל ארגון יש בעל ארגון אחד. |
| Collaborators (משתפי פעולה) | לא נספרים במכסת המשתמשים | מיועדים ל-Shopify Partners או פרילנסרים עם גישת Collaborator. |
| POS-only staff (צוות POS בלבד) | לא נספרים במכסת משתמשי אדמין | אין להם גישה ל-Shopify admin. |
גם אם סוג משתמש לא נספר במכסה, הוא עדיין יכול להיות מוגבל בכמות או בהרשאות לפי סוג החנות, ערוצים ותוכנית POS. לכן חשוב לבדוק את סוג המשתמש ולא רק את המספר הכולל.
בדיקות לפני שינוי תוכנית
- כמה Shopify admin users (משתמשי אדמין) פעילים באמת צריכים גישה יומית?
- האם קיימים Pending users (משתמשים בהמתנה) שאפשר לבטל לפני שינוי תוכנית?
- האם ספקים צריכים Collaborator accounts (חשבונות משתפי פעולה) במקום משתמשי צוות רגילים?
- האם עובדי קופה צריכים POS-only staff (צוות POS בלבד) ולא גישה לאדמין?
- האם downgrade (הורדת תוכנית) ישעה משתמש חיוני בגלל חוסר פעילות אחרון?
תכנון צוות לפי שלבי צמיחה
חנות בתחילת הדרך יכולה לעבוד עם בעלים ומשתמשים בודדים, אבל כאשר נכנסים שירות לקוחות, מחסן, תוכן, שיווק, כספים וסוכנות חיצונית, מכסת משתמשים הופכת לשיקול תפעולי. לא נכון לשדרג תוכנית רק כי כל ספק קיבל משתמש אדמין רגיל.
לפני שדרוג, הפרידו בין תפקידים: מי צריך Shopify admin (אדמין Shopify), מי צריך POS בלבד, מי צריך Collaborator access (גישת משתף פעולה), ומי בכלל יכול לעבוד דרך מערכת חיצונית כמו שירות לקוחות, ERP או כלי שיווק.
תרחיש downgrade מסוכן
נניח שחנות יורדת מתוכנית Advanced (אדוונסד) לתוכנית Grow (גרו). אם יש יותר משתמשים מהמכסה החדשה, Shopify עשויה להשעות קודם הזמנות Pending (בהמתנה), ואז משתמשים פעילים לפי last login dateDate / תאריך ושעה כולל אזור זמןסוג ערך שמייצג תאריך בלבד ומשמש לשדות כמו תאריך תפוגה או תאריך השקה.פתיחה במילון (תאריך כניסה אחרון). משתמש שלא התחבר הרבה זמן עדיין יכול להיות קריטי, למשל מנהל כספים שנכנס רק פעם בחודש.
לכן לפני הורדת תוכנית, אל תסתכלו רק על מספר המשתמשים. בדקו תפקיד, אחריות עסקית, תדירות עבודה, בעלות על תשלומים, דומיינים, אפליקציות ותהליכי חירום. מי שנראה לא פעיל לפי כניסה אחרונה יכול להיות האדם היחיד שיודע לטפל בחיוב או בדומיין.
עבודה עם ספקים בלי לבזבז מכסה
כאשר סוכנות או פרילנסר צריכים גישה, Collaborator account (חשבון משתף פעולה) בדרך כלל מתאים יותר ממשתמש צוות רגיל. הוא לא נספר במכסת המשתמשים, והוא מיועד לעבודה של Shopify Partners (שותפי Shopify) על חנויות merchant (סוחר).
עם זאת, Collaborator (משתף פעולה) עדיין צריך הרשאות מדויקות, קוד גישה מסודר ותאריך סיום. העובדה שהוא לא נספר במכסה אינה סיבה לתת לו גישה רחבה או להשאיר אותו פעיל אחרי סיום העבודה.
מפת החלטה קצרה
| צורך | סוג גישה מתאים בדרך כלל |
|---|---|
| עובד שמנהל הזמנות או מוצרים באדמין | Shopify admin user (משתמש אדמין Shopify), אם התוכנית מאפשרת. |
| עובד קופה שלא צריך אדמין | POS-only staff (צוות POS בלבד). |
| סוכנות או פרילנסר חיצוני | Collaborator account (חשבון משתף פעולה). |
| בעלים או מנהל על | Store owner (בעל חנות), Organization owner (בעל ארגון) או role (תפקיד) מנהל מתאים. |
החלטה נכונה חוסכת גם כסף וגם סיכון. במקום להוסיף כל אדם כמשתמש אדמין רגיל, התאימו את סוג הגישה לעבודה בפועל, ואז בדקו האם התוכנית הנוכחית עדיין מספיקה.
שאלות נפוצות
האם תוכנית Shopify משפיעה על משתמשים?
כן, בחלק מהמקרים תוכנית משפיעה על יכולות משתמשים, תפקידים וניהול ארגון.
מתי לבדוק דרישות תוכנית?
לפני הוספת צוות גדול, ארגון, קבוצות או הרשאות מתקדמות.