מהרעיון ל-AI שעובד בייצור: בזמן, בשקיפות, ועם הוכחה כבר בהתחלה
זוזטק (Zooz-tech) היא שותפה של מיקרוסופט שמפתחת פתרונות AI ומערכות עסקיות מורכבות לארגונים. ה-Delivery שלנו בנוי סביב שאלה אחת: מה צריך לקרות כדי שהמערכת תעבוד אצלכם, בזמן, ותייצר ערך שאפשר למדוד.
לכן אנחנו מוכנים להתחיל ב-POC: גרסה עובדת על הנתונים שלכם, שממחישה את השינוי שהטכנולוגיה יכולה להביא לארגון לפני שמתחייבים לפרויקט המלא.
חמישה דברים שכל פרויקט נמדד לפיהם
ערך עסקי מדיד
כל פרויקט מתחיל ממדד הצלחה שמוסכם עם הלקוח, כמו זמן טיפול, עבודה ידנית שנחסכת או שיעור מענה, ולא מרשימת פיצ'רים.
דמו כבר בהתנעה
כבר בשלב ההתנעה מציגים דמו של הפתרון על התהליך שלכם, והלקוח מאשר אותו עסקית לפני שממשיכים. כך הכיוון מוסכם מהיום הראשון.
מערכת בייצור, לא רק דמו
המטרה היא מערכת שעובדים בה כל יום, מחוברת ל-SAP, ל-Priority ול-Dynamics 365, בתוך ההרשאות והאבטחה של הארגון.
זמנים ושקיפות
אבני דרך, הדגמות וקריטריוני קבלה גלויים לכל המעורבים, ותמונת מצב עדכנית בכל שלב של הפרויקט.
צוות אחד מקצה לקצה
אותו צוות מאפיין, מפתח, מטמיע ומלווה, בהובלת Head of Delivery. בלי העברות מקל בין ספקים.
שבעה שלבים, מהגילוי ועד שיפור מתמיד
כך נראית תוכנית עבודה מול לקוח. לכל שלב תוצר ברור, ובכל שלב יש מהלך שעוד לא שגרתי בשוק.
גילוי ומיפוי הזדמנויות
סדנת עבודה עם בעלי התהליך, המשתמשים ו-IT. ממפים תהליכים, מערכות ונתונים, ומדרגים את ההזדמנויות לפי ערך עסקי ומורכבות. כבר בהתנעה מציגים דמו ראשון של הפתרון, והלקוח מאשר אותו עסקית.
POC על נתונים אמיתיים
בונים גרסה עובדת של התהליך הנבחר, על הנתונים והמערכות של הארגון, בהיקף ובתאריך סיום שנקבעים מראש. בסוף מציגים להנהלה ולמשתמשים, ומחליטים יחד אם להמשיך.
אפיון ואב-טיפוס אינטראקטיבי
מסמך אפיון לצד אב-טיפוס שאפשר ללחוץ עליו ולהתנסות בו. כשצריך, בונים סימולטור של התהליך ובודקים את הפתרון לפני שבונים אותו.
פיתוח בספרינטים, עם הדגמות
ספרינטים קצרים, ובסוף כל אחד מציגים ללקוח מערכת שעובדת. ההערות נכנסות לספרינט הבא, ושינויי תכולה מוחלטים יחד, עם ההשפעה שלהם על הזמן והעלות.
בדיקות וקבלה
בדיקות קבלה (UAT) מול הקריטריונים שנכתבו באפיון. בסוכני AI מריצים גם סט שאלות מבחן עם תשובות מצופות על כל גרסה, ובודקים בטיחות תוכן והרשאות.
עלייה לאוויר בהדרגה
עולים קודם עם קבוצת משתמשים ראשונה, מתקנים מה שעולה מהשטח, ורק אז מרחיבים. כל עלייה עם אפשרות לחזור לגרסה הקודמת, והדרכה למשתמשים ולמי שיתחזק.
ייצוב, ניטור ושיפור מתמיד
תקופת ייצוב עם אותו צוות שבנה את המערכת. עוקבים אחרי שימוש, שגיאות, איכות התשובות ועלויות, ומחזירים את מה שלומדים לספרינטים הבאים.
מהלכים חדשניים בתוכנית העבודה
שיטות שרוב הפרויקטים בשוק עוד לא עובדים איתן, ושאנחנו משלבים כבר היום:
POC על המידע שלכם
במקום מצגת, תהליך אחד שעובד על הנתונים והמערכות של הארגון, ומדד הצלחה שנמדד בפועל.
סימולטור לפני פיתוח
בונים מודל של התהליך ובודקים את הפתרון לפני שבונים אותו, כמו מעבדת הלגו של ד"ר פח וצבע: מחליפים צעד ורואים מיד את ההשפעה על המדדים.
אב-טיפוס ב-Generative UI
אב-טיפוס חי כבר בשלב האפיון, כך שההחלטות מתקבלות על משהו שאפשר לראות ולנסות.
פיתוח בעזרת AI, עם שערי איכות
סוכני קוד מאיצים את הפיתוח, וכל שינוי עובר בדיקות, סריקות אבטחה וסקירה אנושית. מ-Vibe Coding לייצור.
Evals: איכות AI שנמדדת
סט שאלות מבחן עם תשובות מצופות שרץ על כל גרסה, כדי לדעת שהסוכן לא נעשה גרוע יותר בשקט.
שכבת MCP אחת לכל הסוכנים
חיבור מבוקר ל-SAP, ל-Priority ול-Dynamics 365 שמשרת כמה סוכנים, במקום אינטגרציה נפרדת לכל אחד. התממשקות למערכות ליבה.
AgentOps
ניטור של סוכנים בייצור: איכות התשובות, צריכת משאבים ועלויות, ושיחות שהסוכן לא ידע לענות עליהן.
מוכנים להוכיח לפני שמתחייבים
אנחנו נכונים לבצע POC כדי להמחיש ללקוח את השינוי שהטכנולוגיה יכולה להביא לארגון. לא מצגת ולא דמו גנרי: תהליך אחד שלכם, שעובד על הנתונים שלכם.
מה כולל ה-POC
- תהליך אחד, עם ערך עסקי ברור
- נתונים ומערכות אמיתיים של הארגון, בהרשאות שלו
- מדד הצלחה שמוסכם לפני שמתחילים
- היקף ותאריך סיום שנקבעים מראש
- הדגמה חיה להנהלה ולמשתמשים
- החלטה משותפת: להמשיך, לשנות כיוון או לעצור
מה נשאר אצלכם, גם אם מחליטים לעצור
- הבנה מבוססת של איכות הנתונים ומה חסר
- הערכה מבוססת של עלות, תועלת ולוח זמנים לפרויקט המלא
- ארכיטקטורה מומלצת וסיכונים שזוהו מוקדם
מה התהליך נותן לארגון
פחות סיכון
מחליטים על השקעה אחרי שראיתם את הפתרון עובד על המידע שלכם.
בלי הפתעות
הדגמות בכל שלב וקריטריוני קבלה כתובים, כך שהעלייה לאוויר לא מגלה דברים חדשים.
ערך מהר יותר
מתחילים בתהליך אחד, מוכיחים ערך, ומרחיבים משם.
הנהלה ומשתמשים שותפים
POC והדגמות שמראים שינוי אמיתי מגייסים את הארגון מוקדם.
איכות שנמדדת
בדיקות, Evals ושערי איכות אוטומטיים על כל גרסה.
מערכת שממשיכה להשתפר
ניטור וליווי אחרי העלייה, עם אותו צוות.
הידע נשאר בארגון
תיעוד, הדרכה ובעלות ברורה על כל מה שנבנה.
שאלות נפוצות על POC וניהול פרויקטי AI
מה זה POC, ובמה הוא שונה מפיילוט?
POC (Proof of Concept, הוכחת היתכנות) בודק אם הפתרון עובד על הנתונים והמערכות של הארגון, ומה הוא משנה בתהליך. פיילוט כבר מפעיל גרסה בייצור עם משתמשים אמיתיים, בהיקף מוגבל. אצלנו POC שמצליח מוביל לאפיון, והפיילוט הוא העלייה המדורגת לקבוצת המשתמשים הראשונה.
כמה זמן לוקח POC?
זה תלוי בתהליך ובנתונים. ה-POC קצר וממוקד בתהליך אחד, וההיקף ותאריך הסיום נקבעים מראש, לפני שמתחילים.
מה קורה אם ה-POC לא מצליח?
גם אז יש תוצאה: הבנה של איכות הנתונים, של מה שחסר ושל העלות והתועלת האמיתיות. לפעמים משנים כיוון, ולפעמים מחליטים שזה לא הזמן, וזו החלטה טובה יותר מפרויקט שנכשל באמצע.
איך אתם עומדים בלוחות זמנים?
אבני דרך מוגדרות מראש, הדגמה ללקוח בסוף כל ספרינט, קריטריוני קבלה כתובים, ושינויי תכולה שמוחלטים יחד עם ההשפעה שלהם על הזמן. Head of Delivery מוביל כל פרויקט ומעדכן בתמונת מצב שוטפת.
מי צריך להשתתף מצד הלקוח?
בעל התהליך שמגדיר מה נחשב הצלחה, נציגי משתמשים שמתנסים בהדגמות, ונציג IT או אבטחת מידע לחיבורים, להרשאות ולסביבות.
מה קורה אחרי העלייה לאוויר?
תקופת ייצוב עם אותו צוות, ניטור של שימוש, שגיאות, איכות ועלויות, ותוכנית שיפור שחוזרת לספרינטים. אפשר להשאיר אצלנו את הליווי השוטף או להעביר אותו לצוות שלכם.
להעמקה: איך פרויקט נשאר בזמנים · לקוחות ופרויקטים · סדנאות AI לארגונים · כל הפתרונות
יש תהליך שתרצו לראות עובד?
ספרו לנו עליו, ונציע POC ממוקד: מה בונים, על אילו נתונים, מה נחשב הצלחה ומתי מציגים.