במשך שלושה עשורים עיצוב מוצר בארגונים בישראל בנה Systems of Record: דשבורדים מורכבים, תפריטים מקוננים, טבלאות סטטיות ושורות כפתורים שהכריחו את המשתמש ללמוד את שפת האפליקציה.
אם מנהל בגוף ממשלתי או חברת לוגיסטיקה רצה דוח, הוא היה צריך למצוא מודול, להחיל פילטרים ולקוות שהמפתח צפה את הצורך שלו.
ב-2026 הפרדיגמה הזו מתפרקת. אנחנו עוברים מאפליקציות לסוכנים, ומעיצוב מוצר ל-Intent-Based Synthesis.
מ-Systems of Record ל-Systems of Work
תוכנה מסורתית היא ארון תיוק דיגיטלי. היא שומרת ומחזירה נתונים. אבל עסקים מודרניים צריכים Systems of Work, סביבות שלא רק מחזיקות נתונים אלא עוזרות לבצע משימות.
במערכת אג׳נטית המשתמש לא נכנס לאפליקציה, הוא מדבר עם Agent שיש לו גישה להקשר הארגוני.
הדרך הישנה: לפתוח ERP, למצוא Supply Chain, ללחוץ Inventory, לסנן North Region ולייצא לאקסל.
הדרך החדשה: המשתמש אומר שיש עיכוב משלוחים בצפון ומבקש לראות מלאי מול הזמנות פתוחות והצעת ניתוב. המערכת מסנתזת UI רגעי: מפה, טבלת השוואה וכפתור Run Reroute.
מ-UX Design ל-Context Engineering
תפקיד המעצב משתנה. אנחנו לא רק מציירים מסכים ב-Figma, אלא מתכננים Design System, Prompt Logic וכללי הרכבה שמאפשרים ל-AI ליצור ממשק בזמן אמת.
נדרשות שכבות של Intent Capture, Context Injection ו-Ad-Hoc Synthesis. המערכת צריכה להבין כוונה, למשוך נתונים רלוונטיים ולהרכיב כלי זמני שמתאים לעומס הקוגניטיבי של המשתמש.
למה Agents מחליפים Apps
בארגונים בישראל יש App Fatigue. עובדים עייפים מלעבור בין עשרה פורטלים כדי לבצע פעולה אחת. Agent הוא Universal Interface Layer.
פלטפורמה אג׳נטית לא אכפת לה אם הנתונים נמצאים ב-Mainframe, AWS Serverless או כלי פינטק חיצוני. היא מסנתזת אותם לשיחה אחת.
אימות בעולם של UI נוזלי
אם הממשק נוצר בזמן אמת, צריך לוודא שהוא נכון. כאן נכנסים Guardrails: אימות Intent-to-UI, שדות חובה רגולטוריים, הרשאות ובדיקות עומס.
הצלחה נמדדת ב-Time to Intent Fulfillment, לא בקליקים או Page Views. כמה מהר המשתמש עבר מרעיון לתוצאה.
הדשבורד לא נעלם מחר, אבל מרכז הכובד זז. הממשק העתידי הוא שיחה הקשרית שמורכבת סביב העבודה עצמה.
המערכת מרכיבה כלי, לא רק עמוד
כאשר משתמש מבקש תובנה או פעולה, המערכת העתידית לא חייבת לשלוח אותו לעמוד קבוע מראש. היא יכולה להרכיב כלי זמני שמותאם לכוונה: תרשים, טבלה, טופס אישור, סיכום או פעולה מומלצת. לאחר שהמשימה הושלמה, הכלי יכול להיעלם או להפוך לתבנית חוזרת.
זה משנה את תפקיד ה-Design System. במקום ספר רכיבים סטטי בלבד, הוא הופך לחוזה הרכבה: אילו רכיבים מותר לשלב, באילו תנאים, עם אילו נתונים, ומה חייב להופיע כדי לשמור על בטיחות, נגישות ורגולציה.
אינטגרציה מאחורי השיחה
שיחה אד-הוק נראית פשוטה למשתמש, אבל מאחוריה יש שכבת אינטגרציה עמוקה. Agent צריך לדעת למשוך נתונים ממערכות שונות, לכבד הרשאות, להסביר את המקור, ולבצע פעולה בלי לשבור תהליך עסקי.
לכן UX העתידי אינו רק יפה יותר. הוא מבוסס הקשר, מאומת, נגיש ומחובר לליבה הארגונית. האתגר אינו לצייר פחות מסכים, אלא לבנות מערכת שמסוגלת להרכיב את המסך הנכון בזמן הנכון.
ההזדמנות עצומה: פחות App Fatigue, פחות חיפוש ידני, ופחות פער בין כוונה לתוצאה. התוכנה הופכת משטח עבודה קשיח לשיחה שמבינה את העבודה.
אבל UI נוזלי אינו אומר חוויה אקראית. להפך, ככל שהממשק גמיש יותר, כך מערכת הכללים צריכה להיות קשיחה יותר. צריך להגדיר היררכיית מידע, תבניות פעולה, רמות ביטחון, מצבי אישור, שגיאות, Undo, Audit Trail ונגישות. בלי זה, ממשק אג׳נטי יהפוך לבלתי צפוי.
מעצבים ומהנדסים צריכים לעבוד קרוב יותר מאי פעם. המעצב מגדיר את גבולות החוויה, המהנדס מגדיר את גבולות המערכת, וה-Product מגדיר את גבולות הכוונה. ה-Agent מרכיב את הרגע מתוך שלושת הגבולות האלה.
עבור ארגונים גדולים, זה גם פותח דרך להקטין את עומס ההדרכה. משתמש לא צריך ללמוד עשרה תפריטים שונים אם הוא יכול לבקש את התוצאה בשפה שלו, ולקבל ממשק שמכוון בדיוק למשימה. זו לא רק חוויית משתמש טובה יותר, זו פרודוקטיביות ארגונית.
המעבר הזה יקרה בהדרגה. דשבורדים, טפסים ותהליכים קבועים יישארו במקומות שבהם הם משרתים ודאות. אבל סביבם תופיע שכבה חדשה: שיחה אד-הוק שמייצרת את הכלי הנכון ברגע הנכון.