איך ING מתמודדת עם אינפובזיות במקום העבודה הדיגיטלי

איך ING מתמודדת עם אינפובזיות במקום העבודה הדיגיטלי

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

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

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

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

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

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

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

במקום להניח הנחות, ING בדקה מה העובדים מקבלים

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

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

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

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

הבעיה אינה רק בתקשורת, אלא בתכנון העבודה

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

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

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

ממסר כללי למידע שמוביל לפעולה

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

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

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

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

איך אפליקציה ללא קוד יכולה להפחית עומס מידע

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

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

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

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

השלבים החשובים בפיתוח פתרון ללא קוד

1. למפות את זרימת המידע לפני שבונים מסך

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

2. להגדיר החלטה או פעולה מרכזית

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

3. לתכנן רלוונטיות והרשאות

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

4. לחבר מערכות במקום לשכפל מידע

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

5. להתחיל בפיילוט ולמדוד עומס, לא רק שימוש

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

איך לבחור פתרון לפי צורכי הארגון

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

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

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

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

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

ממשל תוכן נעשה חשוב יותר בעידן הבינה המלאכותית

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

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

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

עיקרי הגישה: מאינפובזיות לעבודה ממוקדת

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

חמש שאלות שכדאי לשאול לפני שמוסיפים עוד כלי

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

הלקח מ-ING: להתחיל בחוויית העובד, לא בערוץ

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

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

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