שיעור 12 מתוך 14 · קורס עסקים חינמי
מנוי מתחדש יוצר אחריות מתמשכת. לקוחות זקוקים לכך שהשירות יעבוד גם בשבוע הבא, בדיוק כפי שהוא עובד ביום ההרשמה. שגרה קצרה ואמינה הופכת את האחריות הזו לגלויה לפני שפניות דחופות גוזלות את כל זמנכם.
בסוף השיעור: תתכננו שגרת תפעול ניתנת לניהול עבור תמיכה, חיוב, תחזוקה ושימור לקוחות.
התחילו בארבעה סימנים יומיים
בדקו זמינות, הפעלת לקוחות חדשים, חריגות תשלום ובקשות תמיכה שלא נענו. החליטו אילו אירועים דורשים התראה מיידית ואילו שייכים לבדיקה מתוזמנת. הרשמה שנכשלה עשויה לדרוש טיפול מוקדם יותר משינוי קטן בתנועה השבועית.
הקצו להתראות אחראי ופעולה. כלי ניטור ששולח מאות הודעות שמתעלמים מהן יוצר רעש בלי לשפר את האמינות. הגדירו כיצד תזהו תקרית, תאשרו מי מושפע ותעדכנו לקוחות בזמן החקירה.
ב-FitSite, בדיקת בוקר יכולה לאשר שאתרים קיימים מגיבים, שאתרים שנוצרו לאחרונה כוללים את התבנית הנכונה, שאירועי חיוב עובדו ולהודעות תמיכה יש אחראים. שירות SaaS לדיווח יחליף את הקצאת האתרים בייבואי נתונים מוצלחים ובמסירת דוחות. עקבו אחר המשימה של הלקוח לאורך המערכת.
הבטיחו תמיכה שאתם יכולים לספק
הגדירו ערוצי תמיכה ברורים, שעות כיסוי ויעדי תגובה. יעד תגובה פירושו אישור קבלת הפנייה והערכתה; הוא אינו הבטחה לפתור כל בעיה בתוך זמן זה. הבחינו בין שאלה כללית לבין תקלה המשפיעה על גישה או תשלומים.
המדריך המקורי מדגים רמות תמיכה שונות לפי תוכנית. השתמשו ברעיון זה רק כאשר יש לכם היכולת לעמוד בו. הבטחה לארבע שעות מטעה אם אתם עובדים לבד ואינכם מספקים כיסוי כזה. תארו במפורש את שעות הפעילות ואת אזור הזמן, במקום לתת ללקוחות להניח שקיימת זמינות רציפה.
צרו רשימת בדיקה קצרה לקליטת פניות: החשבון המושפע, הפעולה שנוסתה, התוצאה שנצפתה ומועד הכשל. בקשו רק את המידע הדרוש לחקירה. לעולם אל תבקשו מלקוח לשלוח בדוא”ל סיסמה או פרטי כרטיס מלאים. תנו לצוות התמיכה גישה המתאימה לאחריותו.
הפכו בקשות חוזרות לשיפורי מוצר
תייגו שאלות חוזרות וחפשו את הסיבה הבסיסית. כמה לקוחות ששואלים כיצד לשנות לוח זמנים עשויים להצביע על מאמר עזרה חסר, מסך מבלבל או משימה שהמוצר אינו תומך בה היטב. כתיבת תיעוד היא תגובה אחת, ולא התשובה לכל בעיית שימושיות.
מאמר עזרה יעיל מציין את המשימה, מציג את השלבים העדכניים, מסביר כיצד לזהות הצלחה ומציע צעד הבא אם הפעולה נכשלת. בדקו אותו שוב לאחר שינוי במוצר. השאירו נתיב לאדם עבור מקרים שאינם מתאימים למאמר.
נניח שבדיקת תמיכה לדוגמה ב-FitSite מגלה שש שאלות על הוספת מאמן. הצוות יכול לשפר את הוראות התבנית הרלוונטית, לצפות במישהו מנסה לבצע את המשימה ולהשוות פניות בהמשך. אל תטענו שמאמר עזרה הפחית את התמיכה אלא אם מדדתם תוצאה זו.
התאימו בין חיוב לגישה
חיוב מתחדש תלוי בשער התשלומים שהוגדר, בהגדרות המנוי ובהגעת אירועי תשלום ליישום שלכם. אוטומציה אינה מבטלת את הצורך לבדוק חריגות. השוו את מצב החברות לרישום התשלום לפני שינוי ידני של הגישה או הנפקת החזר.
לתשלום שנכשל עשויות להיות כמה סיבות. בדקו את פרטי הדחייה או האירוע בפועל של הספק, במקום להניח שמדובר בכרטיס שפג תוקפו או בביטול מכוון. השתמשו בהגדרות הנתמכות של הספק לניסיונות חוזרים ולהודעות ללקוחות, והסבירו כיצד הלקוח יכול לעדכן פרטי תשלום בדרך מאובטחת.
עבור מסלול WordPress, בדקו חברות ותשלומים של Ultimate Multisite לצד רשומות שער התשלומים שלכם. אמתו שדרוגים, הורדות דרגה, סיום תקופות ניסיון וחשבוניות בגרסה שהגדרתם. בדקו את עיתוי השינויים ואת כל החישובים היחסיים, במקום להבטיח שכל שינוי תוכנית מתנהג באופן זהה.
שמרו על ביטולים פשוטים. אשרו את תאריך הסיום בפועל, את מצב החיוב העתידי וכל סידור לייצוא או לשמירת נתונים. שאלת משוב אופציונלית יכולה לסייע לכם ללמוד, אך הביטול לא צריך להיות תלוי במענה עליה. החילו החזרים באופן עקבי בהתאם לתנאים שהצעתם בפועל.
תחזקו שירות שתוכלו לשחזר
תזמנו תחזוקה שוטפת ושמרו מסלול לעדכוני אבטחה דחופים. אל תדחו כל עדכון עד לפגישה חודשית. תעדפו לפי הבעיה והחשיפה, בדקו באופן בטוח ככל האפשר, ושמרו תוכנית התאוששות למקרה ששינוי יגרום לבעיה.
ב-WordPress Multisite, שינוי בתוסף או בערכת עיצוב משותפים עשוי להשפיע על אתרי לקוחות רבים. בדקו בסביבת בדיקות תוכניות, תבניות, תשלום וגישה מייצגים. השתמשו בהגנת נתונים ובבקרות גישה המתאימות לעותק הבדיקות; סביבת בדיקה לא אמורה לחשוף מידע של לקוחות.
שמרו גיבויים של תוכן מסד הנתונים ושל הקבצים הנחוצים, ובדקו שחזור. תעדו שחזורים מוצלחים מהזמן האחרון, ולא רק משימות גיבוי מוצלחות. המשיכו לנטר מיצוי משאבים, עבודות רקע שנכשלו ושגיאות מסירה, וכן את השאלה אם דף הבית נטען.
למדו מדוע לקוחות נשארים או עוזבים
הגדירו נטישת לקוחות לתקופה מוגדרת: מספר הלקוחות שאבדו במהלך התקופה חלקי מספר הלקוחות הפעילים בתחילתה. תעדו את כללי הספירה, לרבות האופן שבו אתם מתייחסים להשהיות ולחשבונות שלא שולמו. נטישת הכנסות היא מדד שונה ויש לסמנו בנפרד.
אם עסק לדוגמה מתחיל חודש עם 50 לקוחות ומאבד שניים מהם, נטישת הלקוחות עבור קבוצה זו היא 4%. לקוחות חדשים שנרכשו במהלך החודש אינם משנים את המכנה ההתחלתי. במספרים קטנים, ביטול אחד יכול לשנות את האחוז באופן חד, לכן בדקו גם סיבות פרטניות.
הפרידו בין בעיות מוצר, שינויים בתקציב, סגירת עסקים ולקוחות שמעולם לא הגיעו לתוצאה השימושית הראשונה שלהם. הציעו עזרה או תוכנית מתאימה כשזה רלוונטי. אל תניחו שהנחה פותרת תכונה חסרה, וכבדו העדפות תקשורת לפני שליחת הצעות לחזרה.
המליצו על שדרוגים כאשר ללקוח יש צורך רלוונטי והוא מבין את העלות הנוספת. הגעה למגבלה עשויה להיות הזדמנות להבהיר את התוכנית המתאימה, אך ההודעה לא צריכה להסתיר את האפשרות להפחית שימוש או להישאר ברמה הנוכחית.
תנו לשגרה לוח זמנים
בדיקות יומיות מטפלות בזמינות, בתמיכה דחופה ובחריגות חיוב. בדיקות שבועיות מחפשות פניות שלא נפתרו, כשלים בהפעלה ובעיות חוזרות. בדיקות חודשיות בוחנות הכנסות חוזרות, עלויות, שימור ותיעוד. בדיקות רבעוניות בוחנות מחדש תמחור, קיבולת והאם ההצעה עדיין מתאימה לקהל.
השתמשו בתדירות זו כנקודת התחלה, ולאחר מכן התאימו אותה לסיכון ולעומס העבודה של השירות. עסק שמעבד הזמנות תלויות-זמן זקוק לניטור שונה ממנוי מחקר חודשי. המטרה היא למנוע מעבודה להיעלם בין תחומי האחריות, ולא ליצור פגישות לשם הפגישות עצמן.
התרגיל שלכם: כתבו דף תפעול
צרו ארבעה סעיפים: ניטור, תמיכה, חיוב ותחזוקה. עבור כל אחד, ציינו את האחראי, התדירות, הראיות שיש לבדוק והפעולה במקרה של חריגה. כללו אחראי גיבוי למשימות חשובות.
נסחו את הבטחת התמיכה שלכם בשפה פשוטה, כולל השעות וההבדל בין תגובה ראשונה לפתרון. לאחר מכן בדקו אם לוח הזמנים הנוכחי שלכם יכול לתמוך בה במהלך מחלה או חופשות.
בחרו משימת לקוח חוזרת אחת וכתבו מאמר עזרה. בדקו אותו עם מישהו שאינו מכיר את המוצר. תעדו אם הוא משלים את המשימה ללא הסבר נוסף.
לבסוף, תרגלו תקרית אחת על הנייר: לקוח שילם אך אין לו גישה. רשמו אילו רשומות תשוו, כיצד תתקשרו וכיצד תאשרו התאוששות בלי לחייב בפעם השנייה.
לפני שממשיכים
תפעול בר-קיימא משלב בעלות, הבטחות ברורות והתאוששות. הפכו שלבים אמינים לאוטומטיים, בדקו חריגות והשתמשו בשאלות לקוחות כדי לשפר את החוויה. עקבו אחר שימור באמצעות הגדרות מפורשות במקום להסתמך רק על תווית בלוח מחוונים.
מקורות וקריאה נוספת
מעובד מתוך השיעור המקורי 12: ניהול העסק. FitSite הוא עסק לדוגמה המשמש ללמידה, ולא סיפור הצלחה של לקוח. הנחיות הגיבוי של WordPress מסבירות את מרכיביה של התקנה שניתן לשחזר.