בקיצור
- סיכום טוב עונה על ארבע שאלות: מה הוחלט, מי עושה מה ועד מתי, מה נשאר פתוח ומה רק עלה לדיון.
- סכמו מתוך תמלול עם שמות דוברים וחותמות זמן, לא מהזיכרון ולא ישירות מקובץ שמע.
- בקשה מפורטת מוציאה סיכום טוב יותר מבקשה כללית. הגדירו מראש מי קורא אותו, מה האורך ומה המבנה.
- אמתו החלטות, מספרים, שמות ותאריכים מול ההקלטה. סיכום יכול להיקרא חלק לגמרי גם כשיש בו טעות בפרטים.
- שלחו את הסיכום אחרי שעברתם עליו, ושמרו את התמלול המלא זמין למי שצריך את הניסוח המדויק.
מה צריך לכלול סיכום פגישה?
חשבו קודם על מי שיקרא את הסיכום. מי שלא היה בפגישה צריך לדעת ארבעה דברים: מה הוחלט, מי עושה מה ועד מתי, מה נשאר פתוח, ומה עלה בשיחה בלי שהגעתם להסכמה. כל השאר לא חובה. סיכום שעובר על הפגישה לפי סדר הדברים שנאמרו הוא בסך הכול תמלול מקוצר, ואף אחד לא קורא אותו עד הסוף.
הפרידו בבירור בין החלקים השונים. החלטות הן דברים שנסגרו: ההשקה עוברת למרץ, או שהספק אושר. במשימות תמיד מופיעים אחראי ותאריך יעד. בשאלות פתוחות כתבו מי אמור לחזור עם תשובה. רקע ודיונים כלליים אפשר לרכז בפסקה קצרה בסוף, או לוותר עליהם לגמרי. כשהכול מעורבב בטקסט רציף אחד, הקוראים צריכים לדוג בעצמם את השורה הבודדת שנוגעת אליהם.
למעלה כתבו את הפרטים הבסיסיים: תאריך, משתתפים, ומשפט אחד על מטרת הפגישה. אם מישהו ידביק את הסיכום בשרשור הודעות בעוד שלושה שבועות, הוא עדיין צריך להיות ברור בפני עצמו.
למה לסכם מתוך תמלול ולא ישירות מהאודיו?
סיכום דוחס הרבה מידע, וכדי לדחוס מידע צריך מקור שאפשר לחזור אליו ולבדוק. תמלול עם שמות דוברים וחותמות זמן נותן בדיוק את העוגן הזה. אם בסיכום כתוב שדנה הסכימה לשלוח את התקציב, אפשר לקפוץ ישר לרגע הזה בהקלטה ולשמוע מה בדיוק נאמר. בלי טקסט מתוזמן נשארים עם שתי אפשרויות: לסמוך על הסיכום בעיניים עצומות או להקשיב מחדש לכל הפגישה.
גם לסדר הפעולות יש חשיבות. קודם מפיקים תמלול ומרפרפים עליו כדי לבדוק שמות ומספרים, ורק אז מפיקים את הסיכום. ב־KolWrite מעלים את ההקלטה, מקבלים תמלול עם זיהוי דוברים וחותמות זמן, ואז אפשר לבקש סיכום או לשאול שאלות בצ׳אט ישירות על הטקסט. שום בוט לא נכנס לשיחה, כך שהפגישה עצמה מתנהלת כרגיל. התייחסו לסיכום כאל טיוטה ראשונה שנגזרת מהטקסט, לא כתחליף לתמלול עצמו.
איך מבקשים מכלי AI סיכום מדויק יותר?
הגדירו מראש ובמדויק שלושה דברים: מי יקרא את הסיכום, באיזה אורך הוא צריך להיות ואיך הוא צריך להיות בנוי. למשל: כתוב סיכום לראש הצוות עד 200 מילים, תחת הכותרות החלטות, משימות (עם אחראי ותאריך) ושאלות פתוחות. אל תצטט שום דבר מחוץ לתמלול. אם פרט מסוים לא ברור, כתוב ״לא ברור״ במקום לנחש.
אפשר לשחק עם הבקשה הבסיסית לפי הצורך. למשל, לבקש גרסה לאנשים מחוץ לפרויקט, בלי קיצורים ועגה פנימית. אפשר לבקש רק את שלוש הנקודות שמנהל עסוק חייב להכיר, או לבקש להפריד את חילוקי הדעות שעלו ולציין מי החזיק באיזו עמדה. עוד אפשרות נוחה היא לבקש רשימה של כל המספרים, התאריכים והשמות שהוזכרו, כדי לעבור ולאמת את כולם בפעם אחת.
ההוראה לכתוב ״לא ברור״ במקום לנחש היא החלק הכי מועיל בפרומפט. מודלי שפה יעדיפו לכתוב משפט שזורם טוב מאשר להודות שחסר מידע. כשמבהירים למודל שמותר להשאיר חורים במידע, מורידים ממנו את הלחץ להמציא פרטים.
מה חשוב לבדוק לפני ששולחים את הסיכום?
בדקו את הפרטים שטעות בהם תעלה לכם ביוקר. התחילו מההחלטות: האם באמת הסכימו על הנקודה הזו, או שמישהו רק זרק הצעה לאוויר? אחר כך עברו על כל מספר, תאריך, שם וסכום. בסוף בדקו את המשימות: האם לכל משימה משויך האדם הנכון, והאם הוא בכלל היה בפגישה? סיכום שמפיל עבודה על מישהו שבכלל לא התבקש לעשות אותה גרוע יותר מלא לשלוח סיכום בכלל.
שימו לב לדקויות שהטקסט הכתוב מפספס. נימת דיבור, היסוס, או בדיחה שעל הנייר נקראת כמו התחייבות לא עוברים בתמלול. אם שורה בסיכום נשמעת נחרצת יותר ממה שנאמר בשיחה עצמה, רככו או מחקו אותה. גם שמות פרטיים ומונחים מקצועיים משתבשים לא מעט בכל שפה, ושמות בעברית ובערבית לא שונים מהבחינה הזאת.
טקסט אוטומטי עושה טעויות ומישהו צריך לעבור עליו. זה נכון לתמלול, וזה נכון גם לסיכום שנבנה ממנו. הבדיקה עצמה לא צריכה לקחת הרבה זמן: בפגישה של שעה, עשר דקות מול הטיוטה וחותמות הזמן לרוב יספיקו.
איזו שגרת עבודה פשוטה עובדת שבוע אחר שבוע?
מקליטים בהסכמת המשתתפים, מעלים את הקובץ באותו יום, ומרפרפים על התמלול כדי לבדוק שמות ומספרים. את הסיכום מפיקים בכל פעם עם אותו פרומפט מובנה וקבוע, כדי שהצוות יתרגל למבנה וידע בדיוק איפה לחפש כל דבר. מאמתים את הטיוטה מול חותמות הזמן, מתקנים טעויות ושולחים תוך יום. כדאי לעשות את זה מהר, אחרת אנשים פשוט יסמכו על הזיכרון שלהם.
שמרו את כל הסיכומים שעברתם עליהם בתיקייה משותפת. תוך כמה חודשים ייווצר לכם שם ארכיון שאפשר לחפש בו מה הצוות החליט ולמה, בדיוק התיעוד שחסר לרוב הצוותים כששאלה ישנה צצה מחדש.
שאלות שחוזרות
מה צריך להיות האורך של סיכום פגישה?
קצר ככל שאפשר, כל עוד הוא משרת את הקוראים. ברוב פגישות הצוות מספיקות כמה שורות על ההחלטות שהתקבלו ורשימת משימות עם אחראי ותאריך. בפגישות ארוכות יותר אפשר להוסיף פסקת רקע קצרה.
האם AI יכול לסכם פגישה מרובת משתתפים?
כן, וזה עובד טוב יותר כשהתמלול מפריד בין הדוברים. תמיד תוודאו שכל אמירה שויכה לאדם הנכון, במיוחד כשמדובר בהתחייבויות.
האם סיכום AI זהה לפרוטוקול ישיבה?
לא. סיכום הוא תקציר קצר ונוח לקריאה. פרוטוקול הוא תיעוד רשמי שבדרך כלל דורש אישור פורמלי. סיכום יכול להיות בסיס טוב לכתיבת פרוטוקול, אבל מישהו חייב לעבור על הטקסט הסופי ולאשר אותו.
האם KolWrite מצטרפת לשיחת הווידאו כדי לסכם אותה?
לא. אתם מקליטים את הפגישה בעצמכם ומעלים את הקובץ. KolWrite לא מצטרפת לשיחות ולא מציגה כתוביות בזמן אמת במהלך הפגישה.
מה עושים אם בסיכום מופיע פרט שאף אחד לא אמר?
זה קורה כשהשמע לא ברור או כשהפרומפט לוחץ חזק מדי לקבל תמונה מלאה. מצאו את הרגע הרלוונטי בתמלול, תקנו את הטקסט, ובקשו סיכום חדש שמסמן במפורש פרטים חסרים בתור ״לא ברור״.
