למה הסיכום הרגיל חסר תועלת
מדביקים תמלול, מבקשים סיכום, ומקבלים פסקה שאומרת שהצוות דן בפרויקט והסכים להתעדכן. זה מדויק וזה חסר ערך, כי זה מוציא בדיוק את שני הדברים שבשבילם אנשים בכלל פותחים סיכום פגישה: מה הוחלט ומי חייב מה.
התיקון הוא לשמות במפורש את ארבעת הדברים שפגישה בפועל מייצרת ולבקש אותם. החלטות. התחייבויות. שאלות פתוחות. חילוקי דעות. הפריט האחרון הולך לאבוד הכי הרבה, והוא זה שמשמעותי הכי הרבה בהמשך.
שני מודלים, שני מעברים. Claude קורא את החדר וכותב את הנרטיב, GPT מחלץ את המבנה בלי לפרש. פיצול העבודה עולה החלפת מודל אחת ומייצר סיכום שאנשים בפועל קוראים.
שני פרומפטים מבצעים את כל העבודה
פרומפט 1: התקציר, ב-Claude
הנה תמלול פגישה. הפיקו: (1) כותרת בשורה אחת שמציינת מה הפגישה בפועל סיכמה; (2) ההחלטות שהתקבלו, עם מי החליט מה; (3) חמש עד שמונה נקודות שמכסות את המהות, בסדר החשיבות ולא בסדר שבו נאמרו; (4) שאלות פתוחות שהועלו ולא נענו; (5) כל נקודה שבה אנשים חלקו, עם ציון שתי העמדות בלי לפתור אותן. אל תכלילו נימוסים, שיח תזמון, או כל דבר שנדון ונשמט. אם החלטה נרמזה אך לא נאמרה במפורש, ציינו אותה בנפרד תחת UNCONFIRMED. תמלול: [הדביקו].
פרומפט 2: פריטי הפעולה, ב-GPT
מאותו התמלול, חלצו כל התחייבות לטבלה: משימה, אחראי, תאריך יעד והציטוט המדויק שממנו זה נלקח. חוקים: כללו רק פריטים שמישהו התחייב עליהם בפועל, לא דברים שרק הוצעו. אם האחראי לא ברור, כתבו UNASSIGNED במקום לנחש. אם לא נאמר תאריך, כתבו NO DATE במקום להסיק אחד. ואז הציגו בנפרד כל משימה שהועלתה ולא נתפסה על ידי אף אחד.
עמודת הציטוט היא זו שהופכת את זה לאמין. היא מסבה פריט פעולה שנוי במחלוקת מריב ללוקאפ, והופכת התחייבויות מפוברקות לגלויות באופן מיידי, כי אין מה לצטט.
פרומפט 3, אופציונלי: טיוטת אימייל המשך
כתבו אימייל המשך מהתקציר ופריטי הפעולה שלמעלה. קהל: [מי היה ולא היה בחדר]. התחילו מההחלטה. שמרו על עד 200 מילים. ציינו במפורש את פריט הפעולה של כל אחד כדי שלא יצטרכו לפרש. טון: [הקול שלכם]. סמנו כל דבר שעליי לאשר לפני שליחה.
תבניות לפגישות שיש לכם בפועל
פגישות שונות מייצרות תוצרים שונים. התאימו את החילוץ, לא רק את הניסוח.
| סוג פגישה | בקשו | הדבר שאנשים שוכחים |
|---|---|---|
| שיחת לקוח או מכירה | התנגדויות שהועלו, שפה מדויקת לתיאור הבעיה, למה השוו אתכם, השלב הבא ומי אחראי עליו | להעתיק את המילים המדויקות של הלקוח במקום לנסח מחדש |
| פגישת החלטה | ההחלטה, החלופות שנפסלו ומדוע, מי צריך להתעדכן | תיעוד האפשרויות שנפסלו, שזה מה שמונע לפתוח את הדיון מחדש בעוד שישה שבועות |
| סטנדאפ או סטטוס | חסמים עם אחראים, שינויים בהערכות קודמות, כל דבר שהחליק בשקט | החלקה שאף אחד לא אמר בקול |
| ריאיון משתמש | משימות שתיארו, פתרונות עוקפים שבנו, ציטוטי תסכול מדויקים, סתירות בין מה שאמרו למה שעשו | סתירות, שהן החלק השימושי ביותר |
| ריאיון או פאנל גיוס | עדות בעד ונגד כל יכולת, עם ציטוטים, ושאלות שלא נשאלו | הפרדה בין עדות לרושם |
| פגישת דירקטוריון או משקיע | התחייבויות שנתתם, שאלות שלא הצלחתם לענות עליהן, בקשות המשך | השאלות שלא הצלחתם לענות עליהן |
שמרו כל תבנית שאתם מריצים שבועית כפרומפט שאתם מדביקים, עם placeholder {{transcript}} שמסמן איפה נכנס התמלול, כך שכל תהליך העבודה הופך להדבקה, הרצה, סקירה.
איך משיגים תמלול שמישהו יוכל להשתמש בו?
Whizi לא מצטרפת ולא מקליטה את השיחות שלכם. אתם מביאים את התמלול, וכל פלטפורמה מרכזית מייצרת אחד: Zoom, Teams ו-Meet כולם עם תמלול מובנה, ורשמים ייעודיים מייצאים טקסט רגיל.
כמה דברים שמשפרים משמעותית את התוצאה:
- שמרו על תיוג דוברים. ייחוס הוא רוב הערך. תמלול שממנו הוסרו הדוברים עדיין אפשר לסכם, אבל כל פריט פעולה יהפוך ל-UNASSIGNED.
- אל תנקו אותו קודם. מילות מילוי והתחלות כושלות לא עולות לכם כלום, והמודל מתעלם מהן. זמן שמושקע בסידור תמלול מתבזבז.
- העלו תמלולים ארוכים כקובץ במקום להדביק אותם. פגישה של שעתיים היא הרבה טקסט. העלאה כקובץ שומרת את השיחה קריאה, ו-Gemini 3.5 Flash קורא עד מיליון טוקנים, בערך 1,900 עמודי כתב יד, במעבר אחד.
- צרפו את סדר היום אם יש לכם. זה אומר למודל מה היה צריך לקרות, מה שהופך את הקטע "הועלה ולא נפתר" לדייק בהרבה.
מה לבדוק לפני שאתם שולחים
שלושה כשלים ספציפיים, ולכולם בדיקה זולה.
התחייבויות מפוברקות. מודל יהמיר לפעמים "מישהו כדאי שיסתכל על זה" לפריט פעולה עם שם מוצמד. עמודת הציטוט תופסת את זה במקום, ולכן היא נמצאת בפרומפט.
חילוקי דעות שנמחקים. סיכומים נוטים לקונצנזוס, כי רוב הטקסט בעולם מסתדר בסוף. אם שני אנשים חלקו והסיכום קורא כאילו כולם הסכימו, הסיכום שגוי בדרך שיוצרת בעיה שבועיים אחר כך. שאלו במפורש: היכן אנשים חלקו, והאם זה נפתר?
ייחוס שגוי בשיחה עם דיבור מקביל רב. כלי תמלול מתייגים דוברים לא נכון כשאנשים מדברים אחד על השני. בצעו בדיקת דגימה על ייחוס בכל דבר משמעותי לפני שהוא נכנס למסמך עם שם של מישהו.
מעבר אחרון שימושי: מה בתמלול הזה שאדם עסוק היה צריך לדעת אבל לא ימצא בסיכום שלמעלה? זה חושף לעיתים קרובות דבר אחד ששווה להוסיף.
- שמרו על תיוג דוברים בתמלול, כי ייחוס הוא רוב הערך
- בקשו החלטות, התחייבויות, שאלות פתוחות וחילוקי דעות במקום סיכום
- דרשו ציטוט תומך מדויק על כל פריט פעולה שמחולץ
- השתמשו ב-UNASSIGNED וב-NO DATE במקום לתת למודל לנחש
- בדקו את קטע חילוקי הדעות, כי סיכומים נוטים לקונצנזוס כוזב
- שמרו פרומפט לשימוש חוזר לסוג הפגישה הנפוץ ביותר שלכם
שאלות נפוצות
האם Whizi מקליטה פגישות?
לא. Whizi לא מצטרפת לשיחות ולא לוכדת אודיו. אתם מביאים את התמלול מכל כלי שאתם כבר משתמשים בו, בין אם זה Zoom, Teams, Google Meet או רשם ייעודי, ומדביקים או מעלים אותו. שמירה על תיוג דוברים שלם חשובה יותר מהמקור, כי הייחוס הוא המקום שממנו מגיע רוב הערך של סיכום פגישה.
האם זה בטוח לפגישות רגישות?
Whizi לא מתאמנת על השיחות שלכם, ומדיניות הנתונים של כל ספק אפשר לבדוק לפני שמפעילים את המודל הזה, אבל תמלול הוא אחד המסמכים הרגישים ביותר שחברה מייצרת. לענייני משפט, HR, דירקטוריון וכוח אדם, בדקו קודם את המדיניות הפנימית שלכם, ושקלו לעשות סיכום מהערות שלכם ולא מהתמלול הגולמי. הסרת שמות ומזהים שאינכם צריכים לפני ההעלאה היא אמצעי הגנה זול נוסף.
באיזה מודל כדאי להשתמש?
Claude לתקציר הנרטיבי, כי הוא קורא כוונה טוב וכותב הערות שאנשים מסיימים לקרוא. GPT לחילוץ פריטי הפעולה, כי הוא מחזיק פורמט פלט קפדני בלי לפרש. Gemini כשהתמלול ארוך מאוד, כי הוא יכול לקחת פגישה של שעות רבות במעבר אחד בלי חלוקה. במונחי קרדיטים, הפיצול זול להרצה: GPT-5.6 Terra עולה 4 קרדיטים להודעה, Gemini 3.5 Flash 8, ו-Claude Sonnet 5 10, לפי מדד עלות המודלים של Whizi, כך ששני המעברים על תמלול אחד מגיעים ל-14 קרדיטים.
כמה ארוך יכול להיות התמלול?
ארוך יותר ממה שרוב הפגישות מייצרות. שיחה טיפוסית של שעה נמצאת בתחום הנוח לכל אחד מהמודלים. למפגשים של שעות רבות, ימי עבודה שלמים, או קבוצת פגישות בבת אחת, העלו את הקבצים והשתמשו ב-Gemini 3.5 Flash, שחלון ההקשר שלו של מיליון טוקנים, בערך 1,900 עמודי כתב יד, מכיל את כל הקבוצה בבת אחת.
האם הוא יכול לדעת מה הוחלט אם אף אחד לא אמר את זה בבירור?
הוא יכול לסמן את זה, וזו ההתנהגות הנכונה. הפרומפט בעמוד הזה מבקש מהמודל לרשום החלטות שנרמזו ולא נאמרו בנפרד תחת UNCONFIRMED, מה שחושף אותן לאישור שלכם במקום לתעד החלטה שבפועל לא התקבלה. פגישות שבהן לא הוחלט שום דבר במפורש הן נפוצות מאוד, וסיכומים שמתעלמים מזה יוצרים בעיה בהמשך.