יד מפשטת מסלול מקוביות עץ, המחשה לבחירת שיפור לפני הוספת טכנולוגיה

AI Native – Method: לפני שבונים, בוחרים את השיפור הנכון

תוכן עניינים

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

 

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

 

  • התוצר: פעולה אחת לשיפור, פתרון מוצע, מפת תהליך קצרה, גבול סמכות ומדד לבדיקה.
  • כלים: מומלץ ChatGPT; אפשר גם Claude, Gemini, Grok או כל עוזר AI שנוח לכם איתו. עובדים בשיחה רגילה, לא במצב Work, משימות או סוכן אוטונומי. לא מחברים מערכות ולא מבצעים פעולות אמיתיות.
  • היקף: מתאים למסגרת מעבדה של 25 דקות. פרקים 1-4 הם מסלול הליבה. התרגול הפתוח ושאלות המחקר הם הרחבה לבחירה ולהמשך.
  • חומרים: כל פרטי התרחיש נמצאים בפרומפט הראשון. אין צורך להוריד או להעלות קבצים. אפשר לעבוד גם על משימה אישית ללא פרטים רגישים.

 

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

 

רגע לפני שמתחילים: מה למדנו בכיתה?

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

פרק 1: איפה העבודה באמת נתקעת?

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

 

בוחרים נקודת פתיחה

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

 

עבריתEnglish


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

# פרטי התרחיש
צוות תפעול מטפל ב-40 בקשות בשבוע להזמנת חדר, ציוד או סיוע לוגיסטי. הבקשות מגיעות בדוא"ל בטקסט חופשי. כל המספרים כאן בדיוניים לצורך התרגול.
במדגם של 10 בקשות, זמן העבודה הפעיל הממוצע היה 20 דקות לבקשה: 8 דקות לאיסוף ולהשלמת פרטים, 4 דקות להזנה לטבלת מעקב מרכזית, 3 דקות להעתקה לקובץ סיכום נוסף ו-5 דקות לניסוח תשובה. זמן המתנה לפונה אינו כלול. ב-4 מתוך 10 הבקשות חסר תאריך או מספר משתתפים; ב-2 מהתשובות נדרש תיקון לפני שליחה.
בטבלת המעקב נשמרים סוג הבקשה, תאריך, מספר משתתפים, ציוד, סטטוס ואחראי. הרכזת מעדכנת אותה; מנהל הצוות משתמש בה לחלוקת העבודה.
בקובץ הסיכום הנוסף מועתקים אותם שדות. לא ידוע מי משתמש בו והאם קיימת חובה לשמור אותו.
לארגון כבר יש כלי טפסים וטבלת מעקב משותפת. לא נבדק אם אפשר לחבר ביניהם ללא פיתוח, ואין לנו נתוני עלות הטמעה.
בקשה א: "צריך חדר ל-12 משתתפים ביום שלישי, עם מקרן." אין תאריך קלנדרי מלא ואין שעת התחלה וסיום.
בקשה ב: "נא להזמין 20 כיסאות לחדר 2 בתאריך 15.11.2026 בין 10:00 ל-12:00."
בקשה ג: "יש שינוי באירוע; צריך פתרון אחר בדחיפות." לא ברור לאיזה אירוע מתייחסים ומה השינוי.
אין לנו כאן לוח זמינות, רשימת מלאי או מדיניות אישורים. הרכזת רשאית להכין טיוטה, אך אישור זמינות או התחייבות לציוד דורשים בדיקה ואישור אנושי לפני תשובה לפונה.

# הפלט המבוקש
1. תאר בקצרה את שלבי העבודה והצבע על מועמד אחד לשיפור. אל תציג את המדגם הקטן כהוכחה סופית לצוואר בקבוק.
2. הפרד בין עובדות שנמסרו, הנחות ומידע שחסר להחלטה.
3. שאל עד 3 שאלות שהמענה עליהן עשוי לשנות את הבחירה. אל תמציא תשובות, זמינות, עלויות או מדיניות.
4. הצע פעולה אחת שאפשר לבחון בלי לחכות לכל התשובות. אם המידע אינו מספיק, נסח בחירה זמנית ותנאי לבדיקה.



# Task
Help me choose a work-process improvement before building a solution. Do not build a system or take external actions.

# Scenario details
An operations team handles 40 weekly requests for rooms, equipment or logistical support. Requests arrive as free-text emails. All numbers are fictional training data.
In a sample of 10 requests, average active work time was 20 minutes per request: 8 minutes collecting and completing information, 4 minutes entering the central tracking table, 3 minutes copying into an additional summary file, and 5 minutes drafting a reply. Time waiting for the requester is excluded. In 4 of the 10 requests, a date or participant count was missing; 2 replies required correction before sending.
The tracking table contains request type, date, participant count, equipment, status and owner. The coordinator updates it; the team manager uses it to assign work.
The additional summary file copies the same fields. We do not know who uses it or whether it must be retained.
The organization already has a form tool and a shared tracking table. Their ability to connect without development has not been checked, and implementation costs are unknown.
Request A: "We need a room for 12 participants on Tuesday, with a projector." A full calendar date and start/end times are missing.
Request B: "Please book 20 chairs for room 2 on 15 November 2026, from 10:00 to 12:00."
Request C: "The event has changed; we urgently need another solution." The event and requested change are unclear.
We have no availability calendar, inventory list or approval policy here. The coordinator may prepare a draft, but confirming availability or committing equipment requires a check and human approval before replying to the requester.

# Requested output
1. Briefly describe the work steps and identify one improvement candidate. Do not treat the small sample as definitive proof of a bottleneck.
2. Separate supplied facts, assumptions and information missing for the decision.
3. Ask up to 3 questions whose answers could change the choice. Do not invent answers, availability, costs or policies.
4. Suggest one action we can investigate without waiting for every answer. If evidence is insufficient, make a provisional choice and state a validation condition.

 

רוצים לעבוד על משימה משלכם?

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

 

עבריתEnglish


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



Help me choose a work-process improvement without building or executing anything.
Recurring task: [brief description].
Who performs it and who uses its output: [description].
What starts the work and what output is needed: [description].
Current steps and active time per step: [known data or "unknown"].
Frequency, information and existing tools: [known data or "unknown"].
Common errors, others' dependencies on the output, and actions requiring approval: [known data or "unknown"].
Identify one improvement candidate. Separate facts, assumptions and missing information. Ask up to 3 meaningful questions and propose a provisional choice to investigate. Do not invent data or request personal or confidential information.

 

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

 

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

 

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


פרק 2: EAD: לבטל, ליישם אוטומציה או להאציל לאדם?

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

 

שלוש החלטות, בסדר הזה

  1. Eliminate – לבטל: מי ירגיש אם הפעולה תיעלם? בדקו מי משתמש בתוצר, איזו החלטה תלויה בו והאם קיימת חובת שימור. חוסר ידיעה אינו הוכחה לחוסר צורך. בתרחיש שלנו, ההעתקה לקובץ הנוסף היא מועמדת לבדיקה, ולא אישור למחיקה.
  2. Automate – ליישם אוטומציה: רק אחרי שהפעולה עברה את מבחן הנחיצות, בוחנים איך להקל על הביצוע. מתבוננים בעבודה עצמה: במדגם שלנו איסוף והשלמת מידע צורכים 8 דקות, לעומת 5 דקות לניסוח. קיצור הניסוח לבדו לא פותר פרטים חסרים. זמן עבודה, זמן המתנה וזמן תיקון הם דברים שונים. אין לנו כאן מדידה של זמן ההמתנה או פירוט זמן התיקונים.
  3. Delegate – להאציל לאדם: בודקים אם האנושיות היא חלק מהשירות ואם החיסכון מצדיק את המחיר באמון ובקשר. בבקשה דחופה ועמומה, אדם יכול לברר את הצורך ולקבל החלטה באחריותו. AI יכול להכין שאלות או טיוטה, אך ההאצלה כאן היא לאדם. בתרחיש הזה גם אישור זמינות והתחייבות לציוד נשארים בידי אדם.

 

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

 

אם נדרשת טכנולוגיה: בוחרים מלמטה בפירמידה

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

 

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

 

  • 0. Buy: מוצר קיים שמספק את הצורך, כולל כלי שכבר יש לארגון. כאן נבדוק קודם את כלי הטפסים והטבלה הקיימים.
  • 1. AI Chatbot: אדם מוסר קלט ומפעיל את המודל בכל פעם, למשל כדי להכין שאלות הבהרה.
  • 2. Simple Workflow: רצף קבוע לפי כללים, ללא צורך בשיקול AI, למשל העברת שדות מטופס לטבלה. החיבור בתרחיש שלנו עדיין דורש בדיקת היתכנות.
  • 3. AI Workflow: רצף קבוע שחלק משלביו דורשים פירוש של AI, למשל חילוץ שדות מבקשה חופשית לפני בדיקה אנושית.
  • 4. AI Agent: מערכת שבוחרת את סדר הפעולות והכלים לפי המצב. עצם קיומה של בקשה עמומה אינו מוכיח שצריך סוכן.

 

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

 

עבריתEnglish


בהתבסס על התיאור ועל הפעולה שבחרתי בשיחה, בחן EAD בסדר הבא:
1. Eliminate - לבטל: האם הפעולה נחוצה? ציין משתמש בתוצר, תלות וחובת שימור שנמסרו. אם חסר מידע, כתוב מה לברר ואל תאשר ביטול.
2. Automate - ליישם אוטומציה: רק לגבי עבודה שנחוצה, זהה חלק שמתאים לביצוע אוטומטי. בחן את העבודה בפועל, כולל איסוף מידע ובדיקה, ולא רק את ניסוח התשובה. אל תערבב זמן עבודה וזמן המתנה.
3. Delegate - להאציל לאדם: ציין מה נשאר בידי אדם בגלל שיקול דעת, אמון, קשר או אחריות. הסבר אם האנושיות היא חלק מהשירות ומה מחיר הטעות. AI רשאי לסייע בהכנה, אך D כאן פירושו אדם.
הצג טבלת החלטה קצרה עם שלוש שורות E, A, D: החלטה, נימוק מהנתונים, ומה עדיין צריך לבדוק. אין צורך להמציא שימוש לכל שלוש האפשרויות.
אם נדרשת טכנולוגיה, התחל במוצר קיים, אחריו שיחת AI בהפעלת אדם, תהליך פשוט לפי כללים, תהליך קבוע שמשלב AI, ורק לבסוף סוכן הבוחר פעולות. עצור בפתרון הפשוט המספיק. השווה אותו לחלופה רלוונטית אחת וציין למה המורכבות הנוספת נחוצה או מיותרת. אם הפתרון הוא ביטול או טיפול אנושי בלבד, אל תכפה בחירת כלי.
המלץ על ניסוי אחד או על בדיקת היתכנות כשאין מספיק מידע. הפרד יכולת קיימת מיכולת שטרם נבדקה, וציין מה ישנה את המלצתך. אל תבטיח חיבור, חיסכון או זמינות שלא נבדקו. ענה בעברית, בקצרה. לא בונים ולא מבצעים דבר.



Based on the description and the action I selected in this conversation, apply EAD in this order:
1. Eliminate: is the action necessary? Identify the supplied output user, dependency and retention requirement. If information is missing, state what to check and do not authorize elimination.
2. Automate: only for necessary work, identify a part suitable for automation. Examine the actual work, including information collection and checking, not just drafting the reply. Do not mix active work time with waiting time.
3. Delegate to a person: identify what remains with a person because of judgment, trust, relationships or accountability. Explain whether human interaction is part of the service and the cost of an error. AI may help prepare, but D here means a person.
Provide a short decision table with three rows E, A, D: decision, justification from the data, and remaining checks. Do not invent a use for all three options.
If technology is needed, start with an existing product, then human-operated AI chat, a simple rule-based workflow, a fixed workflow incorporating AI, and only then an agent choosing actions. Stop at the simplest sufficient solution. Compare it with one relevant alternative and explain whether extra complexity is necessary. If elimination or human-only handling is sufficient, do not force a tool choice.
Recommend one experiment, or one feasibility check when information is insufficient. Distinguish existing from unverified capabilities, and state what would change your recommendation. Do not promise unverified integration, savings or availability. Reply briefly in Hebrew. Do not build or execute anything.

 

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

 

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

 

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


פרק 3: מה בדיוק אמור לקרות, ומי מוסמך?

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

 

ששת השדות: התחלה (Trigger), מקורות (Sources), עיבוד (Transform), החלטות (Decisions), יעד הפלט (Destination), סמכות (Authority). "סמכות" פירושה מה מותר להציע, להכין, לעדכן או לשלוח, ובאיזה שלב נדרש אישור.

 

עבריתEnglish


מפה את החלופה שבחרתי לניסוי בשישה שדות בלבד:
1. התחלה: מה מפעיל את התהליך?
2. מקורות: איזה מידע נדרש ומה כבר זמין?
3. עיבוד: מה עושים במידע?
4. החלטות: באילו תנאים ממשיכים, מבקשים הבהרה או מעבירים לאדם?
5. יעד הפלט: מה נוצר ואיפה הוא נשמר או מוצג?
6. סמכות: מה מותר להכין בלבד, מה מחייב אישור ומי מבצע בפועל?
לכל שדה כתוב עד שני משפטים. אל תוסיף הרשאה או יכולת מערכת שלא נמסרה. אם הפתרון הוא ביטול שלב, מפה את התהליך שנותר ואת התנאי לביטול.
אחר כך הדגם במילים כיצד הניסוי יתמודד עם מקרה רגיל ועם מקרה שבו חסר מידע. בתרחיש הפניות השתמש בבקשה ב ובבקשה א או ג מתוך הפרומפט הראשון; הבקשה המפורטת אינה הוכחה לזמינות. במשימה אישית השתמש בדוגמאות שסיפקתי, ואם אין כאלה צור דוגמאות בדויות המסומנות בבירור כהמחשה. אל תבצע הזמנה, שליחה או עדכון אמיתי.



Map my chosen experiment in exactly six fields:
1. Trigger: what starts the process?
2. Sources: what information is needed, and what is already available?
3. Transform: what is done with the information?
4. Decisions: when does it proceed, request clarification or refer to a person?
5. Destination: what output is created, and where is it stored or shown?
6. Authority: what may only be drafted, what needs approval, and who actually executes it?
Use up to two sentences per field. Do not add permissions or system capabilities that were not supplied. If the solution removes a step, map the remaining process and the condition for removal.
Then describe how the experiment would handle a routine case and a case with missing information. For the supplied request scenario, use request B and request A or C from the first prompt; a detailed request does not prove availability. For a personal task, use examples I supplied; if none exist, create clearly labeled fictional illustrations. Do not actually book, send or update anything.

 

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

 

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

 

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


פרק 4: איך נדע שבחרנו נכון?

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

 

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

 

עבריתEnglish


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



Reread our recommendation and process map. Reflect critically after the work: identify up to 3 material gaps, if any, such as an unsupported assumption, an unnecessary step, excessive authority, or a metric that misses the goal. Do not invent flaws or assume the change necessarily improves performance.
Then propose a focused correction only if needed, and prepare a short decision card I can save:
- The action to improve and the problem to solve.
- The EAD decision: what is eliminated or checked for elimination, what fits automation, and what remains with a person.
- The chosen option and why it was chosen over the alternative, or why no tool is needed.
- What remains with a person and what cannot happen without approval.
- A primary metric, baseline and its source, proposed target and quality condition.
- A small experiment: which cases to test, how to measure consistently, and what would make us stop or change direction.
- Missing information and the next feasibility check, if needed.
If there is no credible baseline, write "to be measured" and propose a collection method. In the fictional scenario, you may use 20 minutes as a training-only baseline while noting the small sample. Do not present a target as an achieved result or freed capacity as proven financial savings. Limit the card to 200 words.

 

סוגרים את ההחלטה בעצמנו

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

 

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

 

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

 

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


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

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

 

  • היקף: במקום 40 פניות בשבוע יש 5, או 400. כל שאר הנתונים נשארים כפי שנמסרו. האם המורכבות עדיין מוצדקת?
  • תלות: מתברר שקובץ הסיכום הנוסף משמש צוות אחר פעם בחודש. מה אפשר לפשט בלי לנתק אותו מהמידע?
  • סיכון: תשובה שגויה עלולה לגרום לביטול אירוע. איזה אישור או תנאי עצירה צריך לחזק?
  • העברה ליומיום: בחרו פעולה אישית ופתחו שיחה חדשה עם פרומפט המשימה האישית מפרק 1. השלימו את פרקים 1-4 על בסיס המידע החדש; אין להניח שהמודל מכיר את התרחיש מהשיחה הקודמת.

 

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

 

עבריתEnglish


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



New thought experiment: [write one scenario change here]. All other supplied data remain unchanged; missing information is still unknown.
Reassess the previous decision card in light of this change. What remains valid, and what should change in the option, process map, authority or metric? Show up to 3 justified differences. If no change is warranted, explain why. Do not build or execute anything.


שאלות להמשך מחקר

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

 

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

 

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