אתם צריכים להתחיל מהשקף האחרון
הרצאה לא נשכחת כי היו בה יותר שקפים. שחר פולק מראה איך להתחיל מהשקף האחרון, לזקק מסר, לסנן רעש ולבדוק שהסיפור עובד גם בלי מקרן, מול קהל יעד אמיתי.
צפו בהרצאההסיפור שמאחורי ההרצאה
- ההרצאה מתחילה ביעד: מגדירים takeaway אחד שהקהל צריך לקחת, ורק אז גוזרים ממנו את הסיפור והשקפים.
- יותר ידע לא יוצר יותר ערך. צריך לסנן דאטה, מונחים ושקפים שלא משרתים את המסר, ולתת לקהל משהו ברור להתמקד בו.
- עקביות בעיצוב, hook בתחילת ההרצאה ומבחן הפנס הופכים את השקפים לעזר - לא לדבר שמחזיק את ההרצאה במקומכם.
- Dry run חייב להיעשות מול קהל יעד אמיתי. פידבק מאדם מצוין שאינו הקהל יכול להיות שימושי, אבל לא בהכרח להכריע על התוכן.
מצגת יכולה להימשך שעתיים ולהשאיר את כולם עם “אה אה אה”. זה קרה לשחר פולק: אחרי ישיבת Q4 עמוסה בשורות אקסל, הוא והאנשים שסביבו לא ידעו מה אמור לקרות ברבעון. הלקח שלו חד: כדי להתחיל מהשקף האחרון, קודם מגדירים מה הקהל צריך לקחת - ורק אחר כך בונים את הדרך לשם.
שחר פולק לא מציע טריק עיצובי. הוא מציע להחליף סדר עבודה. לא לפתוח PowerPoint, לא לזרוק פנימה כל גרף וכל פרט שמכירים, ולא לקוות שהקהל ירכיב לבד את הפאזל. מגדירים יעד. בוחרים מסר. ואז עושים reverse engineering להרצאה.
השקף האחרון הוא היעד, לא הקישוט
כשנכנסים ל-Waze, לא מתחילים לנסוע ומקווים שבסוף נגיע. מזינים יעד, ואז האפליקציה גוזרת את המסלול. זו בדיוק המטאפורה של שחר לבניית הרצאה: היעד הוא ה-takeaway. מה האדם שיוצא מהחדר אמור לזכור, לשאול או לעשות אחרת?
הכל מתחיל מההחלטה הזאת. שחר ממליץ על takeaway אחד. שניים אפשריים אם באמת יש צורך, אבל לא להפוך הרצאה למחסן מסרים. ברגע שהיעד ברור, אפשר לשאול על כל חלק: האם הוא מקרב אליו או רק מאריך את הדרך? האם הדוגמה הזאת גורמת לקהל להבין, או שהיא נמצאת כאן רק כי השקענו בה זמן?
“זה לא משנה כמה אני אומר, זה משנה מה אתה לוקח.”
זו גם דרך טובה להימנע מהפתיחה השגויה: להתחיל מהשקף הראשון, מהביוגרפיה או מהדאטה שכבר יש ביד. תוכן הוא חומר גלם. הוא לא התוכנית. בהרצאה של שחר על AI בעבודה, למשל, המסר אינו רשימת כלים אלא השינוי המקצועי שנדרש כשהכלים כבר כאן. גם בהרצאה אחרת, קודם בוחרים את הטענה שהקהל צריך לצאת איתה.
בעיית המומחה: כל מה שיודעים לא נכנס למצגת
הבעיה מתחילה דווקא אצל מי שמכיר את התחום היטב. שחר קורא לזה בעיית המומחה: קל להניח שהקהל מכיר את הקיצורים, את הז’רגון ואת ההקשר שאנחנו חיים בו כל יום. ואז עולים לבמה ומדברים בקצב פנימי - Kubernetes, ארכיטקטורה, charts, אקסלים - בלי לעצור ולבדוק מה עובר לצד השני.
הידע אינו הבעיה. חוסר הסינון הוא הבעיה. שחר מדגים את זה בשקף עמוס, שבו קשה למצוא את הפריט החשוב, לעומת שקף שמכוון את העין לפריט אחד. כל פרט נוסף מתחרה על הקשב. כשיש 18 אלף bullets, אין באמת highlight.
“לא כל הדאטה צריך לבוא ולהיכנס לכם לתוך המצגת.”
הסינון כאן הוא גם כבוד לקהל. אנשים לא אמורים ללמוד מחדש את הקוד הצבעוני, המבנה והשפה של המצגת בכל שקף. הם צריכים להבין על מה להסתכל ומה הקשר בין הרגע הזה למה שהבטחתם בהתחלה. לא להכניס משהו כי הוא מעניין בפני עצמו. להכניס אותו רק אם הוא מחזק את המסר.
עקביות והוק: להקל על הקהל לעקוב
אחרי שהוצאנו את הרעש, צריך להחליט על שפה עקבית: פונטים, צבעים ואופן הצגת מידע. לא כדי שהמצגת תהיה יפה, אלא כדי שהקהל לא יבזבז קשב על פענוח של עוד חוק. עקביות הופכת את השקפים למוכרים ומאפשרת לעכל את התוכן במקום את האריזה.
ואז צריך hook. לא פתיח מנומס שמחכה שהקהל יתעורר, אלא רגע ראשון שתופס את הקשב: שאלה, מספר, עובדה לא צפויה או הדגמה. אפשר גם mini hook בהמשך, כשהקשב יורד. העיקר הוא לא לדרוש מהאנשים להישאר מרוכזים רק כי יש מצגת על המסך.
זה לא אומר שכל שקף צריך אנימציה. להפך. שחר מזהיר מהפיתוי לזרוק דברים מגניבים רק כי אפשר. אם האנימציה או העיצוב לא מקדמים את הסיפור, הם פשוט עוד דבר שמחליש אותו.
מבחן הפנס: האם ההרצאה שורדת בלי מקרן?
שחר מציע מבחן פרקטי: מה יקרה אם תהיה הפסקת חשמל? האם אפשר עדיין להעביר את ההרצאה בלי שום עזר? הוא מספר על אירוע שבו הגיע להרצות ולא היו מקרן או כיסאות, ועל מיטאפ גג שבו הרוח הפילה את המקרן. זה לא תרחיש תיאורטי. זה קורה.
“אני רוצה לראות האם ההרצאה הזאת עובדת 100% רק באודיו.”
זה לא אומר לוותר על ויזואליה. שקפים, דוגמאות והדגמות יכולים לחזק מסר. אבל אם רק הם מחזיקים את התוכן, אין מאחוריהם הרצאה אלא תלות בציוד. מבחן הפנס מכריח את המרצה לדעת מה הוא אומר גם כשכל העיצוב נעלם.
dry run הוא חלק מהכתיבה
הבדיקה של שחר אינה נשארת בתיאוריה. הוא מקליט את עצמו בווידאו, מסתובב עם אוזניות ומאזין להרצאה כאודיו. כך אפשר לשמוע איפה הסיפור נתקע, איפה ההוק מאוחר מדי ואיפה שקף אולי מסתיר בעיה בטקסט. הוא גם מזין את ההקלטה ל-Gemini כדי לקבל פידבק, אבל לא נותן לכלי להחליט במקומו.
ההקלטה מסירה את אשליית המצגת המוכנה. על המסך הכול יכול להיראות מסודר, אבל באוזניות שומעים אם משפט מגיע מוקדם מדי, אם המעבר בין שני רעיונות חסר, או אם הסיפור דורש מהקהל להשלים לבד את מה שלא נאמר.
אחר כך מגיע dry run מול אנשים. כאן יש מלכודת: פידבק טוב לא מגיע רק מאדם חכם או מרצה מעולה. הוא צריך להגיע גם ממי שדומה לקהל היעד. שחר מספר על חבר מרצה בינלאומי שאמר שהרצאה שלו לכנס מנהלים היא הגרועה ביותר ששמע ממנו. חלק מהפידבק היה שימושי. אבל אותו חבר לא היה מנהל, ולכן לא היה יכול לקבוע אילו חלקי תוכן מתאימים לקהל הזה.
“תעשו את זה לפחות פעם אחת את הדריירן הזה לקהל חי.”
העיקרון נשאר פשוט: עושים חזרה, מבקשים פידבק, ואז בודקים אותו מול היעד שהגדרתם. לא כל הערה צריכה להיכנס. בדיוק כפי שלא כל פיסת דאטה צריכה להיכנס.
השורה התחתונה
- התחילו מהתוצאה: takeaway אחד שהקהל צריך לקחת מהחדר.
- גזרו אחורה כל סיפור ושקף מהמסר הזה, במקום לאסוף חומרים ואז לחפש מבנה.
- סננו בלי רחמים. מומחיות אינה רישיון להעמיס ז’רגון, טבלאות ופרטים.
- ודאו שההרצאה עובדת בלי מקרן, ואז תנו לשקפים לחזק אותה.
- עשו dry run מול קהל יעד אמיתי. הפידבק חשוב, אבל ההקשר קובע מה ממנו נכון.
כמו בעבודה עם Code Agents בפרודקשן, גם כאן הכלי הוא לא התשובה. ההרצאה נמדדת במה שהקהל יכול לעשות אחרי שהוא יוצא מהחדר.
"זה לא משנה כמה אני אומר, זה משנה מה אתה לוקח."
- שחר פולק
"לא כל הדאטה צריך לבוא ולהיכנס לכם לתוך המצגת."
- שחר פולק
"אני רוצה לראות האם ההרצאה הזאת עובדת 100% רק באודיו."
- שחר פולק
"תעשו את זה לפחות פעם אחת את הדריירן הזה לקהל חי."
- שחר פולק
- 00:00:50 המסר חשוב יותר מכמות המיליםשחר פותח בשאלה מה הקהל לוקח מההרצאה, ומציג חוויית מצגת עמוסה שהשאירה את המשתתפים בלי תשובה ברורה על Q4.
- 00:03:45 מגדירים יעד וגוזרים אחורהכמו Waze, מתחילים ביעד. מגדירים takeaway אחד או שניים לכל היותר, ואז עושים reverse engineering לתוכן ולשקפים.
- 00:08:50 פחות דאטה, יותר פוקוסבעיית המומחה דוחפת מרצים לז'רגון, קיצורים וטבלאות. ההמלצה היא להוציא כל דבר שלא מחזק את המסר ולכבד את הקהל בפוקוס ברור.
- 00:10:58 עקביות והוק שמחזיק קשבבחירת שפה עיצובית עקבית מקלה על הקהל לעכל מידע, ו-hook בתחילת ההרצאה - ולעתים גם בהמשך - תופס את הקשב.
- 00:12:20 מבחן הפנסהרצאה צריכה לעבוד גם כשהמקרן נופל או שאין כיסאות. שחר בודק אם אפשר להעביר את המסר גם בלי העזרים.
- 00:13:25 מקליטים, מקשיבים ומבקשים פידבקשחר מקליט את עצמו, בודק שההרצאה עובדת באודיו, נעזר ב-Gemini לפידבק ומריץ dry run מול קהל יעד רלוונטי.
מה כוסה בהרצאה
שאלות מההרצאה
למה להתחיל את בניית ההרצאה מהשקף האחרון?
כי קודם צריך לדעת מה הקהל אמור לקחת. אחרי שמגדירים יעד או takeaway, אפשר לגזור אחורה אילו סיפורים, דוגמאות ושקפים באמת משרתים אותו.
כמה takeaways צריכים להיות בהרצאה?
שחר ממליץ על takeaway אחד. אפשר להגיע לשניים אם יש צורך ממשי, אבל לא להעמיס: less is more, והקהל צריך לצאת עם מסר ברור ולא עם רשימת נושאים.
מהו מבחן הפנס למצגת?
זו בדיקה אם ההרצאה עדיין עובדת בהפסקת חשמל או בלי מקרן. השקפים אמורים לתמוך במסר, לא להיות הדבר היחיד שמאפשר להעביר אותו.
ממי כדאי לבקש פידבק לפני ההרצאה?
צריך לעשות dry run מול אנשים, אבל חשוב שהם יהיו קהל היעד. שחר מתאר פידבק ממרצה מצוין שלא היה מנהל, ולכן לא כל הערה שלו התאימה לתוכן של כנס מנהלים.