בעולם הזה אף אחד לא מפסיד על טכנולוגיה. אתר לרשות מקומית או מערכת לחברה שמפעילה שירות עבור משרד ממשלתי נתקעים על דברים אחרים לגמרי: הזמנת רכש שממתינה, מסר שממתין לדוברות, סקר אבטחת מידע שאיש לא תיאם, דרישת נגישות שהתגלתה מאוחר, ותוכן שאין לו בעל החלטה. מי שמנהל דיגיטל בסביבה כזו לא צריך עוד הרצאה על חדשנות, הוא צריך שיטה לעבוד בתוך המערכת בלי להילחם בה. זה מה שהדף הזה מנסה לתת. את הדרישות המשפטיות המדויקות שחלות עליכם מקבלים מהיועץ המשפטי ומהגזבר, לא ממאמר.
התשובות הקצרות
- מה מעכב באמת: אישורים ותוכן, לא פיתוח. רוב הפרויקטים ממתינים לאנשים, לא לקוד.
- מפרט טוב מגדיר תוצרים, בעלות על הנכסים, נגישות, אבטחה, טיפול במידע אישי, זמני תגובה ותהליך פרידה מסודר.
- נגישות ופרטיות אינן שלב בסוף. הן משפיעות על עיצוב, על טפסים ועל בחירת ספקי משנה.
- שירות לאזרח נמדד בטלפון: טופס שלא מאבד מידע, סטטוס ברור, ומספר טלפון אמיתי למי שנתקע.
- לוח זמנים ריאלי נמדד בחודשים ונקבע לפי קצב האישורים בארגון, לא לפי קצב הספק.
למה פרויקט דיגיטל כאן לוקח פי כמה זמן
הסיבה כמעט תמיד היא מספר האנשים שצריכים להגיד כן, וכמה זמן לוקח להשיג כל אחד מהם. אותו אתר שנבנה לחברה פרטית בשלושה חודשים ייקח בגוף ציבורי שנה, ולא בגלל שהפיתוח שונה. הוא זהה. מה שנוסף הוא רכש, משפטית, דוברות, אבטחת מידע, נגישות, ולעיתים גם ועדה או הנהלה שמתכנסת פעם בחודש.
מניסיון, ארבעה חסמים חוזרים כמעט תמיד. הראשון הוא תוכן: אין בעל החלטה יחיד, וכל טקסט מסתובב בין שלושה אנשים. השני הוא אינטגרציה למערכת ליבה שנמצאת אצל ספק אחר, שיש לו לוחות זמנים משלו. השלישי הוא סקר אבטחת מידע שלא תוקצב ולא תוזמן מראש. הרביעי הוא החלפת בעלי תפקידים באמצע הדרך, שמחזירה דיונים שכבר נסגרו. שלושה מהארבעה נמצאים בתוך הארגון, וזו בשורה טובה: שם גם אפשר לקצר.
מה באמת מעכב פרויקט דיגיטל בגוף ציבורי
מי מאשר מה: מפת בעלי העניין
לפני שכותבים שורת קוד, כותבים טבלה אחת: מי מאשר מה, ותוך כמה ימים. זו הטבלה שחוסכת את רוב העיכובים, והיא לוקחת ישיבה אחת. בלעדיה כל בקשה הופכת לחקירה: אצל מי זה תקוע ומי בכלל צריך לראות את זה.
מי צריך לאשר מה: נקודת פתיחה לישיבה אחת
| דוברות | משפטית | אבטחת מידע | נגישות | |
|---|---|---|---|---|
| מסר שיווקי חדש | לפעמים | |||
| עמוד תוכן חדש | ||||
| טופס שאוסף פרטים | ||||
| אינטגרציה למערכת פנימית | ||||
| שינוי אירוח או תשתית | לפעמים | |||
| סרטון או קמפיין ממומן |
לצד הטבלה מגדירים שני דברים נוספים. ראשית, זמן תגובה מוסכם: אם לא התקבלה תשובה בתוך מספר ימים שנקבע מראש, מה קורה. אישור שבשתיקה מסוכן בעולם הזה, ולכן עדיף מנגנון של תזכורת והסלמה לגורם בכיר יותר. שנית, מי מייצג את הארגון מול הספק. איש קשר אחד מהצד שלכם, שמרכז את כל הבקשות, שווה יותר מכל כלי ניהול פרויקטים. אצלנו זה עובד גם בכיוון ההפוך: איש קשר אחד מהצד שלנו שמכיר את הארגון ולא מתחלף.
שני בעלי עניין נשכחים כמעט תמיד, ושניהם יקרים. הראשון הוא ספק המערכת הפנימית: מי שמחזיק במערכת הליבה, בגבייה או במוקד. הוא לא צד להסכם שלכם, לוחות הזמנים שלו אינם שלכם, ולעיתים נדרשת ממנו הזמנת עבודה נפרדת. אם האינטגרציה תלויה בו, הכניסו אותו לפגישה הראשונה ולא לפגישת המסירה. השני הוא המוקד הטלפוני. הוא זה שיקבל את השיחות של כל מה שלא עבד באתר, ואם לא ידע שהשירות עלה ואיך הוא נראה, יגלה את זה מהתושבים.
נקודה אחרונה על קצב: בארגונים שבהם ועדה או הנהלה מתכנסות פעם בחודש, כל החלטה שמחכה לוועדה עולה חודש. לכן שווה לרכז מראש את כל ההחלטות שדורשות ועדה לישיבה אחת, במקום לגלות בכל שלב שחסר עוד אישור אחד.
איך כותבים מפרט שספק יכול לתמחר
מפרט טוב עונה על שתי שאלות: מה בדיוק נמסר בסוף, ומה קורה כשמשהו משתנה. מפרט שכתוב במטרות בלבד, כמו "אתר מודרני וידידותי", מקבל הצעות מחיר שאי אפשר להשוות ביניהן, ואחר כך מייצר ויכוחים על מה נכלל. הפער הזה הוא הסיבה מספר אחת לפרויקטים שנתקעים באמצע.
- שלב 1: תוצרים ברשימה. כמה תבניות עמוד, אילו טפסים, אילו אינטגרציות, מה כולל התוכן ומי מספק אותו. ספירה, לא תיאור.
- שלב 2: בעלות מלאה על הנכסים. הקוד, התכנים, הדומיין, חשבונות המדידה והפרסום ותיבות הדואר, כולם על שם הארגון מהיום הראשון. הספק מקבל הרשאת גישה שאפשר לבטל.
- שלב 3: נגישות בכתב. תקן, רמת התאמה, מה נבדק ואיך, ומי חותם. הרחבנו על זה במדריך נגישות אתרים.
- שלב 4: אבטחת מידע. סביבת אירוח, הצפנה, גיבויים ותדירותם, ניהול הרשאות, עדכוני גרסה, וטיפול באירוע. הפירוט נמצא במדריך אבטחת האתרים.
- שלב 5: מידע אישי. אילו נתונים נאספים, איפה הם נשמרים, מי ניגש אליהם, כמה זמן שומרים ואיך מוחקים. כולל ספקי משנה.
- שלב 6: זמני תגובה ותחזוקה. מה נחשב תקלה משביתה, תוך כמה זמן מגיבים, מה כלול בתחזוקה החודשית ומה מחוצה לה.
- שלב 7: פרידה מסודרת. מה בדיוק נמסר בסיום ההתקשרות, באיזה פורמט ותוך כמה ימים. זה הסעיף שאף אחד לא קורא ושכולם מחפשים בסוף.
רכש ומכרזים: מה לברר לפני שכותבים
כללי הרכש שחלים עליכם תלויים בסוג הגוף, ולכן הבירור הראשון הוא פנימי ולא טכנולוגי. על משרדי ממשלה וגופים שהחוק מחיל עליהם חלים חוק חובת המכרזים ותקנותיו, לצד הנחיות מינהל הרכש הממשלתי והוראות התכ״ם. לרשויות מקומיות יש כללי מכרזים משלהן. מה חל עליכם, מאיזה סכום, ואילו מסלולי התקשרות פתוחים, זו שאלה לגזבר וליועץ המשפטי, ומידע רשמי על עולם הרכש הממשלתי נמצא באתר מינהל הרכש הממשלתי.
מה שכן שייך לנו, כאנשי דיגיטל, הוא איך המפרט נכתב כדי שיביא הצעות ברות השוואה. שלוש טעויות חוזרות: דרישה שמתארת מוצר של ספק מסוים במקום תוצאה, סעיף נגישות מעורפל שכל אחד מתמחר אחרת, והיעדר הגדרה של מה שנשאר בידי הארגון בסוף. מומלץ גם לבקש הצגה של פרויקט דומה ולא רק רשימת לקוחות, ולשאול מי יהיה איש הקשר בפועל, כי בין הצוות שמציג במכרז לצוות שמבצע יש לפעמים מרחק.
עוד נקודה מעשית: פרסום ותקשורת שיווקית הם לעיתים חלק מהמכרז ומוגבלים בו. יש התקשרויות שבהן פרסום שמות לקוחות או הצגת עבודה דורש אישור בכתב. ספק שמכיר את הכללים לא יבקש מכם להופיע בפוסט חגיגי בשבוע שאחרי העלייה לאוויר.
ארבע שאלות ששוות יותר מכל מצגת, בשיחה עם ספק מועמד: מי יהיה איש הקשר בפועל וכמה לקוחות נוספים הוא מלווה במקביל, איך נראה תהליך בדיקת הנגישות שלו ומי חותם עליה, מה קורה בתקלה משביתה ביום שישי בערב, ומה בדיוק נמסר לארגון ביום שההתקשרות מסתיימת. ספק שעונה על ארבעתן בלי להתפתל מכיר את הסביבה. ספק שמדבר רק על עיצוב ועל טכנולוגיה יגלה את השאר על חשבונכם.
שכבת הרגולציה בשפה פשוטה
ארבעה נושאים חוזרים בכל פרויקט ציבורי, ולכל אחד יש השלכה מעשית על העיצוב ועל הקוד, לא רק על המסמכים. זו רשימת ההיכרות, לא ייעוץ משפטי.
נגישות
המסגרת היא תקנות שוויון זכויות לאנשים עם מוגבלות והתקן הישראלי ת״י 5568, שמבוסס על הנחיות WCAG ברמת התאמה AA. ההשלכה המעשית: פלטת הצבעים, רכיבי הטפסים, מבנה הכותרות והמסמכים להורדה נקבעים בשלב העיצוב ולא אחריו. גופים ציבוריים גם נדרשים למנות רכז נגישות. מערך הדיגיטל הלאומי מפרסם הנחיות להנגשת שירותים דיגיטליים חדשים, שרלוונטיות גם בשלב הרכש.
פרטיות ומידע אישי
תיקון 13 לחוק הגנת הפרטיות נכנס לתוקף באוגוסט 2025. בין השאר הוא מעדכן הגדרות יסוד, קובע חובת מינוי ממונה על הגנת הפרטיות בגופים ציבוריים ובארגונים רבים, ומחליף חלק מחובות רישום המאגרים בחובת הודעה לרשות על מאגרים גדולים ורגישים. ההשלכה על האתר: כל טופס צריך לדעת לומר איזה מידע נאסף, לשם מה, למי הוא מועבר וכמה זמן הוא נשמר. את המדריך המקצועי אפשר לקרוא באתר הרשות להגנת הפרטיות, ואת מה שחל עליכם קבלו מהיועץ המשפטי.
אבטחת מידע
ברוב הגופים יש תהליך אישור של ממונה אבטחת מידע, ולעיתים סקר סיכונים או בדיקת חדירות לפני עלייה לאוויר. זה לא שלב שמוסיפים בסוף: הוא משפיע על בחירת סביבת האירוח, על ניהול ההרשאות, על אופן שמירת הגיבויים ועל מי מחזיק במפתחות. תזמנו אותו במקביל לפיתוח, ובקשו מהספק את התיעוד שהממונה יבקש עוד לפני שיבקש.
שמירה ומחיקה
לכל טופס באתר יש חיים אחרי השליחה: לאן הנתונים נשמרים, מי רואה אותם, וכמה זמן. מדיניות שמירה ומחיקה כתובה היא גם דרישה רגולטורית וגם הגנה תפעולית. ברוב הפרויקטים שאנחנו נכנסים אליהם, זה הנושא שאיש לא הגדיר, ולכן פניות משנת קודמות יושבות בתיבת דואר משותפת שאיש כבר לא זוכר מי פותח.
שירות בכמה שפות הוא שאלת שירות
מי ששואל "כמה עולה לתרגם את האתר לערבית ולרוסית" שואל את השאלה הלא נכונה. תרגום הוא החלק הזול. השאלה האמיתית היא מה קורה אחרי שהתושב מילא טופס בערבית: מי קורא אותו, באיזו שפה עונים, ומי עונה בטלפון. אתר שמתורגם ומוקד שלא, מייצר תסכול גדול יותר מאתר שכלל לא תורגם, כי הוא הבטיח שירות שאינו קיים.
הגישה שעובדת היא לבחור מסלולי שירות ולא עמודים. מזהים את שלוש עד חמש הפעולות שהתושב באמת עושה, למשל הגשת בקשה, בדיקת סטטוס, תשלום או יצירת קשר, ומתרגמים את המסלול כולו: העמוד, הטופס, הודעות השגיאה, ההודעה שנשלחת בדואר האלקטרוני, ומענה אנושי בשפה. השאר יכול להישאר בעברית בשלב ראשון. חובות השפה עצמן משתנות לפי סוג הגוף ולפי ההסדר שחל עליו, וגם כאן הבדיקה היא מול היועץ המשפטי.
שתי נקודות טכניות שנשכחות: כיווניות ואיכות. ערבית ועברית נכתבות מימין לשמאל ורוסית ואנגלית משמאל לימין, ואם התבנית לא בנויה לשתי הכיווניות, שדות וכפתורים יקפצו. ותרגום מכונה בלי הגהה אנושית בשירות ציבורי הוא סיכון תדמיתי, לא חיסכון.
מה שירות דיגיטלי לאזרח חייב לעשות נכון
שירות דיגיטלי טוב נמדד בכמה אנשים סיימו את מה שבאו לעשות, ובכמה מהם נאלצו להתקשר. כל השאר, כולל עיצוב, הוא אמצעי. אלה חמשת הדברים שמפילים שירותים ציבוריים שוב ושוב, ואפשר לבדוק את כולם בשעה.
- נייד קודם. רוב הפניות מגיעות מטלפון. טופס שנפתח יפה במחשב ודורש זום בנייד מאבד אנשים לפני השדה השני.
- טופס ששומר את מה שהוקלד. שגיאה, חזרה אחורה או ניתוק לא אמורים לאפס עשרה שדות. זו התלונה הנפוצה ביותר במוקדים.
- שגיאות שמסבירות. "שגיאה" זו לא הודעה. "מספר הזהות חייב לכלול תשע ספרות" זו הודעה.
- סטטוס אחרי השליחה. מספר פנייה, מה קורה עכשיו, תוך כמה זמן חוזרים ולמי פונים אם לא חזרו. חוסר הוודאות הוא מה שמייצר את הטלפון השני.
- מספר טלפון אמיתי. נגיש, בעמוד, בלי לחפש. שירות דיגיטלי שמסתיר את הדרך לאדם לא חוסך למוקד, הוא רק מעצבן.
שני נושאים שדורשים החלטה מוקדמת ולא מאוחרת: הזדהות ותשלום. ברגע שהשירות דורש הזדהות של המשתמש או גבייה, נכנסים לתמונה ספקים נוספים, דרישות אבטחה נוספות ולעיתים גם אישור נפרד, וזה משפיע על לוח הזמנים ועל התקציב יותר מכל שאלת עיצוב. אם השירות יכול לתת ערך בלי הזדהות, למשל בדיקת סטטוס באמצעות מספר פנייה, שקלו להתחיל שם ולהוסיף הזדהות בשלב הבא.
ואיך יודעים שזה עובד: חודש אחרי ההשקה בודקים ארבעה מספרים. כמה אנשים התחילו את התהליך, כמה סיימו אותו, כמה פניות הגיעו למוקד על אותו נושא, וכמה זמן לקח לטפל בפנייה שהגיעה מהאתר לעומת פנייה טלפונית. אם מספר הפניות למוקד לא ירד, השירות הדיגיטלי לא החליף שום דבר, הוא רק נוסף. זה בדיוק הרגע לתקן את הטופס, לא לחכות לסקר שביעות רצון בסוף השנה.
קמפיינים תחת כללי פרסום ודוברות
קמפיין של גוף ציבורי חי בתוך כללים שאין לעסק פרטי, ולכן התכנון מתחיל מהם ולא מהקריאייטיב. ארבעה דברים לבדוק לפני שמתחילים: מי מורשה לדבר בשם הגוף, מה נדרש לאישור מראש, אילו מגבלות תעמולה חלות בתקופות מסוימות, ומה נוהל התגובות בעמודים החברתיים.
מגבלות התעמולה בתקופה שלפני בחירות הן הנושא שמפתיע הכי הרבה מנהלי שיווק בחברות שנותנות שירות לרשויות, כי הן משפיעות גם על תוכן שנראה תפעולי לחלוטין. את התקופה המדויקת ואת מה שמותר לפרסם מקבלים מהיועץ המשפטי, ולא משערים לפי מה שקרה בפעם הקודמת. במקביל, שיווק ישיר בדואר אלקטרוני, בהודעות טקסט ובוואטסאפ מחייב הסכמה מראש ואפשרות הסרה, ושיחות מוקד מוקלטות רק אחרי הודעה לפונה.
מבחינת הפעלה, המבנה הנכון הוא חשבון פרסום בבעלות הארגון, הרשאות מסודרות לספק, ותוכנית שנתית עם מסרים מאושרים מראש לכל רבעון, כדי שהאישורים לא יהפכו לצוואר בקבוק שבועי. הרחבנו על מבנה החשבונות והאישורים במדריך פרסום בפייסבוק לארגונים גדולים.
איך מדווחים להנהלה בלי להטביע אותה
דוח שההנהלה קוראת הוא עמוד אחד, באותו פורמט בכל חודש, שעונה על ארבע שאלות: מה עשינו, מה זה הניב, מה תקוע ובמי זה תלוי, ומה קורה בחודש הבא. כל השאר הוא נספח. גרפים צבעוניים בלי המשפט שמסביר מה לעשות איתם הם בזבוז זמן של אנשים יקרים.
בסביבה ציבורית יש שכבה נוספת: לעיתים מדווחים גם למזמין וגם להנהלה הפנימית, ולכל אחד מטרייה אחרת של עניין. הפתרון הוא מקור נתונים אחד ושתי חתכי הצגה, ולא שני דוחות שנכתבים בנפרד ומתחילים לסתור זה את זה. חשוב גם להגדיר מראש מה נחשב הצלחה: מספר הפניות שטופלו, זמן טיפול ממוצע, אחוז מי שסיים את התהליך באתר בלי טלפון, או ירידה בעומס על המוקד. יעד שלא הוגדר מראש הופך בסוף השנה לוויכוח.
הדוח החודשי שלנו נקרא נביחה חודשית, וזה בדיוק מה שהוא: קצר, ישיר, כולל את מה שלא עבד. אנחנו מעדיפים לכתוב "החודש התקדמנו פחות כי חיכינו לאישור דוברות" מאשר למלא עמוד בפעילות שלא הזיזה כלום.
עוד שני דברים ששווים את המקום בדוח. הראשון הוא רשימת סיכונים פתוחים, שורה אחת לכל אחד: מה הסיכון, מי הבעלים שלו ומה התאריך שבו הוא הופך לבעיה. סיכון שכתוב אחת לחודש בעמוד שההנהלה קוראת לא מפתיע אף אחד בסוף. השני הוא רישום החלטות: מה הוחלט, מתי ועל ידי מי. בסביבה שבה בעלי תפקידים מתחלפים, מסמך ההחלטות הוא מה שמונע מהפרויקט לחזור לדיונים שכבר נסגרו לפני חצי שנה, וזה גם המסמך שמגן על מנהל הדיגיטל כשמישהו שואל למה נבחרה דרך אחת ולא אחרת.
לוח זמנים אמיתי ממכרז ועד אוויר
הטווח הריאלי לאתר או לשירות דיגיטלי בגוף ציבורי נמדד בחודשים, והוא נקבע בעיקר לפי קצב האישורים ולא לפי קצב הפיתוח. פרויקט שהוגדר היטב, עם בעל החלטה על תוכן ועם סקר אבטחה שתוזמן מראש, יכול לרוץ במקביל בכמה מסלולים ולקצר משמעותית. פרויקט שמנוהל בסדרה, שלב אחרי שלב, יאכל את הזמן פעמיים.
ממכרז ועד אוויר: השלבים שבאמת קורים
- 1
הגדרה פנימית
מטרה, מסלולי שירות, בעל החלטה על תוכן וטבלת בעלי עניין.
- 2
מפרט ורכש
תוצרים, נגישות, אבטחה, מידע אישי ובעלות. אחר כך מכרז או בקשת הצעות.
- 3
אפיון ועיצוב
מסכים, טפסים והחלטות נגישות. כאן נסגרים צבעים, גדלים ורכיבים.
- 4
פיתוח ואינטגרציה
במקביל: תיאום סקר אבטחת מידע, כתיבת תוכן ואיסוף מסמכים.
- 5
בדיקות
נגישות, אבטחה, טפסים מקצה לקצה, ובדיקה בנייד עם משתמשים אמיתיים.
- 6
השקה בשלבים
מסלול השירות המרכזי עולה ראשון, שאר האתר אחריו.
- 7
שגרה
דוח חודשי, תחזוקה, עדכוני אבטחה ובדיקת נגישות חוזרת אחרי כל שינוי גדול.
שתי טכניקות שמקצרות באמת. הראשונה היא לפצל את ההשקה: להעלות קודם את מסלול השירות המרכזי ואז את שאר האתר, במקום לחכות שהכל יהיה מושלם. השנייה היא לתזמן במקביל את מה שלא תלוי בפיתוח: כתיבת תוכן, איסוף מסמכים נגישים, תיאום סקר אבטחת המידע ואישור המסרים לקמפיין ההשקה. ברוב הפרויקטים שראינו, החודשיים שנחסכו הגיעו מהמסלול המקביל ולא מקוד מהיר יותר.
קיצורי דרך שהם לא באמת קיצורי דרך
יש ארבעה קיצורים שנראים חכמים בישיבה וגובים מחיר כפול אחר כך, ושווה להכיר אותם בשם.
| הקיצור | למה הוא מפתה | מה קורה בפועל |
|---|---|---|
| נשאיר את הנגישות לסוף | נראה כמו שלב טכני קטן | צבעים ורכיבים מאושרים נכתבים מחדש, לפעמים גם מסמכים וסרטונים |
| הספק יפתח הכל על שמו וזה יעבור אלינו אחר כך | חוסך בירוקרטיה בהתחלה | העברה שמתעכבת בדיוק כשמחליפים ספק או כשיש תקלה דחופה |
| נעלה עכשיו ונתקן תוך כדי | עומד ביעד ההשקה | תיקונים תחת לחץ ציבורי, ולפעמים פנייה רשמית שמכתיבה סדר עדיפויות |
| אין צורך במפרט, אנחנו סומכים על הספק | מקצר שבועיים של כתיבה | הצעות שאי אפשר להשוות, וויכוח על מה נכלל בדיוק כשצריך למסור |
הכלל הפשוט: כל קיצור שדוחה החלטה במקום לקבל אותה, יחזור. כל קיצור שמקטין היקף בצורה מוצהרת, כמו השקה בשלבים, עובד. ההבדל בין השניים הוא אם ההחלטה נרשמה או נדחתה בשקט.
מה עושים עכשיו
היום, בלי תקציב ובלי ישיבה: פתחו בטלפון את הפעולה שהתושב או הלקוח שלכם עושה הכי הרבה, ונסו להשלים אותה עד הסוף. ספרו כמה שדות, כמה מסכים, ומה קורה כשמזינים מספר שגוי. אחר כך בדקו מי מופיע כבעלים של הדומיין ושל חשבונות המדידה. שתי הבדיקות האלה מגלות בדרך כלל את שתי הבעיות הגדולות ביותר.
השבוע: כתבו את טבלת בעלי העניין עם זמני תגובה מוסכמים, וקבעו מי בעל ההחלטה על תוכן. אם אתם לקראת מכרז או בקשת הצעות, בקשו מהיועץ המשפטי ומהגזבר את הדרישות שחלות עליכם בנגישות, בפרטיות וברכש, לפני שכותבים את המפרט ולא אחרי.
ג׳וני עובדים מאז 2012 עם חברות מסורתיות, גופים ציבוריים וחברות שנותנות שירות לרשויות, באותה שיטה: איש קשר אחד שלא מתחלף, הכל כתוב, וכל נכס דיגיטלי על שם הלקוח מהיום הראשון. אנחנו לא מוכרים חסינות רגולטורית, אנחנו מסדרים את התהליך ומראים בדיוק מה נבדק. רוצים תמונת מצב לפני שמתחילים: האבחון הדיגיטלי חינם בודק את האתר ומראה מה לתקן קודם, ובעמוד ייעוץ AI ואסטרטגיה דיגיטלית מוסבר איך נראית עבודה שוטפת מול ארגון.