מעבר מ-Twilio או ספק WhatsApp אחר לפלטפורמת לינקסבי

אפשר לשמור על מספר הוואטסאפ הקיים כשעוברים ספק?

כן, ברוב המקרים המוחלט. מטא מאפשרת תהליך "Number Migration" רשמי ומוגדר בין ספקי WhatsApp Business API שונים (BSP), כך שהמספר הקיים - וההיסטוריה השלמה של הלקוחות שכבר מכירים ובוטחים בו - נשאר זהה לחלוטין. התהליך דורש אישור ושיתוף פעולה הן מהספק היוצא והן מהמארח החדש שקולט את המספר.

מה קורה לתבניות ההודעה המאושרות שלי בזמן המעבר?

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

האם יש זמן השבתה (downtime) בזמן המעבר?

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

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

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

כמה זמן לוקח תהליך מעבר מלא מקצה לקצה?

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

מה קורה אם אין לי גישת API אצל הספק הנוכחי?

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

אפשר להעביר כמה מספרים בבת אחת?

כן, וזה אפילו מומלץ מאוד לעסקים עם כמה מספרים פעילים תחת אותו חשבון Meta Business Manager - ריכוז כל המעבר לחלון זמן אחד מרוכז מפחית משמעותית את מספר הפעמים שצריך לתאם השבתה נפרדת, ומאפשר לבדוק את כל הזרימות (בוטים, תבניות, אינטגרציות שונות) בבת אחת במקום להריץ בדיקות נפרדות וחוזרות לכל מספר בנפרד.

יש עלות ישירה למעבר ספק?

תהליך ה-Number Migration מול מטא עצמו בדרך כלל אינו כרוך בתשלום ישיר נוסף מעבר לעלויות הרגילות, אבל כדאי מאוד לבדוק לעומק את החוזה הקיים מול הספק היוצא (תקופת התחייבות נותרת, עמלת יציאה מוקדמת אפשרית) ולוודא בדיוק מה כלול במחיר של הספק החדש - למשל האם העברת התבניות וההיסטוריה המלאה נכללות בחבילה או נחשבות שירות נפרד בתשלום.

האם דרגת השליחה (Messaging Tier) עוברת יחד עם המספר, או שמתחילים מאפס אצל הספק החדש?

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

מה קורה לבוטים ולאוטומציות הקיימות שלי בזמן המעבר?

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

מי צריך להיות מעורב מהצד של העסק בתהליך המעבר?

בדרך כלל נדרשת מעורבות של בעל הגישה לחשבון Meta Business Manager (לרוב מנהל שיווק, IT או בעל העסק עצמו) כדי לאשר את שחרור המספר, ונציג טכני או מנהל תפעול שמכיר את זרימות העבודה הקיימות כדי לוודא שהן משוחזרות נכון אצל הספק החדש. בעסקים קטנים שני התפקידים האלה יכולים להיות אותו אדם, אבל חשוב לוודא מראש שלמישהו יש גישה בפועל לחשבון מטא, כי בלעדיה התהליך כלל לא יכול להתחיל. מומלץ לקבוע איש קשר יחיד ואחראי מטעם העסק לאורך כל התהליך, כדי למנוע בלבול בתקשורת מול שני הספקים בו-זמנית.