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

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

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

לפני הלחיצה, הקורא צריך להבין למה הוא פונה

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

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

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

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

לבחור מה חשוב להעביר מהעמוד לשיחה

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

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

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

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

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

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

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

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

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

גם לצוות צריך להיות משפט פתיחה שעוזר להתקדם

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

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

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

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

להשאיר דרך מתאימה גם למי שלא רוצה להתכתב

אני לא מניח שכל אדם שרוצה שירות רוצה להתחיל אותו ב-WhatsApp. יכול להיות שהוא מעדיף טופס, הודעת דוא״ל או שיחה. הבחירה צריכה להתאים ליכולת של העסק לטפל בערוץ, לא רק לעיצוב העמוד.

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

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

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

להבחין בין לחיצה, שיחה ופנייה מתאימה

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

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

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

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