Mindbody ו-HubSpot: הפעל 9 מיקומים ממערכת אחת ללא הכאוס

המזלג ש-All זיכיון מכה בו

כל זיכיון שפועל ב-Mindbody פוגע באותו פיצול דרכים סביב המיקום השלישי או הרביעי.

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

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

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

היפותטי: Iron Lantern Fitness (לדוגמה) הוא זיכיון של מכוני כושר בוטיק בת 9 סניפים בשלושה אזורים עם 6,400 חברים בסך הכל. הם הפעילו את אופציה א', ושלושה זכיינים איימו בגלוי לעזוב את הרשת בגלל זה. פוסט זה מתאר כיצד הם הגיעו למערך שעובד.

מה עולה לך ההתקנה הלא נכונה

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

גבולות לפי מיקום מבלי לאבד את התמונה הגדולה

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

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

תיוג מיקום: כיצד פועל דיווח בין אתרים

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

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

אז חבר שהצטרף ל-Iron Lantern Downtown והחל לבקר ב-Iron Lantern Eastside שלושה חודשים לאחר מכן נושא את שני התגים. חברה יכולה לשאול "כמה מהחברים שלנו משתמשים בשני מיקומים?" ולקבל תשובה באמצעות מסנן אחד. זוהי התכונה שנשמעת משעממת על הנייר והופכת לתצוגה הנפוצה ביותר בכל החשבון ברגע שזכיינים רואים אותה.

דיווח בין-מיקומים שבו תאגידים ישתמשו בפועל

לוח המחוונים השיווקי התאגידי של Iron Lantern הציג חמישה דוחות, שאף אחד מהם לא דרש עבודה מותאמת אישית.

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

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

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

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

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

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

תוצאות מייצגות בקרב 6,400 חברים

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

קשה יותר להעריך את שביעות הרצון של הזכיינים, אך השינוי עקבי. תלונות על "חברות ששולחות לחברים שלי דברים לא נכונים בדוא"ל" יורדות לכמעט אפס תוך 60 יום, משום שהגבולות לכל מיקום מונעים את בעיית הרשימה השגויה במקור. תנועת הגולשים של Iron Lantern עמדה על 11 אחוזים, כ-700 חברים. הקמפיין הראשון שבנו, רצף של "נסו את המיקום השני שלנו", המיר כ-12 אחוזים מאלה לביקורים בפועל, והוסיף כ-80 ביקורים חודשיים מצטברים ברחבי הרשת ללא הוצאות חדשות על פרסום.

מה המשמעות של זה עבור הרשת שלך

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

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

רוצים לראות את CRMConnect Mindbody ל-HubSpot בפעולה? צפה בדף אפליקציית ה-API.