מערכת דיוור מומלצת: מלאו את המפה לפני שבוחרים
שבעה סוגי הודעות, ולכל אחד טריגר, קהל, מדד ונקודת מסירה לאדם.
במאמר הזה
מי שמחפש מערכת דיוור מומלצת מקבל בדרך כלל רשימה של כלים והשוואת מחירים. אבל רשימה לא יודעת אילו הודעות העסק שלכם צריך לשלוח גם כשאף אחד לא זוכר לשלוח אותן, או מתי הודעה צריכה להפסיק לרוץ ולעבור לאדם.
לכן אין מערכת דיוור מומלצת אחת לכל עסק. ההמלצה מתחילה במפת הדיוור העסקי: שבעה סוגי הודעות, ולכל אחד טריגר, קהל, מטרה, תדירות, מקור תוכן, מדד הצלחה ובעל בית. בוחרים מערכת לפי המפה, ובעיקר לפי היכולת שלה לעצור ולמסור את הטיפול לאדם, ל-CRM או לערוץ אחר.
למה אין מערכת דיוור מומלצת אחת — ומה צריך למפות לפני שבוחרים
אין מערכת אחת שמתאימה לכולם, כי עסק שמודיע על תור צריך כללים אחרים מעסק שמטפח פניות או שולח עדכוני הזמנה. מפת הדיוור העסקי מגדירה את העבודה לפני שמשווים תוכנות.
חשבו על סטודיו לעיצוב שמקבל פניות באתר. הודעת אישור לפנייה יכולה לצאת אוטומטית; תשובה להצעה מורכבת צריכה להגיע ממעצבת שמכירה את הפרויקט. מערכת שמסוגלת רק לשלוח הודעות לא בהכרח תנהל היטב את המעבר ביניהן.
המפה אינה דירוג ספקים ואינה רשימת תכונות. היא דרך לתאר מה העסק שולח, למי, באיזה מצב, מי אחראי ומה קורה כשהנמען מגיב. כך אפשר להשוות מערכות דיוור לפי משימה אמיתית, במקום לפי הבטחות כלליות.
התחילו ממה שקיים: הודעות שנשלחות ידנית, רצפים אוטומטיים, התראות שירות ועדכונים שמישהו מעביר בין מערכות. לצד כל הודעה רשמו מי יוזם אותה, מאיפה מגיעים הנתונים, מי בודק את התוכן ומה אמור לקרות אחר כך.
אם אתם בוחנים גם ניהול קשרי לקוחות, המדריך לבחירת CRM לעסק קטן עוזר להפריד בין ניהול קשר עם לקוח לבין שליחת הודעות. אלו תחומים שמשיקים, אך אינם אותה עבודה.
מפת הדיוור העסקי: שבעה סוגי דיוור שכל עסק צריך להחזיק
מפת הדיוור מציעה שבע קטגוריות עבודה: קבלת פנים, טיפוח, תפעול, תזכורת, החזרת קשר, עדכון והמלצה. זו שיטת מיפוי, לא קביעה שכל עסק חייב להפעיל את כולן.
בקליניקה, למשל, יש סיבה לתזכורת לפני תור ולעדכון בעקבות שינוי. בחנות מקוונת, הודעת קבלת פנים ועדכון הזמנה עשויים להיות מרכזיים יותר. בחרו רק סוגים שיש להם שימוש ברור בעסק שלכם.
- קבלת פנים: הודעה ראשונית אחרי הצטרפות לרשימה, פתיחת חשבון או פנייה. היא מסבירה מה יקרה בהמשך ואיך אפשר לפנות לעסק.
- טיפוח: סדרת הודעות שמספקת מידע לפנייה שעדיין בוחנת אפשרויות. כל הודעה צריכה לקדם הבנה, לא רק למלא את לוח השליחה.
- תפעול: אישור, קבלה, שינוי סטטוס או הנחיה שקשורה לפעולה שהלקוח ביצע. דיוור תפעולי אינו הזדמנות להוסיף הצעה שיווקית לא קשורה.
- תזכורת: הודעה לפני תור, מועד או פעולה שהלקוח צריך לבצע. היא מועילה כשהתזמון ברור וקיימת דרך פשוטה לעדכן או לבטל.
- החזרת קשר: פנייה לאדם שלא התקדם או לא היה פעיל בפרק זמן שהוגדר. לפני השליחה בודקים אם עדיין יש הצדקה לפנות אליו.
- עדכון: מידע חדש על שירות, מוצר, שינוי תהליך או פעילות העסק. שולחים כשיש שינוי בעל ערך, לא רק מפני שהגיע יום קבוע בלוח.
- המלצה: בקשה לכתוב חוות דעת, להפנות אדם נוסף או לשתף חוויה, אחרי נקודת מפגש מתאימה. בקשה מוקדמת מדי נשמעת אוטומטית וחסרת הקשר.
לכל קטגוריה קובעים בעל בית שמאשר תוכן וכללים. בעסק משפחתי, למשל, אותו אדם עשוי לטפל גם בשיווק וגם בשירות; עדיין צריך להחליט מי בודק הודעה תפעולית לפני שינוי.
שבעת הסוגים אינם שבעה מסעות שחייבים להקים. הם שבע שאלות שכדאי לשאול: איזו הודעה חוזרת קיימת, איזה צורך היא משרתת, והאם ראוי להפעיל אותה אוטומטית?
מיפוי המצב הקיים: אילו הודעות כבר יוצאות, מי שולח ומה קורה אחריהן
לפני שמקימים אוטומציה, הכינו מלאי של ההודעות הקיימות ושלחו כל אחת לקטגוריה במפה. אחרת, מערכת חדשה עלולה לשכפל תהליך ישן או לשלוח הודעה בלי שאיש יטפל בתגובה.
במשרד רואי חשבון בתקופת הגשת מסמכים, למשל, תזכורת יכולה לצאת מתיבת הדואר של מנהלת המשרד, בעוד עובד אחר מבקש את אותם מסמכים בשיחה. בלי מיפוי, הלקוח מקבל פניות כפולות והצוות לא יודע מי מחכה למה.
אספו הודעות מהדואר האלקטרוני, מהאתר, ממערכת החשבוניות ומהעבודה הידנית. אל תסתפקו במה שתוכנת הדיוור שולחת: גם הודעה שיוצאת מתיבת עובד היא חלק מהמסע.
לכל הודעה קיימת, תעדו את השדות האלה:
- שם או תיאור ההודעה, וסוג הדיוור שאליו היא שייכת.
- האירוע שמפעיל אותה, או האדם שזוכר לשלוח אותה.
- מקור הנתונים: טופס, יומן, מערכת מכירות, גיליון או תיבת דואר.
- הקהל שמקבל אותה, ומי מוחרג ממנה.
- מי אחראי לנוסח, לאישור ולבדיקה לאחר השליחה.
- מה הנמען יכול לעשות בתגובה, ולאן התגובה מגיעה.
- מה הצעד הבא, מי מבצע אותו ואיך יודעים שהושלם.
אם לא ברור מי מטפל בתשובה, כתבו זאת במפורש. הפער הזה אינו בעיית ניסוח; הוא סימן שההודעה עדיין אינה מוכנה להפעלה אוטומטית.
טריגר, קהל ומטרה: איך מגדירים כל סוג דיוור בלי לנחש
לכל סוג דיוור הגדירו שלושה דברים: מה מפעיל אותו, מי זכאי לקבל אותו, ומה אתם רוצים שיקרה בעקבותיו. הגדרות כאלה מונעות שליחה רק מפני ששדה כלשהו במערכת השתנה.
בחנות ריהוט, לדוגמה, הודעת קבלת פנים מתאימה למי שנרשם לקבלת עדכונים. היא לא מתאימה לכל מי שהזין כתובת כדי לקבל מסמך שירות. הטריגר והקהל צריכים להתייחס להסכמה ולהקשר, ולא רק לקיומה של כתובת.
עברו על כל אחת משבע הקטגוריות, ובדקו את השאלות הבאות:
- קבלת פנים: מה נחשב להצטרפות? האם נרשם לקוח חדש, מתעניין או שניהם? האם המטרה היא להסביר את ההמשך או לאסוף פרט חסר?
- טיפוח: איזה שלב בתהליך מתחיל את הרצף? מי עדיין שוקל, ומי כבר ביקש הצעה? איזו החלטה או פעולה ההודעה אמורה לקדם?
- תפעול: איזו פעולה מחייבת אישור או עדכון? האם ההודעה נשלחת לבעל הפעולה או לאיש הקשר הרשום? האם היא משקפת מצב אמיתי שאפשר לאמת?
- תזכורת: מהו המועד שמצדיק אותה? האם הנמען יכול לשנות או לבטל? מי יקבל התראה אם לא התקבלה תשובה?
- החזרת קשר: איזה מצב נחשב לחוסר פעילות? מי אינו מתאים לפנייה נוספת? מה צריך לקרות כדי לעצור את הניסיון ולבקש טיפול אנושי?
- עדכון: איזה שינוי מצדיק הודעה? מי מושפע ממנו? האם יש דרך לקבל פרטים נוספים או לפנות לצוות?
- המלצה: אחרי איזו חוויה מבקשים המלצה? האם אפשר לזהות שהשירות הסתיים? למי מגיעה תגובה שמצריכה טיפול?
כתבו טריגר שאפשר לבדוק. “לקוח מתעניין” אינו תנאי ברור; “נשלח טופס בקשת הצעה ונוצרה פנייה” מתאר אירוע שאפשר לאמת. אם המערכת אינה יודעת לזהות את התנאי, דרושה בדיקה לפני בחירתה.
המטרה אינה תמיד מכירה. היא יכולה להיות אישור שהמסמך התקבל, הגעה לפגישה, עדכון פרטים או קבלת מענה. מטרה אחת ברורה לכל רצף מקלה לזהות אם ההודעה מועילה.
תדירות, חלון שינוי ותוכן: מה נשלח, מתי, וממה נמנעים
תדירות היא כלל לכל רצף, לא החלטה גורפת לכל העסק. קבעו כמה הודעות נשלחות, מה המרווח ביניהן, באיזה מצב עוצרים אותן ומתי אדם רשאי לשנות את התוכנית.
במכון כושר, רצף למתעניין חדש יכול להיעצר מיד אחרי שיחה עם נציג. אם מערכת ממשיכה לשלוח הצעות לאחר שהאדם ביקש שיחה, תוכן סביר הופך להפרעה.
לכל סוג דיוור תעדו את הפרטים הבאים:
- מספר ההודעות ברצף, המרווח ביניהן והימים או השעות שבהם שולחים.
- תנאי עצירה: תשובה, רכישה, ביטול, שינוי סטטוס או בקשה להפסיק.
- חלון שינוי: מי רשאי לערוך תזמון או תוכן, באילו נסיבות, ומי מאשר שינוי מתוכנן.
- מקור התוכן: בעל התפקיד שמאשר עובדות, מבצעים, תנאים או הוראות.
- תאריך בדיקה מחדש או אירוע שמחייב בדיקה, כגון שינוי שירות או תהליך.
מקור תוכן אינו רק קובץ שמישהו העלה למערכת. כתבו מי מוסמך לאשר את העובדות, מאיפה מגיעים תנאים משתנים, ומי מחליף מידע שכבר אינו נכון. במשרד תיווך, למשל, פרטי נכס ישנים יכולים להפוך הודעה אוטומטית למטעה.
אל תעבירו לאוטומציה החלטות שדורשות שיקול דעת על מצוקה, כעס, תלונה, בקשת חריג או מצב אישי. גם לא כל תגובה מתאימה לתשובה קבועה. מערכת יכולה לזהות מילת מפתח ולהעביר את הפנייה, אך אדם צריך להחליט מה לומר.
אם תהליך משתנה לעיתים קרובות ואין בעל תפקיד שמעדכן את התוכן, אל תבנו עליו כרצף אוטומטי. ראשית קבעו דרך לאשר ולעדכן; אחר כך בחרו תוכנה.
מדד הצלחה ונקודת מסירה: מתי דיוור מפסיק להיות דיוור ומתחיל להיות שיחה
לכל הודעה הגדירו מדד שמראה אם המטרה הושגה, ונקודת מסירה ברורה שבה המערכת מפסיקה לשלוח ומעבירה טיפול. זו הבדיקה המרכזית להתאמת מערכת: האם היא יודעת לזהות את הרגע שבו רצף אוטומטי כבר אינו הדבר הנכון.
בעסק שמוכר ציוד למטבחים מקצועיים, אפשר לשלוח מדריך למתעניין, אך בקשה לתכנון מותאם צריכה לפתוח משימה לאיש מכירות. אם הרצף ממשיך לאחר הבקשה, המדד עשוי להיראות תקין בעוד שהלקוח מחכה לתשובה.
בחרו מדד לפי מטרת ההודעה. אישור שירות נמדד בכך שהלקוח קיבל מידע נכון; תזכורת, בכך שהאדם אישר, שינה או ביטל; רצף טיפוח, בכך שנוצרה פעולה רלוונטית. פתיחה או לחיצה יכולות לספק הקשר, אך אינן תחליף לתוצאה שהעסק ביקש.
לצד המדד, הגדירו לאן הפנייה עוברת:
- לאדם: כאשר יש בקשה אישית, תלונה, חריג, תגובה שאינה מובנת או צורך בהחלטה.
- ל-CRM: כאשר נדרשת משימה, עדכון שלב מכירה, תיעוד שיחה או מעקב של בעל תפקיד.
- לערוץ אחר: כאשר טיפול מתאים יותר לשיחה טלפונית או ל-WhatsApp, וניתן להעביר את ההקשר בלי לאבד אותו.
- לעצירה: כאשר הלקוח ביקש להפסיק, התהליך הסתיים, או שהמשך שליחה אינו מועיל.
במוקד שירות של חברת תחזוקה, למשל, שינוי מועד ביקור יכול להגיע לערוץ שירות וליצור משימה לאחראי. אפשר לקרוא עוד על אוטומציה בוואטסאפ לעסקים שמתחילה משיחה אחת כדי לבחון מתי הודעה צריכה לעבור לערוץ שיחה.
הגדירו גם מה כולל המעבר: תוכן ההודעה, פרטי הלקוח, הסיבה להעברה, הצעד הנדרש ומי מקבל אחריות. בלי ההקשר, האדם שמקבל את המשימה נאלץ להתחיל את השיחה מחדש.
דיוור טוב נגמר בשיחה, לא בשליחה. אם המערכת אינה יודעת לעצור, להעביר את ההקשר ולציין מי מטפל, היא אינה מחזיקה את התהליך כולו.
בחירת מערכת לפי מפת הדיוור: שדות שחייבים להיות נתונים, לא בניחוש
אחרי שהמפה ברורה, הפכו כל צורך לדרישת מערכת שאפשר לבדוק בהדגמה. אל תשאלו אם יש אוטומציות; בקשו לראות איך אירוע אמיתי מפעיל הודעה, איך תנאי עצירה פועל ולאן עוברת תגובה.
במשרד נסיעות, שינוי בהזמנה עשוי להשפיע על לקוח, נציג וספק. בדקו אם המערכת מבדילה בין מי שקיבל את העדכון, מי אחראי לטיפול ומי צריך לפעול עכשיו.
בחנו את דרישות הנתונים לפי תפקידן:
- נתוני איש קשר: פרטי קשר, מקור ההרשמה, סוג הקשר, העדפות תקשורת והסכמה מתועדת לפי התהליך שלכם.
- נתוני מסע: סוג דיוור, שלב, האירוע האחרון, מצב הטיפול והתנאים להפעלה או לעצירה.
- נתוני אחריות: בעל תפקיד, תור לטיפול, מועד מעקב ותיעוד של העברת פנייה.
- נתוני תוכן: גרסה פעילה, מאשר התוכן, מקור העובדות ותאריך בדיקה.
- נתוני תוצאה: הפעולה המבוקשת, הסטטוס שלה, תוצאות שליחה ותשובות שמחייבות טיפול.
בדקו אוטומציות עם תרחישים שמייצגים את העבודה שלכם. מה קורה אם אותו אדם נרשם פעמיים? אם הודעת תזכורת נשלחה אבל הפגישה בוטלה? אם אדם עונה באמצע רצף? אם נציג מעדכן סטטוס ידנית? תשובה כללית ש“אפשר להגדיר” אינה תחליף לבדיקה של הזרימה.
בדקו דיווח לפי רצף, קהל ותוצאה. בעל העסק צריך לזהות אילו הודעות נשלחו, אילו תגובות דורשות טיפול, והיכן תהליך נעצר. מערכת שמציגה רק פעילות כללית אינה מסבירה אם לקוחות קיבלו את הצעד הנכון.
קבעו הרשאות לפי עבודה: מי משנה קהל, מי מאשר תוכן, מי מפרסם רצף ומי רואה נתוני לקוחות. אם כל משתמש יכול לשנות כללים בלי בעל אחריות, שגיאה קטנה עלולה להשפיע על כל מי שנכנס למסע.
שאלו ספק להדגים את המפה שלכם, לא תרחיש מוכן מראש. השוו גם את החיבור לתהליכים אחרים; השוואת מערכות CRM לעסקים בישראל יכולה לעזור לכם לברר היכן מסתיים הדיוור והיכן מתחיל ניהול הקשר.
התבנית המלאה: מפת הדיוור העסקי — טבלה למילוי לפני כל השוואה
הטבלה מרכזת את ההחלטות שצריך לקבל לכל סוג דיוור. מלאו רק את השורות שרלוונטיות לעסק, וכתבו “לא קיים” במקום להשאיר שדה עמום.
במרפאת שיניים, למשל, תזכורת לתור יכולה לכלול תנאי עצירה בעת ביטול, מדד של אישור או שינוי, והעברה לצוות כשנדרשת עזרה. הדוגמה ממחישה מבנה, לא תהליך שחייב להתאים לכל מרפאה.
| סוג דיוור | טריגר, קהל ומטרה | תדירות, תוכן ובעל בית | מדד ונקודת מסירה | דוגמת בדיקה |
|---|---|---|---|---|
| קבלת פנים | הצטרפות מאושרת; נרשם חדש; הסבר על ההמשך | הודעת פתיחה; תוכן מאושר; אחראי שיווק | הקבלה הושלמה; שאלה עוברת לאדם | הרשמה כפולה אינה יוצרת רצף כפול |
| טיפוח | בקשת מידע; פנייה שעדיין בוחנת; קידום צעד הבא | סדרת מידע; עצירה עם שיחה; בעל התהליך | בקשת הצעה; יצירת משימה ב-CRM | מענה אנושי עוצר את הרצף |
| תפעול | פעולה או שינוי סטטוס; מי שמושפע; אישור ברור | לפי אירוע; מקור אמת מוגדר; אחראי שירות | אישור נשלח; חריג מועבר לצוות | שינוי שבוטל אינו שולח עדכון ישן |
| תזכורת | מועד שנקבע; מי שנדרש לפעול; אישור או שינוי | לפי המועד; תוכן שימושי; אחראי יומן | אישור או שינוי; העברה לצוות | ביטול מסיר תזכורת עתידית |
| החזרת קשר | תנאי אי-פעילות; קהל מתאים; בירור עניין | ניסיון מוגדר; מקור תוכן עדכני; בעל קשר | תגובה או בקשת הפסקה; עצירת מסע | הסרה מהרשימה מכבדת מיד |
| עדכון | שינוי רלוונטי; קהל מושפע; הסבר מה השתנה | לפי צורך; מקור מידע מאושר; בעל עדכון | צפייה או פעולה נדרשת; שאלות לאדם | מי שאינו מושפע אינו מקבל הודעה |
| המלצה | השלמת חוויה; לקוח מתאים; בקשת חוות דעת | אחרי נקודת מפגש; ניסוח מאושר; בעל שירות | התקבלה תגובה; בעיה מועברת לטיפול | תלונה פתוחה מונעת בקשה אוטומטית |
כדי להשלים את המפה, ענו לכל שורה על שאלות הקבלה האלה. אם אין תשובה, אל תסמנו את הדרישה כפתורה:
- האם אפשר לזהות את הטריגר מתוך נתון או אירוע, ולא מתוך זיכרון של עובד?
- האם ברור מי נכלל, מי מוחרג, ועל סמך איזה מידע?
- האם המטרה מתארת תוצאה עסקית שאפשר לבדוק?
- האם תנאי העצירה פועל גם אחרי תגובה, ביטול, שינוי סטטוס או בקשת הפסקה?
- האם ידוע מי מאשר את התוכן ומתי בודקים שהוא עדיין נכון?
- האם המדד מתאים למטרה, ומי בודק אותו?
- האם העברה לאדם, ל-CRM או לערוץ אחר כוללת את ההקשר ואת בעל האחריות?
- האם אפשר לתאר מה קורה במקרה של נתון חסר, אירוע כפול או כשל בשליחה?
הטבלה היא תבנית עבודה, לא מפרט טכני סופי. אחרי שממלאים אותה, אפשר לדרג כל דרישה כחובה, רצויה או לא רלוונטית ולבדוק אותה מול תרחיש אמיתי.
טעויות נפוצות בבחירת מערכת דיוור — ואיך המפה מונעת אותן
המפה מונעת רכישה לפי רשימת תכונות, מפני שהיא מחייבת אתכם להסביר מה כל יכולת צריכה לעשות. אם אין תהליך שהיכולת משרתת, אין סיבה לבחור בה רק מפני שהיא מוצגת בהדגמה.
בעסק מקומי שמוכר סדנאות, רצף מרשים לא יעזור אם אנשי הצוות אינם יודעים מי מעדכן מועדים או עונה למשתתף. קבעו בעל בית לכל הודעה לפני שמפעילים אותה.
- בחירה לפי מחיר בלבד: מחיר אינו אומר אם מערכת תומכת בתנאים, בעצירה ובמסירה שאתם צריכים. דרגו קודם דרישות חובה, ואז בדקו הצעה מסחרית.
- התעלמות מעבודה בעברית: בדקו תצוגת ימין-לשמאל, שמות, סימני פיסוק, קישורים ונוסח שמגיע למכשירים שונים. בקשו לבדוק הודעה מלאה כפי שהנמען רואה אותה.
- ייבוא רשימה ישנה בלי בירור: כתובת ברשימה אינה הוכחה שהאדם עדיין מעוניין לקבל דיוור. בררו מאיפה הגיע כל איש קשר ומה ידוע על הרשות והציפייה שלו לפני שמצרפים אותו לרצף.
- אין בעל בית: ללא אחראי לתוכן, נתונים, עצירה ומעקב, שגיאות נשארות במערכת. מנו אדם שמקבל אחריות לכל מסע.
- אוטומציה של כל תגובה: נוסח קבוע אינו מתאים לתלונה, בקשה חריגה או שיחה רגישה. הגדירו מילות זיהוי ותרחישי העברה, אך השאירו את ההחלטה לאדם.
- מדידת שליחה במקום תוצאה: הודעה שנשלחה אינה הוכחה שהלקוח הבין או ביצע את הצעד. בחרו מדד שקשור למטרה והגדירו איך תגובה משנה את הטיפול.
- התעלמות מחיבורים: מערכת דיוור מנותקת יכולה ליצור כפילויות או להציג מצב לא עדכני. בדקו מה עובר ב-API או בחיבור הקיים, מי מתקן שגיאה ואיך הצוות רואה את מצב המידע.
לא כל חיבור צריך להפוך לאוטומציה. המאמר על אוטומציה עסקית ומתי חיבור הופך לנטל עוזר לבדוק אם תהליך פשוט יפתור את הצורך, או יוסיף תחזוקה בלי תועלת ברורה.
סיכום: המערכת המומלצת היא זו שמחזיקה את מפת הדיוור שלכם
מערכת דיוור מומלצת היא זו שמיישמת את המפה שלכם: מפעילה הודעות לפי תנאים ברורים, עוצרת בזמן, מציגה תוצאות ומעבירה טיפול למי שצריך לקחת אחריות. אם עדיין לא ברור מה נשלח, למי ומתי אדם נכנס לתמונה, השוואת מערכות מוקדמת לא תפתור את הבעיה.
עברו על סוגי הדיוור הרלוונטיים, השלימו את השדות בטבלה ובחרו כמה תרחישים לבדיקה. בהדגמה, בקשו לראות גם את המקרה החריג: תגובה באמצע רצף, ביטול, מידע חסר או בקשה לדבר עם אדם.
ב-alcyone14 אנחנו בונים ומפעילים מערכת עסקית מותאמת שיכולה לכלול CRM, אוטומציות, WhatsApp ודיוור לפי תהליכי העסק. אם תרצו לבדוק איך מפת הדיוור שלכם משתלבת במערכת רחבה יותר, ראו את הפתרון לאוטומציה ו-AI בתוך מערכת אחת.
שאלות נפוצות
האם כדאי להתחיל במערכת דיוור חינמית?
אפשר להתחיל בתוכנית חינמית אם היא מאפשרת לבדוק את התהליך בלי לפגוע בנתונים וביכולת לעצור או למסור טיפול. בדקו מראש אילו מגבלות חלות על קהלים, אוטומציות, דיווח וחיבורים, והשוו אותן לדרישות שמילאתם במפה.
מה ההבדל בין מערכת דיוור ל-CRM?
מערכת דיוור מנהלת שליחה, קהלים ורצפים; CRM מנהל את הקשר, ההיסטוריה והמשימות סביב לקוח או פנייה. לעיתים מערכת אחת כוללת יכולות משני הסוגים, אך עדיין צריך להגדיר היכן נשמר מקור המידע ומי אחראי לטיפול.
האם לבחור ספק ישראלי או מערכת גלובלית?
החליטו לפי תמיכה מעשית בעברית, חיבורים לתהליכים שלכם, דיווח, הרשאות והיכולת לבדוק את הדרישות במפה. בקשו להדגים הודעה בעברית ותרחיש שבו תגובה עוברת לאדם, במקום להסתמך על מקום הפעילות של הספק.
כמה זמן לוקח להכין מפת דיוור?
משך העבודה תלוי בכמות ההודעות, במקורות המידע ובמספר האנשים שמאשרים תוכן ומטפלים בתגובות. אפשר להתחיל במיפוי של תהליך אחד שחוזר, ולמלא את שדות המפה לפני שמרחיבים לתהליכים נוספים.
מה עושים עם רשימת תפוצה קיימת?
ממפים את מקור הרשימה, מועד ואופן ההצטרפות, סוג הקשר והציפייה שנוצרה אצל הנמענים. אל תייבאו רשימה ישנה לרצף שיווקי לפני שביררתם אם יש בסיס מתאים לפנות אליה, והחריגו אנשי קשר שאין לגביהם מידע מספק.
מתי דיוור אלקטרוני הופך לספאם?
הודעה עלולה להיתפס כספאם כשהיא לא צפויה, אינה רלוונטית, נשלחת בתדירות לא מתאימה או מתעלמת מבקשת הפסקה. תעדו את מקור ההרשמה, הגדירו קהל ותדירות, והעבירו תלונה או בקשת הסרה לטיפול מיידי לפי התהליך שלכם.
