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

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

מה זה דיגיטציה, ומה ההבדל מטרנספורמציה דיגיטלית?

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

טרנספורמציה דיגיטלית שואלת שאלה אחרת: אם היינו מתכננים את השירות היום מאפס, סביב מי שמקבל אותו, אילו שלבים בכלל היו נשארים. הממשלה ניסחה את זה במפורש. החלטת ממשלה 260 מיולי 2020 הגדירה טרנספורמציה דיגיטלית כשינוי עומק של תהליכים בירוקרטיים באמצעים דיגיטליים ובפלטפורמות רוחביות, בדגש על ארגון השירותים סביב צורכי הלקוח, ככל הניתן לפי אירועי חיים. אותה החלטה הזכירה גם את מדיניות "פעם אחת בלבד" (Ask Once): לא לבקש מהאזרח מידע שכבר נמצא בידי המדינה.

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

מסגרת שימושית לבחון בה את הכיוון היא מסגרת המדיניות לממשל דיגיטלי של ה-OECD מ-2020, שמתארת שישה ממדים: דיגיטלי מהתכנון (digital by design), מגזר ציבורי מונחה נתונים, ממשל כפלטפורמה, פתוח כברירת מחדל, מונחה משתמש, ויוזמה מראש (proactiveness). היא נכתבה לממשלות, אבל השאלות שלה מתאימות גם לחברה מסורתית: האם התהליך תוכנן מראש לדיגיטל או רק הועתק אליו, האם ההחלטות בו מבוססות על נתונים, והאם הוא יוזם פנייה ללקוח במקום לחכות שהלקוח יתקשר.

למה זה נתקע בארגונים מסורתיים ובגופים ציבוריים

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

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

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

איך ממפים תהליכים בלי לבזבז חצי שנה

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

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

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

איך בוחרים את שלושת התהליכים הראשונים

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

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

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

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

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

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

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

דאטה ומדידה: מה סופרים לפני שמשנים

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

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

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

אנשים וניהול שינוי

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

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

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

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

ממשל ובעלות: מי מחליט מה

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

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

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

רכש וספקים בלי נעילה

נעילה אצל ספק (vendor lock-in) לא קורית ביום החתימה. היא נבנית לאט: הנתונים נשמרים בפורמט שרק המערכת של הספק קוראת, החשבונות נפתחים על שמו, ההתאמות מתועדות רק בראש של המפתח שלו, ובסוף מתברר שהמעבר לספק אחר יעלה יותר מהמשך ההתקשרות. הדרך למנוע את זה היא לכתוב את היציאה לפני הכניסה.

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

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

איפה AI ואוטומציה באמת עוזרים

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

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

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

פרטיות ואבטחה כחלק מהתכנון

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

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

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

מה שונה בגוף ציבורי: החוק ומערך הדיגיטל

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

בצד החקיקה, חוק תקשורת דיגיטלית עם גופים ציבוריים, התשע״ח-2018 קובע, בנוסח שמפורסם בנבו נכון לאוקטובר 2026, כמה חובות שנוגעות ישירות לתוכנית טרנספורמציה. גוף ציבורי שהחוק חל עליו מאפשר לכל אדם לפנות אליו באמצעי קשר דיגיטלי, אלא אם נקבע אחרת בדין או הוחלט אחרת מטעמים מיוחדים שנרשמו. בפרק ד׳1 החוק מגדיר "שירות נפוץ": שירות שניתן בשנה קלנדרית אחת לפחות מתוך חמש השנים האחרונות ליותר מ-5,000 יחידים או ליותר מ-500 תאגידים. שירות נפוץ צריך להיות מונגש כך שכל הפעולות של מקבל השירות יוכלו להתבצע באופן מקוון, כולל הזדהות ברמת ודאות שמתאימה לרגישות השירות, שיקולי פרטיות והגנת סייבר. ובאותה נשימה החוק קובע שהחובה הדיגיטלית לא גורעת מהחובה לתת מענה הולם למי שאין לו מיומנות או אמצעים לקבל את השירות באופן דיגיטלי.

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

ההחלטה הממשלתית מ-2020 מוסיפה רעיון עבודה שמתאים לכל ארגון. היא הורתה לצוותי משימה להעלות בתוך 90 יום שירותים דיגיטליים בסיסיים שמספקים ערך ללקוח הקצה (Minimum Viable Product), ורק בטווח הבינוני לעבור לשירותים אחודים בין משרדיים. כלומר, להתחיל בגרסה קטנה שעובדת ולהרחיב, ולא לחכות לפתרון שלם.

תוכנית 90 יום

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

ימים 1 עד 30: מלאי, בחירה ונקודת פתיחה

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

ימים 31 עד 60: התהליך החדש על הנייר, ואז במסך

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

ימים 61 עד 90: השקה, מדידה והחלטה על הסבב הבא

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

מה עושים עכשיו

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

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

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