ConnectWiz WhatsApp QR
ערוץ בינייםהתחילו ב-WhatsApp כבר היום. עברו לרשמי כשתהיו מוכנים. ואל תאבדו כלום באמצע.
ה-WhatsApp Business API הרשמי דורש אימות שלרוב העסקים אין ביום הראשון. גשר ה-QR הוא דרך האמצע הכנה: סרקו קוד, המשיכו לענות ללקוחות שלכם — עם כל ההיסטוריה מיובאת — ועברו אל ה-API הרשמי מתי שתהיו מוכנים, כשהשיחות נשארות שלמות.
ההתחברות
סריקת QR — ולמספר שלכם יש צוות מאחוריו
צימוד כמו ב-WhatsApp Web
סרקו את הקוד עם הטלפון שהמספר שייך לו — אותה תנועה כמו חיבור דפדפן. בלי אימות עסקי של Meta, בלי תור המתנה, ובלי תבניות רק כדי לענות ללקוחות שלכם.
כל מה שתיבת ההודעות נותנת
ניתוב, הקצאה, הערות, תגיות, תשובות Wiz AI ואפליקציית הנציג לנייד — מספר שמחובר ב-QR מקבל את אותה מכונה תפעולית כמו כל ערוץ רשמי.
גשר, לא מבוי סתום
הערוץ הזה קיים כדי להביא אתכם אל WhatsApp Business API הרשמי בלי לאבד בדרך את הקשרים עם הלקוחות שלכם — והוא בטוח לעמוד עליו כל עוד המעבר נמשך.
הצלת היסטוריה
שנות ה-WhatsApp שלכם הן נכס. אנחנו מייבאים אותן בתור נכס.
רוב הכלים מתחילים את "היסטוריית הלקוח" שלכם ביום שבו התקנתם אותם. גשר ה-QR מבקש מ-WhatsApp את סנכרון ההיסטוריה העמוק ונושא את העבר שלכם אתכם.
הסנכרון העמוק
הצימוד מבקש היסטוריה מלאה — אותו מצב ש-WhatsApp Desktop משתמש בו — ומגיע אחורה שנים וגיגה-בייטים, בזרימה של אצוות עד שהכול בפנים.
חותמות זמן מקוריות
להודעות המיובאות נשמרים התאריכים האמיתיים שלהן — שיחה ממרץ שעבר נשמרת תחת מרץ שעבר, ורשומת הלקוח נקראת כמו שהקשר באמת התרחש.
שקט בתכנון
ההיסטוריה נוחתת בלי להעיר שום דבר: בלי תשובות בינה מלאכותית שנורות לשאלות בנות שלוש שנים, בלי התראות, בלי טריגרים של תפוצות, בלי חיוב על שימוש. ייבוא הוא ייבוא, לא אירוע.
ההיסטוריה הופכת ל-CRM
כל שרשור מיובא נקשר לאיש קשר — כך שברגע שאתם מתחברים, ה-CRM ה"חדש" שלכם כבר יודע מי הלקוחות הקבועים שלכם.
הגנה על המספר
מנגנוני הבטיחות ששומרים על מספר QR בחיים
מספרים שמחוברים ב-QR נחסמים בגלל התנהגויות ספציפיות ומוכרות. ConnectWiz חוסמת את ההתנהגויות האלה ברמת הפלטפורמה — הגנה שאפשר להדק, להרפות לכל ערוץ בנפרד, אבל אף פעם לא לשכוח בטעות.
בלי פנייה קרה
הודעות ראשונות למספרים שמעולם לא כתבו לכם נחסמות — הדרך המהירה ביותר לאבד מספר QR, הופכת לבלתי אפשרית מבנית כברירת מחדל.
חימום אחרי הצימוד
מספר שרק צומד (או צומד מחדש) שולח בעדינות בתקופה הראשונה שלו — שליחה בנפח מלא מיד אחרי החיבור היא בדיוק מה שמערכות הזיהוי מחפשות.
ויסות קצב ותקרות
מרווחים מזעריים בין שליחות ותקרות יציאה שעתיות שומרות על התנהגות המספר בצורה אנושית — נאכפות בידי התור, לא בתקווה שהנציגים יזכרו.
בלי בדיקת מספרים בכמות
בדיקות המוניות של "האם המספר הזה ב-WhatsApp?" — התרגיל הקלאסי לניקוי רשימות שמסמן חשבונות — מווסתות ברמת הפלטפורמה.
מעבר
כשאתם מוכנים לרשמי: מהלך אחד, בלי לאבד כלום
קשירה מחדש, לא התחלה מחדש
המעבר קושר מחדש את השיחות שלכם לערוץ ה-Cloud API הרשמי — התשובה הבאה יוצאת דרך השולח הרשמי, וכל הודעה מהעבר נשארת על אותה רשומת לקוח. הצד של Meta עלול לאבד היסטוריה במעבר; הצד שלכם לא, כי הוא חי במסד הנתונים שלכם.
שני הכיוונים, ולצדם Coexistence
מ-QR ל-Cloud, מ-Cloud ל-QR, וגם מצב Coexistence של Meta — הכול עובד, כי שיטת החיבור היא תכונה של הערוץ, לא של הקשרים שלכם עם הלקוחות.
הכלל הידני היחיד
אותו מספר לא יכול לחיות באפליקציה הצרכנית וב-Cloud API בו זמנית — מעבר צד הוא צעד מכוון שאתם עושים, ודיאלוג המעבר מלווה אתכם בו בכנות.
האותיות הקטנות, בלי קישוטים
מה שגשר ה-QR איננו — בכתב
לא רשמי
הגשר מדבר את פרוטוקול WhatsApp Web ואיננו מוצר שנתמך בידי Meta. זה נכון לכל כלי QR בשוק — אנחנו רק אלה שאומרים את זה בראש העמוד.
לא נטול סיכון
סיכון לחסימה קיים ואף ספק לא יכול להעלים אותו בנפנוף יד. מה שאנחנו כן יכולים לעשות — ועשינו — זה להפוך את ההתנהגויות המסוכנות לקשות מבנית ואת המסלול הבטוח לברירת המחדל.
לא לתפוצות
קמפיינים שיווקיים שייכים ל-API הרשמי, עם התבניות ומערכת האיכות שלו. גשר ה-QR הוא לשיחות — ומנגנוני הבטיחות אוכפים את זה במכוון.
לא היעד
שימושי ללא הגבלת זמן אם מקיימים את הכללים — אבל היעד הוא WhatsApp Business API הרשמי, והיכולת שהערוץ הזה הכי גאה בה היא כמה מעט אתם מאבדים במעבר.
הלקוחות שלכם נמצאים ב-WhatsApp כבר היום. וגם ההיסטוריה שלכם.
גשרו עכשיו, עברו לרשמי כשתהיו מוכנים — וקחו אתכם את הכול.