Manage pricing plan (ניהול תוכנית תמחור) מאפשר לבדוק או לשנות את תוכנית Shopify של החנות או הארגון.

תוכנית התמחור משפיעה על עלויות, יכולות, צוות, דוחות ולעיתים גם על גישה לפיצ׳רים מסוימים.

במדריך הזה

מה Shopify מתארת במקור

במקור של Shopify עבור Managing pricing plans, הדגש הוא על פעולה מתוך Shopify admin (אדמין Shopify) ולא על שינוי חיצוני או קיצור דרך. הכתובת הרשמית היא Settings > Plan, ולכן כל החלטה תפעולית צריכה להתחיל מהמסך ש-Shopify מציינת, מהתפקיד שמורשה לבצע את הפעולה, ומההשלכות שהמקור מתאר על משתמשים, חנויות, חיוב או גישה.

המשמעות המעשית בעברית היא שלא מתייחסים אל ניהול pricing plan (תוכנית תמחור), שינוי תוכנית, pause או deactivate, והפעלה מחדש של frozen store (חנות מוקפאת) כאל פעולה טכנית קצרה. לפני שלוחצים Save (שמירה), Continue (המשך), Assign (שיוך), Remove (הסרה) או Confirm (אישור), צריך להבין מי הבעלים של הפעולה, איזה חשבון מחובר, באיזו חנות נמצאים, ואילו הרשאות או נתונים יושפעו לאחר השינוי.

מונחים ונתונים שצריך לזהות

פריט ב-Shopifyאיך להשתמש בו בעבודה שוטפת
Settings > Planהמסך הרשמי לניהול store plans, שינוי תוכנית, pause או deactivate, והפעלת חנות מוקפאת מחדש.
Active subscription plan (תוכנית פעילה)נדרש כאשר רוצים להמשיך למכור ולקבל הזמנות דרך checkout.
Pause and Build (השהיה ובנייה)אפשרות להפחתת עלות כאשר רוצים לעבוד על החנות בלי checkout פעיל, בהתאם לזכאות ולחשבוניות פתוחות.
Frozen store (חנות מוקפאת)חנות שהוקפאה בדרך כלל בגלל בעיית חיוב וצריכה תשלום או תוכנית חדשה כדי לחזור לפעילות.

כאשר המסך מציג שמות דומים, חנויות דומות או roles (תפקידים) דומים, אל תסמכו על זיכרון. השתמשו בשם החנות, בכתובת myshopify.com, באימייל המשתמש, בסטטוס, ובאזור Settings (הגדרות) שבו אתם נמצאים. תיעוד קצר של הערכים האלה מונע מצב שבו שינוי נכון נעשה במקום הלא נכון.

לפני שמבצעים שינוי

לפני ניהול pricing plan (תוכנית תמחור), שינוי תוכנית, pause או deactivate, והפעלה מחדש של frozen store (חנות מוקפאת), בדקו את האם העסק צריך checkoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון פעיל, אילו יכולות זמינות בתוכנית, כמה משתמשים דרושים, ומה העלות החודשית הכוללת. ההחלטה צריכה להיות קשורה לצורך עסקי ברור: מי צריך גישה, מי משלם, מי מקבל אחריות, איזה תהליך ייפגע אם הפעולה תיכשל, ומה הדרך לחזור אחורה אם Shopify מאפשרת זאת.

הכלל המרכזי הוא שינוי תוכנית מאושר על ידי בעלים או מנהל כספים, אחרי בדיקת השפעה על מכירות, צוות, אפליקציות וחיוב. אם אין אדם כזה, עצרו את הפעולה וקבעו בעלים פנימי לפני שממשיכים. פעולות בחשבון Shopify נראות לפעמים קטנות, אבל הן יכולות להשפיע על checkoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון (קופה), billing (חיוב), domains (דומיינים), notifications (התראות), users (משתמשים), apps (אפליקציות) ונתוני לקוחות.

שלבי עבודה בסגנון Shopify

  1. פתחו Settings > Plan מתוך Shopify admin.
  2. בדקו את התוכנית הנוכחית, תאריך החיוב והאפשרויות הזמינות לשינוי.
  3. השוו בין המשך מכירה בתוכנית פעילה, Pause and Build, או ביטול תוכנית לפי מצב העסק.
  4. לפני downgrade, בדקו משתמשים, דוחות, פיצ׳רים, אפליקציות ותהליכי עבודה שעלולים להיפגע.
  5. לאחר שינוי, בדקו checkoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון, גישה של צוות, חשבונית צפויה והאם צריך לעדכן הנהלת חשבונות או בעלי תפקידים.

אחרי השלבים, בצעו בדיקת תוצאה ולא רק בדיקת "הכפתור נלחץ". פתחו מחדש את המסך הרלוונטי, ודאו שהשם, התפקיד, הסטטוס, התוכנית, הכתובת או ההרשאה השתנו כפי שתוכנן, ובדקו משתמש או חנות לדוגמה אם מדובר בשינוי שמשפיע על כמה חנויות או כמה אנשים.

סיכונים נפוצים

הסיכון המרכזי כאן הוא שינוי תוכנית מתוך לחץ נקודתי בלי לבדוק משתמשים, checkoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון, יכולות תוכנית, אפליקציות והשלכות חיוב. מקור Shopify בדרך כלל מציין מי רשאי לבצע פעולה ומה קורה לאחריה, אבל בתוך צוות ישראלי צריך גם לתרגם את זה לנוהל: מי מאשר, מי מבצע, מי בודק, ומי מקבל הודעה אם יש שינוי בגישה, בחיוב או בבעלות.

אל תבצעו שינוי מתוך חשבון משותף. אם כמה אנשים משתמשים באותו login (כניסה), אי אפשר לדעת מי ביצע שינוי, אי אפשר לנתק אדם אחד בלבד, וקשה להוכיח מה קרה בביקורת. לכל עובד, ספק או מנהל צריך להיות user (משתמש) אישי עם role (תפקיד) שמתאים למשימות שלו.

בדיקות אחרי השינוי

בדקו את התוכנית הפעילה, חיוב צפוי, מגבלות משתמשים, יכולות שנדרשות לעסק, וסטטוס של pause, deactivate או reactivation. אם הפעולה קשורה למשתמשים, ודאו שאין Pending (בהמתנה) ישנים, שאין משתמשים עם גישה רחבה מדי, ושמי שסיים עבודה הוסר או הושעה. אם הפעולה קשורה לחנות או ארגון, ודאו שהשם, הסימון הפנימי, הבעלות, החיוב והגישה לחנויות ברורים לכל מי שמנהל אותן.

תעדו תאריך, מבצע, מאשר, צילום מסך או מזהה רלוונטי, ותוצאת בדיקה. במסמך פנימי אפשר לציין גם למה הפעולה נעשתה, מה צפוי להיבדק שוב, ואילו צוותים צריכים לדעת. התיעוד הזה חשוב במיוחד כאשר מתחלפים בעלי תפקידים, סוכנות, מנהל כספים או מנהל תפעול.

צ׳קליסט קצר

  • זיהיתי את המסך הרשמי ב-Shopify admin: Settings > Plan.
  • וידאתי שאני בחנות או בארגון הנכון לפי שם, דומיין וסימונים פנימיים.
  • בדקתי שהמשתמש שמבצע את הפעולה מורשה לכך לפי owner, administrator או role מתאים.
  • בדקתי את האם העסק צריך checkoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון פעיל, אילו יכולות זמינות בתוכנית, כמה משתמשים דרושים, ומה העלות החודשית הכוללת לפני שינוי ולא רק אחרי תקלה.
  • תיעדתי את התוכנית הפעילה, חיוב צפוי, מגבלות משתמשים, יכולות שנדרשות לעסק, וסטטוס של pause, deactivate או reactivation ואת תוצאת הבדיקה לאחר השינוי.
  • קבעתי מועד לביקורת חוזרת אם מדובר בגישה זמנית, ספק חיצוני, שינוי תוכנית או שינוי בעלות.

לפני שינוי תוכנית

בדקו עלות חודשית, עמלות, פיצ׳רים, צרכי צוות, דוחות, B2B, שווקים או יכולות מתקדמות שהעסק צריך.

אחרי שינוי

בדקו שהיכולות הנדרשות עדיין זמינות, שהחיוב ברור, ושצוות הכספים יודע על שינוי העלות.

שאלות נפוצות

מתי לשדרג תוכנית?

כאשר יש צורך עסקי ברור בפיצ׳רים, דוחות, צוות או יכולות שלא קיימות בתוכנית הנוכחית.

מה לבדוק לפני שינוי?

עלות, יכולות, עמלות, צוות, דיווח והשפעה על תהליכים קיימים.