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