פיתוח תמלול AI עם ממשק ווב כפתרון מלא

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

תחומי פיתוח AI

שאלות נפוצות

העבודות האחרונות

  • פיתוח אפליקציית ווב עבור FEEDME
    פיתוח אפליקציית ווב עבור FEEDME
    1365
  • פיתוח חנות מקוונת לחברת FURNORO
    פיתוח חנות מקוונת לחברת FURNORO
    1330
  • עיצוב לוגו לחברת B2B Advance
    עיצוב לוגו לחברת B2B Advance
    776
  • פיתוח אפליקציית ווב עבור Enviok
    פיתוח אפליקציית ווב עבור Enviok
    1077
  • פיתוח לוגו חברת AIDER
    פיתוח לוגו חברת AIDER
    1022
  • פיתוח CRM עבור Chasseurs
    פיתוח CRM עבור Chasseurs
    1113

תמלול AI: היכן נשבר זיהוי הדיבור

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

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

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

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

מה משתנה אחרי ההטמעה: האפקט במדדים

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

ארכיון ההקלטות יוצא מהתור בן לילה

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

הגהה ידנית — רק במקומות שנויים במחלוקת

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

תיוג לפי דוברים סגור ברוב התגובות

תמלול פגישה של שישה בלי הפרדת קולות הוא טקסט רציף שבו לא ברור מי אמר מה. הקולות מופרדים לפי גוון והפוגות, התגובות משויכות למשתתפים עם קוד זמן, וקטעים שנויים במחלוקת מסומנים לבדיקה מהירה. בדיאלוגים עם 4-6 משתתפים יותר מ-95% מהתגובות מיוחסות נכון.

אודיו גרוע מפסיק להיות חסם

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

בהקלטות כאלה מזוהים 80-90% מהמקטעים המשמעותיים — אנחנו עובדים על הענף העדכני של המודל הפתוח Whisper.

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

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

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

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

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

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

איך עוברת ההטמעה: מביקורת הקלטות ועד מסירה

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

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

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

מה נשאר אצלכם: קונפיגורציות, סכמות, נהלים

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

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

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

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

מקרה בוחן: פיענוח ארכיון פגישות ושיחות

מה היה לפני ההטמעה

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

מה הוחלף

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

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

מדדים לפני ואחרי

מדד לפני אחרי
כיסוי הפיענוח כ-10% מהשיחות 100% מההקלטות
השהיה עד לתמלול 2–3 ימים דקות
חיפוש בארכיון האזנה רציפה חיפוש לפי ביטוי
עבודה ידנית להקלטה כ-20 דקות דקה לבדיקה

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

במה שונה זיהוי זורם מזיהוי אצווה?

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

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

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

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

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

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

ספקות טכניים: רעש, מבטאים, מונחים

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

איך המערכת שומרת על איכות בהקלטות רועשות — פגישות בחדר ישיבות, שיחות מדיבורית?

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

מה עם הפרדה לפי דוברים כשהמשתתפים מפריעים זה לזה?

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

איך מזוהים מונחים מקצועיים, ראשי תיבות ושמות משפחה?

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

אפשר לפרוס תמלול בקו סגור, בלי שירותים חיצוניים?

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

נדון במשימה: מה צריך כדי להתחיל

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

מה צריך מכם

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

מה נחזיר אנחנו

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

תארו את המשימה וצרפו כמה קבצים — נחזור עם הערכה ותוכנית.