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

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

Make (לשעבר Integromat) ו-Zapier הם הדבק בין שיג ושיח לכמעט כל תוכנה שניתן לשם. לאחר שתחברו אותם, הגבול היחיד הוא דמיונך.

מדוע יש צורך בשכבת אינטגרציה

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

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

Make ו-Zapier פותרים זאת מכיוון שהם משמשים כשכבת ביניים. הם מקבלים נתונים משיג ושיח וניתבים אותם למאות אפליקציות אחרות. וובהוק אחד בשיג ושיח יכול להפעיל רצף המעדכן גיליון Google, שולח הודעת Slack, יוצר איש קשר ב-HubSpot, ומוסיף שורה ל-Airtable. הכל בזריקה אחת.

כיצד החיבור בעצם עובד

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

בשיג ושיח, לכל תהליך בוט יש שלב Action. שלב Action זה יכול לשלוח בקשת וובהוק, GET או POST, לכתובת URL חיצונית. Make ו-Zapier שניהם נותנים לך כתובת URL וובהוק ייחודית כאשר יוצרים תרחיש או zap חדש. אתה מעתיק את כתובת ה-URL, הדבק אותה לשלב Action של שיג ושיח, ופתאום הצ'אטבוט שלך יכול לדבר עם אלפי אפליקציות.

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

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

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

דוגמה אמיתית

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

התהליך של שיג ושיח שלך אוסף את שמם, דוא"ל ומטרה. בשלב Action, אתה שולח וובהוק POST עם payload JSON שממפה את השדות המותאמים אישית שלך. Make או Zapier מקבלים את ה-payload. האוטומציה שלך אז עושה שלוש דברים במקביל. היא יוצרת שורה בגיליון Google עם פרטי העופרת. היא מפרסמת הודעה לערוץ Slack של הצוות שלך. היא מוסיפה את הדוא"ל לקהל Mailchimp שלך מתויג כעופרת חמה.

שלוש דברים קורים בשניות. המשתמש לא עוזב את הצ'אט. הצוות שלך מקבל התראות מיידיות. ה-CRM שלך נשאר עדכני. ועשית זאת ללא כתיבת קוד backend.

בדיקה לפני שתעלו לאוויר

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

בשיג ושיח, יש להשתמש בתכונת Test בשלב Action שלך לשליחת וובהוק לדוגמה. חזור ל-Make או Zapier ובדוק את היומן. האם הנתונים נראים נכונים? האם שמות השדות תואמים? האם מבנה ה-JSON נקי?

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

מה קורה כאשר דברים משתבשים

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

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

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

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

מקרי שימוש נפוצים שבעצם מזיזים את המחט

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

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

התראות Slack שומרות על הצוות שלך בלולאה. כאשר עופרת בעלת ערך גבוה ממלאת טופס בצ'אט, צוות המכירות שלך יודע על זה באופן מיידי.

רצפי שיווק דוא"ל הם המקום שבו ה-ROI האמיתי חי. תפוס את ה-opt-in בשיג ושיח, שלח את הנתונים ל-Mailchimp, ConvertKit או ActiveCampaign, והפעל רצף טיפול באופן אוטומטי.

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

בחר משימה אחת והתחל

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

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

ניתן למצוא את Make ב-make.com ו-Zapier ב-zapier.com. לשניהם יש שכבות חינם, כך שניתן להתנסות ללא התחייבות. עבור לבלוג של שיג ושיח ב-שיג ושיח.au/blog לעוד הדרכות.

הכלים שם. הדבר היחיד שנותר הוא לחבר אותם.

#שיג_ושיח #NoCodeAutomation #ChatbotWorkflows