הודעות תפעוליות: המערכת שמנהלת את התקשורת עם הלקוח בזמן אמת [ולמה אתם חייבים אותן]

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

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

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

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

הודעות תפעוליות בפועל: איפה הן פוגשות את הלקוחות ביום יום

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

המקרים הנפוצים שכולם כבר מכירים:

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

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

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

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

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

המשמעות הפסיכולוגית של הודעות תפעוליות

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

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

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

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

שלושת הערוצים המרכזיים להודעות תפעוליות

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

הודעות תפעוליות במייל

מייל הוא הערוץ הנפוץ ביותר לשליחת הודעות תפעוליות. היתרון המרכזי שלו הוא היכולת להעביר מידע מפורט יחסית.

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

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

הודעות תפעוליות בסמס

SMS מתאים במיוחד להודעות קצרות שדורשות תשומת לב מיידית.

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

SMS משמש גם לעדכונים לוגיסטיים בזמן אמת. לדוגמה הודעה על הגעת שליח או על כך שחבילה מוכנה לאיסוף.

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

הודעות תפעוליות בוואטסאפ

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

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

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

מסע לקוח אמיתי: איפה נכנסות הודעות תפעוליות לפעולה

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

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

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

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

כך נראות הודעות תפעוליות בארגונים וחברות

בארגונים רבים הודעות תפעוליות נשלחות מתוך המערכות עצמן:

• אתר האיקומרס שולח אישורי הזמנה.
• מערכת CRM שולחת עדכוני פעילות.
•  מערכת ERP שולחת מסמכים פיננסיים.

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

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

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

איך מערכות דיגיטליות שולחות הודעות תפעוליות [ובצד הטכני של הדברים]

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

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

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

שתי דרכים נפוצות לחיבור מערכות לשליחת הודעות

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

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

SMTP: הדרך הפשוטה לחבר מערכות לשליחת הודעות תפעוליות

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

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

בעולם התוכנה קיים פרוטוקול ותיק ומוכר שמאפשר למערכות לשלוח הודעות אימייל. פרוטוקול זה נקרא SMTP.

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

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

למה מערכות רבות עדיין משתמשות ב-SMTP

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

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

החדשות הטובות: התמיכה ב-SMTP מתאפשרת באקטיב טרייל

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

איך זה קורה בפועל: המערכת מתחברת לשרת השליחה בכתובת: smtp.activetrail.com.

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

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

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

המשמעות העסקית של חיבור SMTP

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

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

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

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

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

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