Beezyדברו איתנו
חזרה לבלוג

אוטומציה להצעות מחיר: מהשיחה לטיוטה ב-AI

אוטומציה להצעות מחיר משיחת לקוח: איך AI מתמלל את שיחת המכירה ומכין טיוטת הצעה מתומחרת תוך דקות — מתכון Make/n8n, בקרה אנושית ועלויות בשקלים.

התשובה הקצרה: כן — אוטומציה להצעות מחיר משיחת לקוח כבר עובדת בעברית, והיא לא דורשת מערכת CRM יקרה. הזרימה פשוטה: שיחת המכירה (טלפון, Zoom או הודעה קולית בוואטסאפ) מוקלטת, מנוע תמלול הופך אותה לטקסט, מודל שפה (LLM) מחלץ ממנה את מה שהלקוח ביקש ומשבץ אותו במחירון שלכם, והתוצאה היא טיוטת הצעת מחיר מתומחרת שמחכה לאיש המכירות לאישור. הבדל קריטי: ה-AI לא שולח הצעה ללקוח לבד — הוא חוסך לכם את 30–60 הדקות של ההקלדה והחישוב, ואתם עדיין מאשרים כל מחיר לפני שהוא יוצא.

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

למה דווקא "משיחה להצעה" ולא רק טופס?

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

שלוש בעיות שחוזרות בכל עסק שמתמחר לפי שיחה:

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

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

איך זה עובד בפועל: ארבע שכבות

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

שלב 1 — הקלטה של שיחת המכירה

המקור משתנה לפי איך אתם מוכרים:

  • שיחת טלפון — מרכזיית VOIP (3CX, FreePBX) שומרת הקלטה כקובץ שמע לתיקייה משותפת, עם מטאדאטה: תאריך, מספר הלקוח, שלוחת הנציג.
  • פגישת וידאו — Zoom, Google Meet או Teams מקליטים לתיקייה בענן.
  • הודעה קולית בוואטסאפ — לקוח שמשאיר הודעה קולית עם דרישות הפרויקט. דורש WhatsApp Business API רשמי כדי למשוך את קובץ השמע.

שלב 2 — תמלול לעברית

Make או n8n מזהים קובץ שמע חדש ושולחים אותו לתמלול. בעברית, מנוע התמלול שנותן את התוצאות הטובות ביותר כיום הוא Whisper של OpenAI, בעלות של כ-$0.006 לדקת שמע. שיחת מכירה של 20 דקות עולה כ-12 אגורות לתמלול — זניח לעומת הזמן שנחסך.

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

שלב 3 — חילוץ ותמחור ב-LLM

זה הלב. שולחים את התמלול ל-Claude Sonnet או GPT-4o יחד עם המחירון שלכם (טבלת מוצרים, יחידות ומחירים — מוטמעת בפרומפט או נמשכת מ-Google Sheets). ה-LLM מתבקש להחזיר אובייקט מובנה, למשל בפורמט { פריטים, כמויות, מחיר_ליחידה, סהכ, תנאי_תשלום, הערות, פריטים_לא_ברורים }.

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

שלב 4 — יצירת טיוטה ובקרה אנושית

Make/n8n לוקחים את האובייקט המובנה ובונים מסמך טיוטה — דרך ה-API של מערכת ההצעות שלכם (חשבונית ירוקה, morning, iCount, Invoice4u) או כמסמך Google Docs מתבנית. הטיוטה לא נשלחת ללקוח. במקום זאת היא מגיעה לאיש המכירות בוואטסאפ או ב-Slack עם כפתורי "אשר ושלח" / "ערוך", ורשימת הפריטים הלא-ברורים מודגשת לבדיקה.

טבלה: שלוש דרכים להפיק הצעה מחיר משיחה

גישהזמן עד טיוטהעלות חודשיתרמת דיוקמתאים ל
ידני מהזיכרוןשעות עד ימים₪0תלוי בזיכרון הנציגעד 5 הצעות בחודש
תבנית קבועה במערכת חשבונית5–15 דקותמנוי המערכתגבוה אך עדיין הקלדה ידניתעסק עם מחירון אחיד
Make/n8n + Whisper + LLM2–5 דקות, אוטומטי₪150–₪450 + הקמהגבוה, עם בקרה אנושיתעסק עם מחירון מורכב והרבה שיחות

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

כמה זה באמת עולה?

עלויות אמיתיות, בשקלים, נכון לתאריך הפרסום:

  • Make — מתוכנית חינמית מוגבלת; תוכנית בתשלום מ-$9 לחודש (כ-₪34). n8n self-hosted זול יותר אך דורש שרת ותחזוקה.
  • Whisper API (OpenAI) — $0.006 לדקת שמע. 100 שיחות בחודש בממוצע 20 דקות = 2,000 דקות = כ-$12 לחודש (כ-₪45).
  • LLM (Claude/GPT) — חילוץ ותמחור של שיחה בודדת עולה סנטים בודדים; 100 שיחות בחודש נשארות מתחת ל-$10 ברוב המקרים.
  • הקמה ראשונית — אצל ספק אוטומציה, הקמת הזרימה המלאה (כולל חיבור המחירון ומערכת ההצעות) נעה בדרך כלל בין ₪3,000 ל-₪8,000 חד-פעמי, תלוי במורכבות.

חישוב פשוט: אם הפקת הצעה ידנית לוקחת 40 דקות ואיש המכירות שלכם עולה ₪120 לשעה, כל הצעה עולה לכם כ-₪80 בזמן. ב-100 הצעות בחודש זה ₪8,000. אם האוטומציה מקצרת את ההפקה ל-10 דקות של בדיקה (₪20 להצעה), החיסכון הוא כ-₪6,000 בחודש — וההקמה מחזירה את עצמה בחודש הראשון. למתודולוגיה המלאה של חישוב כזה ראו את המדריך על ROI של אוטומציה עם דוגמאות בשקלים.

למה בקרה אנושית היא לא אופציה אלא חובה?

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

שלושה מודלים של בקרה שעובדים בפרקטיקה:

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

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

איפה זה משתלב במערכת הקיימת שלכם?

האוטומציה לא מחליפה את מערכת ההצעות — היא מזינה אותה. רוב מערכות ההצעות והחשבוניות הישראליות מאפשרות יצירת מסמך דרך API או לפחות ייבוא מ-Google Sheets:

  • חשבונית ירוקה / morning — API ליצירת הצעת מחיר כ-draft.
  • iCount / Invoice4u — API מסודר ליצירת מסמכים.
  • חלופה ניטרלית — מסמך Google Docs מתבנית, שנשלח כ-PDF; פשוט יותר להקמה ולא תלוי בספק.

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

מתי אוטומציה להצעות מחיר דווקא לא מתאימה?

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

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

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

שאלות נפוצות

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

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

כמה זמן לוקח להקים זרימה כזו? למי שכבר עובד עם Make או n8n ויש לו API למערכת ההצעות — חצי יום עד יומיים. לעסק שמתחיל מאפס, כולל חיבור המחירון, מערכת ההצעות והבקרה — שבוע עבודה עם ספק אוטומציה. ההקמה היא חד-פעמית; אחריה הזרימה רצה לבד.

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

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