התשובה הקצרה: WhatsApp Flows הם טפסים מובנים עם מסך אחד או כמה מסכים שנפתחים בתוך צ'אט בוואטסאפ, כך שלקוח יכול לקבוע תור, לבקש הצעת מחיר או להירשם בלי לצאת מהשיחה. הם עובדים רק על פלטפורמת WhatsApp Business, דורשים עסק מאומת, ונשלחים בתוך תבנית מאושרת או כהודעה אינטראקטיבית בתוך חלון 24 השעות. נכון לאוקטובר 2026, מטא לא מפרסמת חיוב נפרד על Flow; משלמים על ההודעה שנושאת אותו.
עיקרי הדברים (אוקטובר 2026)
- כל מסך ב-Flow מכיל עד 50 רכיבים ובדיוק כותרת תחתונה (Footer) אחת; קבוצות כפתורי בחירה ותיבות סימון מקבלות עד 20 אפשרויות, רשימה נפתחת עד 200 (מדריך הרכיבים של מטא).
- Flows בלי endpoint מכסים את רוב הטפסים של עסק קטן. endpoint צריך לענות בפחות משנייה, ו-Flow שמוגדר לא תקין מוגבל ל-10 שליחות בשעה.
- Flow בתוך תבנית מחויב לפי קטגוריית התבנית; Flow בתוך חלון פתוח הוא הודעת שירות, ולכל מספר יש 1,000 כאלה בחודש ללא חיוב.
- מספר חדש יכול לפתוח שיחות עם 250 אנשים שונים ב-24 שעות מתגלגלות, ואחר כך 2,000, 10,000, 100,000 וללא הגבלה, ותבניות עם Flow נספרות במכסה.
- Flows נפתחים באנדרואיד 6.0+ וב-iOS 12+, לא בוואטסאפ ווב, וזו המגבלה שהכי הרבה עסקים מפספסים.
רוב העסקים פוגשים WhatsApp Flows באותה דרך: ספק מציג בהדגמה טופס הזמנה מרשים שנפתח בתוך הצ'אט, והשאלה הופכת ל"כדאי לנו לבנות כאלה?". התשובה הכנה תלויה בשלושה דברים, והמדריך הזה עובר עליהם לפי הסדר: מה Flow באמת עושה מאחורי הקלעים, מה צריך כדי לבנות ולשלוח אחד, והאם תהליך הקליטה שלכם ארוך וקבוע מספיק כדי להצדיק טופס. לצוותים קטנים רבים, הדרך הזולה היא שיחה קצרה ששומרת תשובות כשהן מגיעות. לאחרים, Flow הוא הדבר הכי נקי שהם יציגו אי פעם ללקוח.
בדקנו כל עובדה על Flows במדריך הזה בתיעוד למפתחים של מטא באוקטובר 2026. איפה שמטא לא מפרסמת מספר, אנחנו אומרים את זה.
מה הם WhatsApp Flows?
WhatsApp Flows הם אינטראקציות מובנות עם כמה מסכים שעסק שולח על פלטפורמת WhatsApp Business. הלקוח מקיש על כפתור, טופס מקורי עולה בתוך הצ'אט, הוא עובר בין מסכים של שדות ובחירות, וכשהוא שולח, התשובות חוזרות לעסק כהודעה. זה מתנהג כמו אפליקציה קטנה בתוך וואטסאפ.
התיעוד למפתחים של מטא מתאר את Flows כ"דרך לבנות אינטראקציות מובנות להודעות עסקיות", ומדריכי הדוגמה שלה עוסקים בהצעות הלוואה מאושרות מראש, הצעות מחיר לביטוח, איסוף כוונת רכישה והצעות מוצר מותאמות אישית. הרשימה הזו אומרת הרבה: אלה טפסים עם מבנה ידוע, שבהם העסק יודע בדיוק אילו שדות הוא צריך.
מאחורי הקלעים, כל Flow כתוב ב-Flow JSON, פורמט שמטא הגדירה לשם כך. Flow הוא אוסף של מסכים, וכל מסך הוא צומת אחד במה שמטא מכנה מכונת מצבים: יש לו מזהה, פריסה, והרכיבים שיושבים בה. המסכים מתחברים דרך פעולות. החשובות שבהן:
- navigate: מעבר למסך אחר, יחד עם מה שהלקוח הזין עד עכשיו.
- complete: סיום ה-Flow ושליחת התשובות חזרה לצ'אט.
- data_exchange: שליחת הנתונים הנוכחיים לשרת שלכם, והשרת מחליט מה הלאה. הפעולה הזו דורשת endpoint.
- update_data ו-open_url: רענון חלק מהמסך הנוכחי (למשל מילוי מחדש של רשימה נפתחת אחרי בחירה) או פתיחת קישור בדפדפן. שתיהן דורשות Flow JSON בגרסה 6.0 ומעלה.
כל Flow חייב להסתיים לפחות במסך סיום אחד, ובמסך הזה חייב להיות כפתור תחתון. ל-Flows יש גם מחזור חיים: מטא מונה את המצבים Draft, Published, Throttled, Blocked ו-Deprecated. אפשר לערוך Flow שפורסם, אבל העריכה מחזירה אותו לטיוטה עד שמפרסמים שוב.
לא חייבים לכתוב את ה-JSON ביד. ב-WhatsApp Manager יש ממשק Flow Builder, מטא מציעה Flows Playground כדי לראות תצוגה מקדימה של Flow בסיסי, ו-Flows API מאפשר לתוכנה ליצור ולפרסם Flows אוטומטית.
איך WhatsApp Flow עובד, שלב אחר שלב
ל-Flow יש שני צדדים. הלקוח רואה כפתור, כמה מסכים ואישור. העסק רואה הודעה שנשלחת, Flow שנפתח, ותגובה מובנית שמגיעה ל-webhook שלו עם כל תשובה מתויגת. כשמכירים את שני הצדדים, קל יותר לזהות איפה דברים נשברים.
זה המסלול המלא של Flow טיפוסי לקביעת תור, כפי שמדריך השליחה של מטא מתאר:
- העסק שולח הודעה שנושאת את ה-Flow. או תבנית הודעה עם כפתור Flow (העסק פותח את השיחה, נדרש אישור תבנית), או הודעה אינטראקטיבית עם כפתור קריאה לפעולה (בתוך חלון שירות פתוח). תווית הכפתור בתבנית מוגבלת ל-25 תווים; מטא ממליצה שטקסט הכפתור בהודעה אינטראקטיבית יהיה עד 30 תווים, בלי אימוג'י.
- הלקוח מקיש על הכפתור. ה-Flow נפתח במסך הכניסה. העסק יכול למלא מראש את המסך הראשון בנתונים שכבר ידועים לו, כמו שם הלקוח.
- הלקוח עובר בין המסכים. כל מסך בודק את השדות שלו, כך שתאריך חובה חסר או כתובת מייל שגויה נתפסים לפני שממשיכים.
- הלקוח שולח. הכפתור התחתון במסך הסיום מפעיל את פעולת complete.
- התשובות חוזרות. וואטסאפ מוסרת הודעת תגובה ל-webhook של העסק, עם הערך של כל שדה. מכאן התוכנה שלכם צריכה לעשות עם זה משהו מועיל: ליצור איש קשר, לקבוע את התור, לעדכן את העסקה.
בשלב 5 מסתתרת רוב העבודה האמיתית. Flow אוסף תשובות יפה מאוד, אבל ה-Flow לא שומר שום דבר ב-CRM. מה שמקבל את ה-webhook קובע אם התשובות יהפכו לתור ביומן או לגוש JSON ביומן שגיאות שאף אחד לא קורא.
שני פרטים טכניים חשובים לתכנון. כל שליחה נושאת flow token, מזהה שהעסק מייצר כדי להתאים את התגובה ללקוח ולפנייה הנכונים. ואפשר לשלוח Flow במצב טיוטה כדי לבדוק אותו בטלפון שלכם לפני פרסום.
אבני הבניין: מסכים ורכיבים
מסך ב-Flow בנוי מרכיבים, ומטא מגבילה כמה אפשר להשתמש בהם ומה אורך הטקסט שלהם. המגבלות נדיבות לטופס הזמנה או הצעת מחיר, וצפופות לכל מה שמנסה להיות אתר שלם. כדאי לתכנן את המסכים סביבן לפני שמתחילים לעצב.
אלה הרכיבים שעסקים קטנים משתמשים בהם הכי הרבה, עם המגבלות ממדריך הרכיבים של מטא נכון לאוקטובר 2026:
| רכיב | מה הוא עושה | מגבלות עיקריות |
|---|---|---|
| Heading, Subheading, Body, Caption | טקסט על המסך | כותרות 80 תווים, גוף טקסט 4,096 |
| TextInput | תשובה בשורה אחת (שם, מייל, טלפון) | תווית 20 תווים, ברירת מחדל עד 80 תווים |
| TextArea | טקסט חופשי ארוך יותר | תווית 20 תווים, ברירת מחדל עד 600 תווים |
| RadioButtonsGroup, CheckboxGroup | בחירה אחת או כמה | 1 עד 20 אפשרויות |
| Dropdown | בחירה מרשימה ארוכה | עד 200 אפשרויות בלי תמונות, 100 עם תמונות |
| DatePicker, CalendarPicker | בחירת תאריך או טווח | מצב טווח דורש Flow JSON 6.1+ |
| OptIn | תיבת הסכמה | 120 תווים, עד 5 במסך |
| Image | תמונה במסך | עד 3 במסך, JPEG או PNG |
| PhotoPicker, DocumentPicker | הלקוח מעלה קבצים | 1 במסך, עד 30 קבצים, 25 MiB לקובץ כברירת מחדל |
| Footer | הכפתור שמתקדם | בדיוק 1 במסך, תווית 35 תווים |
עוד שלוש מגבלות מעצבות תכנון אמיתי. מסך מכיל לכל היותר 50 רכיבים. מודל הניתוב, שממפה איזה מסך מוביל לאן, מאפשר עד 10 הסתעפויות. וכל ה-Flow JSON לא יכול לעבור 10 MB. לגבי העלאות, מטא שומרת מדיה שלקוחות שולחים דרך Flow ב-CDN שלה עד 20 יום, אז הורידו מה שצריך בזמן.
אפשר גם לוגיקה. הרכיבים If ו-Switch מציגים או מסתירים חלקים במסך לפי תשובות קודמות, עם עד 3 רמות קינון ב-If. כך מסך אחד יכול לשאול "זה בשביל עסק?" ולחשוף שדה שם חברה רק כשהתשובה היא כן.
Flows עם endpoint ובלי endpoint
Flow בלי endpoint הוא טופס קבוע: המסכים, הבחירות והניתוב מוגדרים מראש, והתשובות חוזרות כשהלקוח שולח. Flow עם endpoint פונה לשרת שלכם בין מסך למסך כדי להביא נתונים חיים, כמו שעות פנויות או מחיר מחושב. רוב הטפסים של עסק קטן לא צריכים endpoint בכלל.
בלי endpoint. כל מה שהלקוח רואה כתוב ב-Flow JSON או מועבר ברגע השליחה. מטא מייצרת את מודל הניתוב אוטומטית. טופס בקשת הצעת מחיר עם אפשרויות שירות קבועות, סקר משוב, הרשמה לאירוע או טופס לידים מתאימים כאן. בונים ב-Flow Builder, מפרסמים, מצמידים לתבנית, ובצד של וואטסאפ סיימתם.
עם endpoint. פעולת data_exchange שולחת את מה שהלקוח הזין עד עכשיו לכתובת שאתם מפעילים, והשרת מחזיר את הנתונים של המסך הבא. כך Flow להזמנת תור מציג רק שעות שבאמת פנויות, או Flow להזמנה מציג את המלאי של היום. זה מגיע עם דרישות הנדסיות אמיתיות, כולן ממדריך ה-endpoint של מטא:
- השרת חייב לקבל בקשות POST ב-HTTPS עם תעודת TLS תקפה.
- כל מטען מוצפן: מפתח AES נשלח מוצפן ב-RSA, והנתונים עצמם מוצפנים ב-AES-GCM. השרת מפענח כל בקשה ומצפין כל תשובה.
- הוא חייב לענות לבדיקות תקינות, "ping" שוואטסאפ עשויה לשלוח בכל עת ל-endpoints של Flows שפורסמו.
- מדריך התקינות של מטא ממליץ לשאוף לתשובה בפחות משנייה. אם שיעור השגיאות או ההשהיה מידרדרים משמעותית, מטא שולחת התראות webhook, אחר כך מגבילה את ה-Flow ל-10 הודעות בשעה, ואם המצב מחמיר, חוסמת אותו כך שאי אפשר לשלוח או לפתוח אותו.
מטא עצמה דוחפת לכיוון האפשרות הפשוטה. מדריך ה-endpoint שלה אומר ש-Flows עם endpoint צריכים להימנע משימוש בו כשאין בו צורך, כי ויתור עליו מקטין השהיה ומפשט את הפיתוח. אם אפשר להעביר את נתוני המסך הראשון בזמן השליחה ולעבור בין מסכים עם navigate, עשו את זה.
רוצים לראות את זה בפעולה?
צפו איך Zoye קולטת ליד חדש, עונה ב-WhatsApp ומגדירה את המעקב, הכל מהודעה אחת.
ראו איך זה עובד8 דוגמאות ושימושים ל-WhatsApp Flows
Flows מצדיקים את עצמם כשהעסק צריך את אותן תשובות מכל לקוח, בסדר קבוע, עם בחירות שאפשר לרשום מראש. שמונת השימושים האלה מכסים את רוב מה שצוותים קטנים בונים, מקביעת תור ועד הרשמה, עם הערה אם כל אחד בדרך כלל צריך endpoint.
1. קביעת תור. שירות, תאריך מועדף ב-CalendarPicker, חלון שעות, שם ושדה הערות. בלי endpoint, הלקוח בוחר זמן מועדף ואתם מאשרים; עם endpoint, ה-Flow מציג רק זמנים פנויים באמת. אם אתם רוצים גם תזכורות אחר כך, המדריך שלנו לתזכורות תורים בוואטסאפ עוסק בתזמון.
2. איסוף לידים. שם, מייל, במה הם מתעניינים, טווח תקציב והסכמה לשיווק. Flow שמחובר למודעת קליק לוואטסאפ הופך קליקים על מודעה ללידים מלאים בפחות מדקה. המדריך שלנו ליצירת לידים בוואטסאפ מראה איפה זה עומד מול שאר מקורות הלידים.
3. בקשת הצעת מחיר. סוג העבודה, גודל או כמות, מועד ותמונות דרך PhotoPicker. אפשרויות קבועות שומרות על תשובות שאפשר להשוות בין לידים, ותמונות חוסכות את סבב השאלות הראשון. endpoint רק אם אתם רוצים מחיר מיידי.
4. משוב וסקרים. דירוג, שתיים או שלוש שאלות בחירה והערה אופציונלית, שנשלחים אחרי שהשירות ניתן. קצר וקבוע, בדיוק איפה ש-Flows מצטיינים. הגבילו את זה למסך אחד או שניים.
5. טופס הזמנה. מוצר, וריאציה, כמות, משלוח או איסוף וכתובת. קטלוגים פשוטים עובדים בלי endpoint; מלאי חי, דמי משלוח או הנחות דורשים endpoint. למגוון מוצרים גדול, השוו קודם לפיצ'רים של הקטלוג בוואטסאפ.
6. הרשמה לאירוע או לקורס. מפגש מתוך רשימה נפתחת, מספר משתתפים, צרכים תזונתיים או נגישות, הסכמה. הרשמה היא הטופס הקבוע הקלאסי, ורכיב OptIn אוסף באותו שלב גם אישור להודעות המשך.
7. קליטת פניית שירות. מספר הזמנה או חשבון, סוג הבעיה, תיאור וצילום מסך דרך DocumentPicker או PhotoPicker. מי שעונה מתחיל עם כל מה שהוא צריך במקום שלוש שאלות הבהרה. המדריך שלנו לוואטסאפ לשירות לקוחות מכסה את שאר ההקמה.
8. העדפות ועדכון הסכמה. על אילו נושאים הלקוח רוצה לשמוע, באיזו תדירות, ואפשרות ברורה להסיר את עצמו. זו דרך מסודרת לאסוף את ההסכמה שמטא דורשת לפני תבניות שיווק, ולכבד אותה אחר כך.
המשותף לכולם: העסק יכול לכתוב כל שאלה לפני שהשיחה מתחילה. כשהשאלה הבאה תלויה בתשובה חופשית, טופס מתחיל להילחם בשיחה.
מה צריך כדי להשתמש ב-WhatsApp Flows
כדי לשלוח Flows צריך את פלטפורמת WhatsApp Business עם Cloud API, עסק מאומת, איכות הודעות טובה, Flow שפורסם, ולשליחה ביוזמת העסק, תבנית מאושרת. צריך גם תוכנה או מפתח שיקבלו את התשובות ויפעלו לפיהן. אפליקציית WhatsApp Business לא יכולה לשלוח Flows.
זו רשימת הבדיקה ממדריכי ההתחלה והשליחה של מטא, עם החלקים המעשיים שמסביב:
- חשבון בפלטפורמת WhatsApp Business. הוא נותן לכם את WhatsApp Manager, שבו נמצא ה-Flow Builder, ומספר טלפון שמוגדר ב-Cloud API. ההשוואה שלנו בין אפליקציית WhatsApp Business ל-API מסבירה מה משתנה במעבר.
- אימות עסק. המדריכים של מטא קובעים שצריך לאמת את העסק כדי לשלוח Flows ללקוחות. המדריך שלנו לחשבון עסקי מאומת בוואטסאפ עובר על שלבי האימות.
- איכות הודעות גבוהה. מטא מבקשת לשמור עליה. מספר עם דירוג איכות נמוך מסתכן במגבלות שליחה נמוכות יותר, וזה מגביל כמה אנשים יקבלו את תבניות ה-Flow שלכם.
- תבנית מאושרת, אם אתם פותחים את השיחה. הסטטוס של התבנית חייב להיות APPROVED ולא PENDING לפני שאפשר לשלוח. המדריך שלנו לתבניות הודעה בוואטסאפ מסביר קטגוריות ואישור.
- משהו שמקבל את התשובות. התגובה של ה-Flow מגיעה ל-webhook שלכם. בלי תוכנה שהופכת אותה לאיש קשר, לתור או למשימה, אספתם נתונים ולא שמרתם אותם בשום מקום מועיל.
- ספק או מפתח, אלא אם בצוות שלכם כותבים קוד. רוב העסקים בונים Flows דרך הכלים של ספק; אם צריך endpoint, צריך מפתח בכל מקרה.
מגבלות השליחה חלות. נכון לאוקטובר 2026, מגבלת השליחה בפלטפורמה מתחילה ב-250 נמענים שונים ב-24 שעות מתגלגלות לשיחות ביוזמת העסק, ועולה ל-2,000, 10,000, 100,000 וללא הגבלה ככל שהאיכות והאימות מאפשרים. Flow שמחובר לתבנית שיווק נספר כמו כל שליחת תבנית אחרת.
המכשיר משנה. התיעוד של מטא מונה אנדרואיד 6.0+ ו-iOS 12+ כנתמכים, ואומר ש-Flows לא נתמכים במכשירים מקושרים כמו וואטסאפ ווב. אם הרבה מהלקוחות שלכם כותבים מהמחשב, חלקם יראו את ההודעה אבל לא יוכלו לפתוח את הטופס.
רוצים לראות מה Zoye יכולה לעשות בשבילכם?
CRM, עסקאות, משימות ואוטומציות ל-Instagram, ל-Facebook ול-WhatsApp, הכל בסביבת עבודה אחת. פשוט בקשו מ-Zoye והיא תגדיר הכל בשבילכם.
גלו את התכונותכמה עולים WhatsApp Flows?
נכון לאוקטובר 2026, בעמוד התמחור של מטא אין חיוב נפרד על Flows. Flow נוסע על הודעה, וההודעה מחויבת לפי הכללים הרגילים של מטא לכל הודעה: תבנית עם Flow לפי הקטגוריה שלה, והודעה אינטראקטיבית עם Flow בתוך חלון השירות כהודעת שירות.
כך זה עובד בפועל, לפי תיעוד התמחור של מטא:
- Flow בתוך תבנית. מחויב לפי הודעה שנמסרה, לפי קטגוריית התבנית (שיווק, שירות שימושי או אימות) ולפי המדינה של הנמען. תבניות שיווק מחויבות תמיד.
- Flow בהודעה אינטראקטיבית. מותר רק בתוך חלון השירות של 24 שעות שנפתח כשהלקוח כותב לכם. מאז 1 באוקטובר 2026, כל מספר טלפון עסקי מקבל 1,000 הודעות שירות שנמסרו בחודש ללא חיוב; מה שלא נוצל לא עובר לחודש הבא, והודעות שירות מעבר לזה מחויבות.
- נקודת הכניסה ללא עלות. אם לקוח כותב לכם ממודעת קליק לוואטסאפ באפליקציית אנדרואיד או iOS ואתם עונים בזמן, נפתח חלון של עד 7 ימים שבו הודעות שיווק, שירות שימושי, אימות ושירות לא מחויבות. גרסאות המחשב והווב לא נחשבות. Flow שנשלח בחלון הזה לא עולה כלום על ההודעה.
- השליחה של הלקוח. מטא לא מחייבת על הודעות שמשתמשים שולחים לעסקים, אז התגובה עם התשובות לא מחויבת.
- תעריפים. מטא יכולה לשנות תעריפים רק ביום הראשון של רבעון, כלומר עד ארבע פעמים בשנה, עם הודעה מראש. התעריף משתנה לפי מדינת הנמען, אז בדקו את טבלת התעריפים החיה באתר של מטא ולא מספר שמודפס במקום אחר. להסבר מעמיק על הקטגוריות, קראו את המדריך שלנו לתמחור WhatsApp Business API.
העלות הגדולה בדרך כלל לא של מטא. היא בבנייה: מסלול אצל ספק שכולל Flow Builder, שעות פיתוח ל-endpoint, והעבודה לחבר את התשובות ל-CRM. טופס לידים קבוע יכול לקחת אחר צהריים. Flow להזמנת תור עם זמינות חיה, הצפנה וניטור תקינות הוא פרויקט תוכנה של ממש.
מגבלות ונקודות כשל שכדאי לתכנן מראש
Flows נכשלים בדרכים צפויות: לקוחות בוואטסאפ ווב לא יכולים לפתוח אותם, טפסים ארוכים ננטשים, endpoints מוגבלים כשהם מאטים, ותשובות שמגיעות ל-webhook לא מגיעות אף פעם ל-CRM. כל אחת מהן נמנעת אם מתכננים אותה מההתחלה.
נטישה לא נראית. לקוח שפותח Flow של חמישה מסכים וסוגר אותו במסך השלישי לא שולח לכם כלום. תדעו שהוא פתח אותו רק אם הספק שלכם מדווח על זה. שמרו על Flows קצרים, שימו את השאלות הקלות ראשונות, ותכננו מעקב למי שלא שולח.
טקסט חופשי נדחס. TextInput מוגבל כברירת מחדל ל-80 תווים ו-TextArea ל-600. זה בסדר לשם או לתיאור קצר, ומתסכל למי שרוצה להסביר בקשה לא שגרתית.
לא כל מכשיר פותח אותם. הפער של וואטסאפ ווב אמיתי. תמיד הוסיפו שורת גיבוי בהודעה, כמו "או פשוט ענו כאן עם הפרטים", כדי שאף אחד לא ייתקע.
endpoint מוסיף נקודת כשל. שרת איטי פירושו Flow מוגבל, ואחר כך חסום. אם ה-Flow להזמנת תור תלוי ב-API של היומן שלכם, התקלות שלו הופכות לתקלות שלכם בוואטסאפ.
עריכה מתחילה סבב מחדש. עריכת Flow שפורסם מחזירה אותו לטיוטה, ושינוי של התבנית שנושאת אותו יכול לחייב אישור נוסף.
כך Flow נראה מול שתי החלופות הנפוצות לאיסוף אותו מידע:
| WhatsApp Flow | שאלות בצ'אט רגיל | קישור לטופס באתר | |
|---|---|---|---|
| הלקוח נשאר בוואטסאפ | כן | כן | לא, נפתח דפדפן |
| עובד בוואטסאפ ווב | לא | כן | כן |
| מאמץ בנייה | Flow JSON או Builder, ועוד טיפול ב-webhook | רשימת שאלות ומיפוי שדות | כלי טפסים ועוד אינטגרציה |
| צריך endpoint לנתונים חיים | כן | לא | תלוי בכלי הטפסים |
| תשובות חלקיות נשמרות | לא, רק בשליחה | כן, כל תשובה כשהיא מגיעה | בדרך כלל לא |
| הכי מתאים ל | טפסים ארוכים וקבועים עם הרבה אפשרויות | קליטה קצרה של 3 עד 5 שאלות | מסמכים ארוכים, תשלומים, טפסים עם הרבה קבצים |
החלופה בלי Flow: לשאול בצ'אט ולשמור בשדות
בהרבה תהליכי קליטה, האפשרות הטובה יותר היא בכלל לא טופס. עוזר שואל את אותן שאלות אחת אחת בצ'אט, וכל תשובה נכתבת לשדה הנכון ברשומת הלקוח ברגע שהיא מגיעה. בלי Flow JSON, בלי endpoint, ושום דבר לא הולך לאיבוד אם הלקוח עוצר באמצע.
זה עובד כי שיחה כבר היא אינטראקציה מובנית, כשהשאלות קבועות והתשובות נשמרות כמו שצריך. "באיזה שירות אתם מתעניינים?", אחר כך "מתי נוח לכם?", ואז "לאיזה מייל לשלוח את ההצעה?" אוספות את אותם נתונים כמו Flow של שלושה מסכים. ההבדל הוא במה שקורה מסביב:
- תשובות חלקיות נחשבות. אם הלקוח ענה על שתי שאלות ושתק, יש לכם שתי עובדות ברשומה וסיבה לחזור אליו. Flow שנסגר לפני שליחה לא משאיר כלום.
- זה עובד בכל מקום. הודעה רגילה נפתחת בכל מכשיר, כולל וואטסאפ ווב.
- הלקוח יכול לצאת מהתסריט. אם מישהו שואל באמצע "אתם עובדים בסופי שבוע?", סוכן יכול לענות ולחזור לשאלות. טופס לא יכול.
- זה יושב בתוך החלון. שאלות שנשאלות אחרי שהלקוח כתב לכם הן הודעות שירות, ונכנסות ל-1,000 הודעות השירות החודשיות לכל מספר לפני שמתחיל חיוב.
הפשרה היא אורך ודיוק. טופס של שנים עשר שדות עם רשימה נפתחת של 200 פריטים כואב בצ'אט וקל ב-Flow. קליטה קצרה של שלוש עד חמש שאלות היא בדיוק ההפך. המדריך שלנו לבוט סינון לידים בוואטסאפ מסביר איך לבחור ולסדר את השאלות האלה, וההסבר שלנו על סוכן AI מול צ'אטבוט מראה מה משתנה כש-AI שואל אותן במקום תסריט קבוע.
מוכנים להיפטר מהעבודה השחורה?
Zoye מאחדת CRM מבוסס AI, ניהול משימות ואוטומציות בסביבת עבודה אחת.
להתחיל עכשיואיך Zoye אוספת תשובות מובנות בוואטסאפ
Zoye היא AI Business Operator. שלושה עשר הכלים שלה כבר מקושרים זה לזה (אנשי קשר, עסקאות, משימות, יומן, מסמכים, חשבוניות, אוטומציות וואטסאפ ועוד), ועוזרת AI מפעילה אותם בשבילכם מאפליקציית הווב, מוואטסאפ, מסלאק או מהמחבר של Claude. לתשובות מובנות בוואטסאפ, Zoye הולכת בדרך של הצ'אט הרגיל ולא בונה Flows.

התשובות שליד נותן בוואטסאפ נשמרות ברשומה שלו לצד ההערות, כך שמי שחוזר אליו מתחיל עם התמונה המלאה.
בוט סינון הלידים. אתם קובעים את השאלות, הסדר והניסוח. הבוט שואל אותן בצ'אט ושומר כל תשובה בשדה הנכון ב-CRM כשהיא מגיעה, כך שליד מסונן כבר מלא כשאתם פותחים אותו, וגם ליד שעצר באמצע שומר את מה שאמר. אפשר לסנן לפי התשובות כמו לפי כל שדה אחר, כלומר לבנות קהל של "מתעניין בשירות ב', רוצה החודש" בלי לקרוא אף תמליל. כל אוטומציות הוואטסאפ מראות איך זה מתחבר לשאר.
כל מה שמסביב לשאלות. ליד חדש מקבל הודעת פתיחה מיידית, עם מתגים לכל מקור (מודעות, טפסים, אתר, API, ידני) והודעה אחת לכל אדם. סוכנת ה-AI עונה על מה שהלקוח באמת שואל, מציעה זמנים מתוך רשימת הזמנות אחת עם תזכורות שנשלחות אוטומטית, יכולה לשלוח קישור לתשלום בצ'אט (Stripe, או Grow בישראל), ומעבירה את הליד לחבר צוות כשאדם צריך להיכנס, עם כל השיחה כבר על הכרטיס של הליד.
נבנה מתיאור. ספרו לעוזרת מה צריך לקרות, למשל "כשליד חדש מגיע מהאתר, תשאלי איזה שירות ומתי הוא רוצה להתחיל, ואז תפתחי משימת שיחה לבעלים". Zoye הופכת את זה לכלל אמיתי, מציגה לכם אותו בשפה פשוטה ולא מריצה כלום עד שתאשרו. שש אוטומציות הוואטסאפ מתחילות כבויות, וכל אחת מבקשת אישור לפני שהיא שולחת.
הכללים של מטא מטופלים. Zoye עובדת על פלטפורמת WhatsApp Business הרשמית (Cloud API). הודעות ראשונות, וכל מה שנשלח יותר מ-24 שעות אחרי התשובה האחרונה של הלקוח, יוצאים כתבנית מאושרת אוטומטית; Zoye מסווגת תבניות, מגישה אותן למטא ועוקבת אחרי הסטטוס. כל הודעה יוצאת כוללת אפשרות הסרה, ו-STOP מכובד בכל סביבת העבודה.
מגבלות בכנות. Zoye לא בונה טפסי Flow JSON של מטא, והיא לא משווקת BSP, לא כלי שליחה המונית ולא מערכת הלפדסק. אם הקליטה שלכם באמת דורשת טופס ארוך וקבוע עם עשרות אפשרויות, Flow שנבנה בכלי ייעודי הוא הבחירה הנכונה, והחיובים של מטא על הודעות חלים מעל כל תוכנה, כולל Zoye.
תמחור: Almost Free עולה $5 לחודש ($4 בחיוב שנתי) וכולל חבר צוות 1, 1GB, את כלי הליבה, 15 פרומפטים של AI בחודש ואינטגרציות של Google; אוטומציות לא כלולות בו. Starter עולה $29 לחודש ($23 בשנתי) עם 10 חברי צוות ו-5GB, Growth עולה $59 ($47) עם 20 חברי צוות ו-10GB, Scale עולה $119 ($95) עם 100 חברי צוות ו-25GB, ו-Customize מתומחר לפי הצורך. כל הפרטים בעמוד התמחור.
הכי מתאים ל: צוותים קטנים שתהליך הקליטה שלהם בוואטסאפ הוא כמה שאלות, ושרוצים כל תשובה ברשומה של הליד, ואחריה את הצעד הבא הנכון.
לבנות WhatsApp Flow או לא? מדריך החלטה קצר
בנו Flow כשתהליך הקליטה ארוך, קבוע ועמוס באפשרויות, הלקוחות שלכם בטלפון, ויש לכם תוכנה שמקבלת את התשובות. שאלו בצ'אט רגיל כשהקליטה קצרה, כשאנשים יוצאים מהתסריט, או כשהצוות לא יכול לתחזק Flow JSON ו-endpoint.
העבירו את תהליך הקליטה שלכם דרך ארבע שאלות:
- כמה שאלות? יותר משש, או כל רשימה של יותר מעשר אפשרויות, נוטות ל-Flow. שלוש עד חמש נוטות לצ'אט.
- אפשר לכתוב כל שאלה מראש? אם כן, Flow אפשרי. אם השאלה הבאה תלויה במה שהם אומרים, צ'אט עדיף.
- צריך נתונים חיים? אם הטופס חייב להציג שעות פנויות או מלאי אמיתי, Flow פירושו endpoint ומפתח. שיחה יכולה לבדוק ולענות במקום.
- לאן התשובות הולכות? אם שום דבר לא יהפוך תגובת Flow לרשומה, תקנו את זה קודם. טופס יפה שמזין יומן שאף אחד לא פותח גרוע משאלה פשוטה שנוחתת על איש הקשר הנכון.
באיזו דרך שלא תבחרו, מדדו אותה אחרי שבועיים לפי מספר אחד: מבין מי שהתחיל לענות, כמה סיימו, וכמה מהם הפכו לתור, להצעת מחיר או למכירה. ואם אתם רוצים את דרך הצ'אט הרגיל מול הלידים שלכם בוואטסאפ, עם כל תשובה שמורה ברשומה, הציצו בעמוד התמחור; חיבור המספר העסקי שלכם יגיע בקרוב.



