העברת לקוח מסוכנות קודמת בלי לאבד נתונים

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• כל המזהים: תיק עסקי, חשבון מודעות, פיקסל, קטלוג, עמוד, חשבון אינסטגרם
• באיזה תיק עסקי יושב כל נכס — לא "למי יש גישה", אלא מי הבעלים
• מי אימת את הדומיין ובאיזה תיק — דומיין לא יכול לשבת בשני מקומות במקביל
• האם Conversions API פעיל, דרך איזו מערכת, ומי מחזיק את הטוקן
• איפה הפיקסל מוטמע בפועל, ולמי יש גישה למקום הזה
• ייצוא של כל הלידים ההיסטוריים מטפסי הלידים — לידים לא נשמרים במטא לנצח
• ייצוא ביצועים היסטורי מלא, לפני שמישהו מנותק
• קבצי המקור של הקריאייטיב, לא רק מה שהועלה למטא
• אמצעי התשלום שמחובר לחשבון, ואם יש יתרה פתוחה
• רשימת כל המשתמשים והשותפים שעדיין מחוברים לחשבון

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

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

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

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

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

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

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

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

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

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

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