לבקש מבנה, לא טקסט

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

1.4 8 דקות קריאה ארן נחמיאס אינטראקטיבי

מה תדעו בסוף

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

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

זה קורה כי ביקשתם טקסט. וטקסט הוא מה שמקבלים כשלא אומרים כלום אחר — זו ברירת המחדל, לא בחירה.

העיקרון: מבנה הוא לא עיצוב, הוא בדיקה

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

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

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

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

ההדגמה: להגדיר שדות, ולא רק לבקש טבלה

ההבדל בין “תעשה לי טבלה” לבין הבקשה הזאת הוא כל השיעור.

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

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

חמישה מועמדים, נשלפו מתוך מיילים · אותו תוכן בדיוק

באיזו צורה ביקשתם את הפלט

האם הרשיתם לכתוב "לא נמצא"

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

המחיר של מבנה, שאף אחד לא מזהיר עליו

וכאן החלק שהופך את השיעור הזה מטיפ לכלל.

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

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

התיקון הוא שש מילים: “אם פרט לא מופיע במקור, כתוב ‘לא נמצא’”. בלעדיהן המבנה עובד נגדכם; איתן הוא הופך לרשימת המשימות של השבוע.

התרגיל, חמש עשרה דקות

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

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

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

שלוש טעויות שרואים בכל ארגון

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

עד כאן לבד

להגדיר ארבעה שדות ולהוסיף שורת “לא נמצא” — את זה אפשר לעשות היום, על הפלט הבא.

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

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