Simplifyפתרון בפרודקשן תוך עשרה ימים

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

מהנדס אחד · עשרה ימים · פתרון בפרודקשן

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

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

01 · ימים 1–3

ישיבת אפיון לא מראה איך העבודה מתבצעת.

אז אנחנו יושבים עם הצוות ורואים בעצמנו.

02 · מה אנחנו מוצאים

תוך שלושה ימים כבר ברור על מה מתבזבז הזמן.

רוב הזמן מתבזבז על משימות קטנות שחוזרות כל יום.

03 · בונים

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

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

04 · יום 10

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

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

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

כולם יודעים לבנות סוכן AI. הבעיה היא לדעת מה בכלל צריך לבנות.

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

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

את מה שקורה באמת רואים רק כשיושבים ליד מי שעושה את העבודה, ביום רגיל, עם המערכות האמיתיות.

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

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

דברים שמצאנו רק כשישבנו עם הצוות
כספים

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

תפעול

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

ציות

שלב אישור שנשאר בתהליך בגלל טעות שכבר אף אחד בחברה לא זוכר.

תמיכה

תור פניות שממיינים כל בוקר לפי כללים שנמצאים רק בראש של אדם אחד.

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

03 · תוצרים

מה נשאר אצלכם בסוף עשרת הימים.

01

פתרון שעובד בפרודקשן

הפתרון רץ בתשתית שלכם והצוות משתמש בו בעבודה היומיומית. זה מוצר עובד, לא אב־טיפוס או דמו.

02

מספרים של לפני ואחרי

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

03

רשימה מסודרת של מה כדאי לעשות אחר כך

הרשימה כוללת כל תהליך נוסף שראינו, כמה זמן הוא יכול לחסוך וכמה מורכב יהיה לבנות לו פתרון.

04

קוד, תיעוד והעברת ידע

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

04 · ומה אחר כך

הפתרון הראשון עולה תוך עשרה ימים. אחריו מגיע הפתרון הבא.

בכל חודש פתרון נוסף עולה לפרודקשן ונמדד.

01

התהליך הראשון

ימים 1–10

הפתרון כבר מטפל אוטומטית במשימה שחזרה כל יום.

02

התהליך הבא

באותו צוות, ואז בצוות הבא

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

03

רואים מה השתנה

לפני ואחרי כל פתרון

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

עשרה ימים הם נקודת הפתיחה.
05 · מתאים לכם?

יש אצלכם תהליך ששווה לטפל בו?

חשבו על משימה אחת שמישהו בצוות עושה ועברו על הרשימה. אין צורך בידע קודם ב‑AI.

שווה לדבר אם

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

פחות מתאים אם

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

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

06 · שאלות

מה בדרך כלל שואלים אותנו.

אנחנו לא יודעים איזה תהליך לבחור.

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

אתם בונים סוכנים?

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

אתם מתמחים בתעשייה או בתחום שלנו?

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

ומה אם הבעיה הכי גדולה לא ניתנת לאוטומציה בעשרה ימים?

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

למי שייך מה שאתם בונים?

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

מה קורה אחרי היום העשירי?

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

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

בואו נדבר ←