הודעות שנמחקו ב-Telegram: איך לשמור תיעוד ביקורת שהצוות לא יכול למחוק

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

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

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

חשבו מה מחיקה אחת יכולה להעלים:

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

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

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

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

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

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

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

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

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

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

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

זה כל הרעיון שמאחורי שני הכלים שבהמשך.

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

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

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

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

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

זה אוטומטי. אף אחד לא מחליט מה שווה לשמור. כל צ'אט שהמושב יכול לגשת אליו מועבר תוך כדי זרימה, כך שהרשומה לא מוגבלת למה שמישהו חשב מראש לשמור.

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

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

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

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

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

היא גם מרחיקה את בעיית הבוטים מהרשומה. Entergram הוא שכבה מעל חשבונות Telegram אישיים אמיתיים ולא מוצר מבוסס Bot API, ולכן השיחות שמועברות הן השיחות האמיתיות שהצוות שלכם מנהל מהחשבונות שלו. בוט לא יכול לקרוא צ'אט פרטי שהוא אף פעם לא היה חלק ממנו, וגשר Slack מבוסס בוט יכול להעביר רק את מה שהבוט עצמו קיבל.

מה זה אומר בפועל:

• הצוות שלכם מנהל את השיחה ב-Entergram, מהחשבון שהלקוח כבר מכיר.
• ערוץ ה-Slack אוסף כל צ'אט שהמושב יכול לגשת אליו, בזמן אמת.
• מנהלים ואנשי ציות קוראים את הרשומה ומחפשים בה ב-Slack בלי להתחבר לחשבונות ה-Telegram.

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

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

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

איפה ש-Make כן עוזר הוא הניהול השוטף סביב מחלוקת:

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

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

לרשומת ההודעות עצמה, נעילת המחיקה וערוץ ה-Slack הם שני הכלים. Make שומר על הצד של ה-CRM מסודר סביבם.

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

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

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

• הסתרת שמות משתמש, כדי שעובד שעוזב לא יוכל לצאת עם רשימה של כינויי ה-Telegram של הלקוחות.
• הסתרת מידע על חברי קבוצות, כדי שהרכב החברים בקהילות החשובות שלכם לא יהיה קובץ שכל אחד יכול להעתיק.

בשימוש משולב, שני הכלים מכסים תרחישי כשל שונים, ובגלל זה אתם רוצים את שניהם:

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

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

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

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

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

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

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

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

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

2. חברו את Slack מכל מושב. כל חבר צוות מחבר את ה-Slack שלו דרך OAuth ובוחר ערוץ ציבורי או פרטי אחד. אין טבלת ניתוב לפי חשבון לבנות: הערוץ מקבל כל צ'אט שהמושב יכול לגשת אליו.

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

4. הגדירו את מדיניות השמירה ב-Slack לפי החובות שלכם. העותק ב-Slack עמיד רק כמו מדיניות השמירה של הערוץ שמחזיק אותו. אם התעשייה שלכם דורשת שבע שנים, הגדירו שבע שנים. רשומה שנמחקת אוטומטית אחרי 90 יום היא לא תיעוד ביקורת.

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

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

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

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

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

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