קידום אתרים
תעשיית הייעוץ / מדריך טכני
אוטומציית הכנת הצעות וקליטת פרויקטים בחברת ייעוץ עם n8n ו-Claude, מדריך שלב אחר שלב
מדריך מלא לבניית pipeline ב-n8n עם Claude שקולט טפסי Typeform או Tally בתוספת תמלולי שיחות discovery, מושך פרויקטים דומים מ-Notion עם vector DB, מחשב שעות מול תעריפים, מנסח SOW מלא ושולח PDF מוכן ל-DocuSign לתור הסקירה של השותף תוך פחות מ-12 דקות.
טופס קליטה (Typeform/Tally)
סיווג scope (Claude)
שליפת פרויקטים קודמים
שעות × תעריף × buffer
טיוטת SOW (Claude)
סקירת שותף ב-Slack
שליחת DocuSign וסנכרון CRM
1. הבעיה, למה ניסוח הצעות אוכל את זמן השותפים
נו, כל חברת ייעוץ שעוברת 8 שותפים מגיעה לאותה תקרה. האנשים הכי מוסמכים לתחום ולתמחר פרויקט הם בדיוק אותם אנשים שהכי יקר להושיב מול קובץ Word ב-23:00 ביום ראשון. תכל'ס, חברה ישראלית בינונית בסגנון BDO או דלויט מבזבזת בערך 30 עד 50 שעות בכירים על כל הצעה בת שש ספרות. סינתזה של discovery, חיפוש פרויקטים דומים, אומדן שעות, ניסוח SOW, סקירת שותף, redlines ואריזה ל-DocuSign. עד שההצעה נוחתת, הלקוח כבר קיבל שתיים ממתחרים והפעיל שעון רכש שהחברה מוצאת את עצמה רודפת אחריו.
מספרים אמיתיים מחברת ייעוץ ניהולי בת 22 שותפים בתל אביב (180 הצעות בשנה)
| ממוצע שעות בכירים להצעה | 38 שעות |
| חציון מחזור הצעה (קליטה ועד שליחה) | 5 ימים |
| הצעות שאבדו כי "המתחרה הגיב מהר יותר" | 22% |
| סטיית תמחור ל-scope דומה (אותה חברה) | ±34% |
| אחוז זכייה כשההצעה נשלחת תוך 48 שעות מהקליטה | 61% |
חוסר הסימטריה האכזרי. השותף שעולה לחברה $700 בשעה במלואו הוא היחיד שיודע כמה צריכה לעלות "הערכת אסטרטגיית דאטה לבנק אזורי". אבל 70% ממה שהוא עושה בשבוע ההצעה הוא מכני. הוא לא בוחר תמחור, הוא נזכר בתמחור. הוא לא מתכנן גישה, הוא מנסה לשלוף את הגישה משלוש משימות אחורה.
מה האוטומציה באמת משנה
המטרה היא לא להחליף שיקול דעת של שותף. המטרה היא להניח על שולחן השותף SOW מוכן ב-90% עד 9 בבוקר אחרי שיחת ה-discovery. שלוש שעות סקירה גוברות על שלושים שעות ניסוח, וזמן התגובה ללקוח יורד מימים לשעות:
- נוצר אוטומטית: סיכום מצב, יעדים, הקשר מפרויקטים דומים, רשימת תוצרים, לוח אבני דרך, גלגול שעות לפי תעריף, הנחות, החרגות, תנאי תשלום.
- השותף עורך: נרטיב הגישה, הרכב הצוות, מבנה מסחרי (פיקס מול T&M מול שלבים), סיכוני לקוח ספציפיים.
- תמיד אנושי: החלטת התמחור הסופית, חתימה, תזמון kickoff אחרי החתימה.
2. ארכיטקטורת המערכת
שבעה רכיבים, כל אחד ניתן להחלפה. שכבת התזמור היא n8n self-hosted כדי שצוות ה-security יבדוק כל קריאת API חיצונית שנוגעת בנתוני קליטה חסויים של לקוח. Postgres מחזיק את state machine של ההצעה בתוספת אינדקס embeddings לשליפת פרויקטים קודמים (pgvector).
המחסנית
הערכת עלות (180 הצעות בשנה)
| Claude Sonnet (180 טיוטות SOW, ~14k tok in / 4k tok out) | ~$430 |
| Claude Haiku (סיווג ותיוג לאורך ה-pipeline) | ~$90 |
| Embeddings (Voyage AI או OpenAI text-embedding-3-large) | ~$60 |
| DocuSign Business Pro (5 שולחים) | ~$2,100 |
| VM (n8n + Postgres על Hetzner CCX33) | ~$1,150 |
| ניטור (Grafana Cloud + Healthchecks) | ~$290 |
| סה"כ / שנה | ~$4,120 |
בחברה שזמן שותף עולה לה $600 עד $900 בשעה במלואו, המערכת מחזירה את עצמה כבר אחרי שש הצעות. אותה שכבת תזמור משתלבת בשירותי האוטומציה ה-AI הרחבים שלנו.
לכידת טופס קליטה
ה-pipeline צריך קליטה מנורמלת אחת בלי קשר לאיך הלקוח הגיע. בחברת ייעוץ בינונית ישראלית טיפוסית, נגיד באזור הרצליה פיתוח, יש שלושה מקורות. טופס Typeform או Tally משובץ באתר, שיחת discovery שנקבעה ב-Calendly עם פתק מובנה ב-HubSpot אחריה, וקליטה שיזם השותף עצמו (יש לו כבר קשר עם הלקוח והוא יוצר את ההצעה ידנית). שלושתם מתכנסים לאותו webhook של n8n.
שדות קליטה שבאמת חשובים
- בסיס לקוח: שם חברה, קוד NAICS של הענף, אזור גיאוגרפי, רצועת מספר עובדים, רצועת ARR או הכנסות.
- בקשת פרויקט: בעיה בשתי פסקאות, התוצאה הרצויה במילים של הלקוח עצמו, מה דוחף את התאריך (ישיבת דירקטוריון, סוף שנת כספים, רגולטור, כלום).
- סיגנלי scope: השלב המבוקש (הערכה, עיצוב, יישום, run), נתונים שיספקו, בעלי עניין מזוהים, גורם נותן חסות פנימי או חיצוני.
- סיגנלים מסחריים: רצועת תקציב (מוצהרת או מוסקת), תהליך רכש, הוצאת ייעוץ קודמת, סטטוס MSA איתנו.
- תמלול discovery: אם יש הקלטת Zoom או Gong, צרף את התמלול עם חותמות זמן. זה זהב לשלב ניסוח ה-SOW.
הגדרת n8n Webhook node
Webhook node יחיד ב-n8n מקבל את ה-schema המאוחד. Switch node במורד הזרם מתפצל לפי source. אימות HMAC קורה לפני שה-workflow עושה משהו אחר, וה-PII מוצפן ברגע שהוא נוחת ב-Postgres.
_completeness_score שהמתזמר יחליט לפיו אם לבקש מ-Claude לסמן פערים בשלב סקירת השותף, במקום להמציא תשובות.סיווג פרויקט
לפני שמושכים פרויקטים דומים, המערכת צריכה לדעת מה סוג הפרויקט הזה. Claude Haiku קורא את הקליטה ואת תמלול ה-discovery, ומחזיר טקסונומיה מובנית: תחום ייעוץ, סוג פרויקט, תמהיל שלבים, רמת מורכבות ורשימת חשד לפסילות. הקריאה הזאת עולה אגורות, וחותכת את שטח החיפוש לשלב הבא בצורה אגרסיבית. אותו דפוס בעבודה שלנו באוטומציות לשירותים פיננסיים.
מימדי הסיווג
אסטרטגיה, תפעול, טכנולוגיה, פיננסים/סיכונים, אנשים, או blend בין-תחומי.
הערכה, target operating model, טרנספורמציה, M&A diligence, audit.
אבחון, עיצוב, build, run, וההתפלגות הגסה ביניהם.
T1 / T2 / T3, קובע שעות בסיס, מעורבות שותף וסקירת עמית.
ניגודי עניינים, אזורים תחת סנקציות, בקשות מתחת למינימום, scope שלא עושים.
System prompt למסווג
שליפת פרויקטים קודמים
תכל'ס, נקודת המינוף הכי גדולה ב-pipeline כולו היא הקשר מפרויקטים דומים. חברה שעושה 200 משימות בשנה, נגיד אחת מ-BIG4 ישראליות, יושבת על מכרה זהב פרטי של תמחור, scope, תמהיל צוות ו-post-mortems. כמעט תמיד הוא לכוד בדפי Notion, תיקיות SharePoint או קובץ אקסל היסטוריה שכבר אף אחד לא נוגע בו. שכבת השליפה הופכת את זה להקשר מובנה ש-Claude יודע לקרוא.
מה נכנס לאינדקס
- תקצירי משימות: סיכום של עמוד אחד לכל פרויקט. ענף הלקוח, scope, תוצרים, תמהיל צוות, משך, פיקס מול T&M, שווי חתום.
- קטעי SOW: נרטיב הגישה, מבנה אבני הדרך וסעיפי החרגות. אלה החלקים שהכי ממוחזרים.
- Post-mortems: מה תוקצב מול מה שבאמת סופק, חריגות בשעות, מספר change orders. קריטי לכיול ה-buffer.
- פתקי win/loss: אם ההצעה נשלחה ואבדה, למה. תמחור? גישה? התאמת צוות? תזמון?
צינור embedding (Notion ל-pgvector)
workflow לילי של n8n מושך כל דף Notion שמתויג engagement, חותך אותו לחתיכות של 800 טוקנים עם חפיפה של 100, מכניס ל-embedding ועושה upsert בטבלת pgvector ב-Postgres. קריאת השליפה בזמן ההצעה מריצה חיפוש היברידי. דמיון cosine על ה-embeddings בתוספת פילטר מובנה על תחום ייעוץ, רמת מורכבות ואזור.
שאילתת השליפה
הערכת שעות
הערכת שעות זה השלב שרוב חברות הייעוץ דווקא רוצות בו אלגוריתם דטרמיניסטי, לא ניחוש של LLM. הדפוס הנכון: Claude מציע גריד שעות לפי שלב מול תפקיד בעזרת ההקשר מהפרויקטים הדומים, ואז פונקציית n8n דטרמיניסטית מכפילה לפי כרטיס התעריפים של החברה ומחילה buffer מדורג. השותף רואה גם את שעות המודל וגם את הסכום אחרי ה-buffer, עם המתמטיקה גלויה במלואה.
גריד הערכת שעות
Claude מחזיר שעות כמטריצה דו-ממדית. שורות הן שלבי הפרויקט (אבחון, עיצוב, build, run), עמודות הן תפקידים (שותף, principal, מנהל, יועץ בכיר, אנליסט, מומחה). הגריד מלא לפי 2-3 הפרויקטים הדומים שנמצאו בשליפה, עם נימוק מפורש לכל סטייה.
| שלב / תפקיד | שותף | Principal | מנהל | יועץ בכיר | אנליסט |
|---|---|---|---|---|---|
| אבחון (4 שב') | 28 | 60 | 110 | 160 | 120 |
| עיצוב (8 שב') | 52 | 120 | 240 | 340 | 220 |
| סך שעות | 80 | 180 | 350 | 500 | 340 |
| סך $ | $72k | $108k | $140k | $135k | $54k |
חישוב שעות דטרמיניסטי (n8n Function node)
מנסח SOW של Claude
זאת הקריאה הכי כבדה ב-pipeline. Claude Sonnet מקבל את הקליטה, את תמלול ה-discovery, את הסיווג, את ההקשר מהפרויקטים הקודמים ואת גריד השעות, ומפיק טיוטת SOW מלאה עם מצב, יעדים, גישה, תוצרים, אבני דרך, צוות, תעריפים, הנחות והחרגות. הפלט מובנה כך שהוא ירונדר ישירות לתבנית Word של החברה עם המיתוג שלה.
System prompt למנסח SOW
קריאת n8n HTTP Request אל Claude
תור סקירת שותף
טיוטה שיושבת בתיבת אימייל היא טיוטה שמפספסת את חלון 48 השעות. תור הסקירה חי ב-Slack, בערוץ #proposal-review. כל טיוטה חדשה מתפרסמת כהודעת Block Kit עם המספרים הראשיים, קישור preview ל-Google Doc מרונדר ושלושה כפתורים: אישור, עריכה, ניסוח מחדש. כללי ניתוב בוחרים את השותף הנכון לפי תחום ייעוץ, ענף הלקוח ולוח זמינות.
מטריצת ניתוב
| Tier | סוקר | SLA | מצב אישור |
|---|---|---|---|
| T1 (<$100k) | שותף מוביל בלבד | 4 שעות עבודה | מאשר יחיד |
| T2 ($100k–$500k) | שותף מוביל + עמית מתחום | 8 שעות עבודה | מוביל + ack של עמית |
| T3 (>$500k) | שותף מוביל + סיכון + שותף מנהל | יום עבודה | אישור משלושה כיוונים |
| חידוש MSA | שותף האקאונט בלבד | שעתיים עבודה | מאשר יחיד |
Payload סקירת Slack
"Re-draft with notes" פותח מודאל ב-Slack שבו השותף מקליד שורת הנחיה. "תעשה T&M ולא פיקס", "תוריד את workstream האנליטיקה", "תוסיף שלב פיילוט של 4 שבועות לפני התחייבות". ההנחיה חוזרת ל-Claude כסבב המשך באותה שיחה. הדפוס הזה מושאל מאיך ש-AEs תופסים hot leads במדריך ניקוד הלידים שלנו ל-SaaS.
DocuSign, סנכרון CRM ו-kickoff
ברגע שהשותף לוחץ אישור, n8n מרנדר את ה-SOW JSON לתבנית Word ממותגת, מייצר PDF, מעלה אותו למעטפת DocuSign מקושרת לתבנית הקיימת של החברה, שולח את המעטפת לחותמים שצוינו אצל הלקוח, ומעדכן את HubSpot. הכל ב-workflow אחד. ה-webhook אחרי החתימה מפעיל את טריגר ה-kickoff. עמוד engagement נוצר ב-Notion, הצוות שאויש מקבל הזמנה ליומן, ואינדקס היסטוריית המשימות מקבל שורה חדשה מוכנה לשליפה עתידית.
Payload מעטפת DocuSign
Upsert של HubSpot deal ו-kickoff אחרי חתימה
Kickoff אחרי חתימה (DocuSign Connect webhook)
DocuSign Connect יורה envelope-completed ברגע שכל הצדדים חותמים. ה-webhook נוחת חזרה ב-n8n ומפעיל workflow במורד הזרם: יצירת עמוד Notion engagement מתבנית, שליחת הזמנה ליומן Google דרך Calendar, פוסט #wins ב-Slack, העברת deal ב-HubSpot ל-closed_won, והוספת שורה לאינדקס היסטוריית המשימות כדי שהפרויקט יהיה ניתן לחיפוש בשליפות עתידיות מהיום הראשון.
כשלים נפוצים ופתרונות
שלושה מצבי כשל מופיעים כמעט בכל deployment בחברת ייעוץ. תכנן עליהם מהיום הראשון, הם זולים לעיצוב מסביב ויקרים לתיקון בדיעבד.
כשל 1: נרטיב הגישה גולש לכלליות
סימפטום: סעיף הגישה נקרא כמו שקופית מתודולוגיה גנרית. שותפים פוסלים 80% מהטיוטות וכותבים מחדש מאפס, וזה מבטל את כל הפואנטה של המערכת.
פתרון: תכפה על ה-prompt לעגן כל פסקת גישה ב-chunk ספציפי של פרויקט קודם לפי ID. תפסול כל משפט שמשתמש ב-"leverage", "synergy", "best-in-class" או "world-class" עם regex post-processor. תבקש מכל ראש תחום לכתוב 200 מילים של "voice exemplar" שמשמש כעוגן few-shot לתחום שלו.
כשל 2: התמחור דולף כלפי מטה לאורך זמן
סימפטום: שטח השליפה כולל הצעות ששלחת ולא זכית בהן, ו-Claude מתחיל לתמחר לכיוון רצועת ההנחה כי קבוצת ההשוואה מוטה כלפי מטה.
פתרון: תאנדקס הצעות עם שדה outcome. won, lost, withdrawn. תיתן משקל לשליפה מוטה לטובת הצעות שזכו ביחס 3:1. תעשה re-embed כל רבעון כשעוצמת התמחור של החברה משתנה. תחשוף "רצועת מחיר השוואתית" ב-payload סקירת Slack כדי שהשותף יראה אם הטיוטה בתחתית הטווח ההיסטורי.
כשל 3: תמלול ה-discovery מדליף נתונים חסויים להקשר
סימפטום: שיחת discovery מזכירה מתחרה או ספק צד שלישי בשם, ו-Claude או מהדהד את השם ב-SOW או מתאים pattern למשימה השוואתית שכללה את אותו מתחרה.
פתרון: תריץ pre-pass של Haiku על התמלול כדי לחלץ מפת הסתרה, תחליף שמות צד שלישי ב-placeholders של [VENDOR_X] לפני כל קריאת שליפה, ותחזיר אותם רק בטיוטה הסופית מול השותף. תשמור את התמלול המקורי ב-Postgres מוצפן לטובת ביקורת, אבל אף פעם אל תיתן לטקסט המקורי להגיע ל-Claude אחרי המעבר הראשון של ההסתרה.
סודיות, NDA, ISO 27001 ושמירת נתונים
עבודת ייעוץ רצה על אמון של לקוחות, וכל קליטה היא תחת NDA במשתמע, גם אם נייר עוד לא נחתם. ה-pipeline חייב להיות ניתן להגנה מול CISO בזמן רכש, ומול שותף שנתיים אחר כך כשאותו לקוח שואל "מה עשיתם עם הנתונים שלנו?". תייחס לסודיות כאילוץ עיצוב, לא כצ'קליסט.
מה Claude רואה (ולא רואה)
- רואה: שדות קליטה מובנים, תמלול discovery לאחר הסתרה, פלט סיווג, הקשר אנונימי מפרויקטים קודמים, גריד שעות.
- לא רואה: לוגואים של לקוחות, שווי חתום של משימות מלקוחות קודמים, כרטיס התעריפים של החברה, נתונים אישיים של בעלי עניין מעבר לשם ותפקיד, שום מסמך שהלקוח שלח לפני שה-NDA נחתם.
שילוב NDA ב-workflow
קליטה בלי NDA חתום מצד שני נשמרת בסטטוס הסגר. n8n מסווג ומיידע את השותף, אבל לא מושך שום הקשר מפרויקטים קודמים ולא מריץ את מנסח ה-SOW. ברגע שמעטפת ה-NDA נסגרת ב-DocuSign Connect, ה-workflow משתחרר ומריץ את ה-pipeline במלואו. זה שומר על החברה מפני שימוש בלתי מכוון בהצהרת בעיה חסויה של לקוח כדי לשלוף משימה של לקוח אחר.
בקרות ISO 27001 שזה עומד בהן
- A.5.30 מוכנות ICT: n8n self-hosted עם hot standby, Postgres עם point-in-time recovery, runbooks ב-git.
- A.8.10 מחיקת מידע: נתוני קליטה נמחקים 90 יום אחרי deal closed-lost, נתוני engagement נשמרים לפי החוזה החתום.
- A.8.11 מסכת נתונים: מעבר הסתרה של Haiku לפני כל קריאה ל-API צד שלישי, ללא PII בייצור ב-dev/staging.
- A.5.14 העברת מידע: כל הקריאות לצד שלישי מעל TLS 1.3, credentials בגיבוי vault, audit log מלא.
- A.8.16 ניטור: כל hash של prompt, שאילתת שליפה וכתיבה ל-CRM נרשמים בטבלת ביקורת בלתי משתנה.
לוח שמירת נתונים
| סוג נתון | שמירה | טריגר למחיקה |
|---|---|---|
| קליטה (deal אבד) | 90 יום | שלב HubSpot ל-closed_lost |
| תמלולי discovery | 180 יום | סגירת engagement או 180 יום אחרי קליטה |
| טיוטות SOW (לא נשלחו) | 30 יום | cron purge של טיוטות יתומות |
| תקצירי engagement (זכינו) | 7 שנים | לפי MSA / חוזה חתום |
| Audit log | 7 שנים | לפי ISO 27001 ושמירת מס |
תוצאות נמדדות, אחרי חצי שנה
מספרים מ-deployment אמיתי בחברת ייעוץ ניהולי בת 22 שותפים בתל אביב, עם 180 הצעות בשנה והכנסות של 40 מיליון דולר בשלושה תחומי ייעוץ, אחרי שישה חודשים על ה-pipeline החדש. ללא שינוי בנפח ההצעות בתקופת הבדיקה. העלייה מגיעה אך ורק מקיצור מחזור, איכות אחוזי הזכייה וזמן שותפים שמשתחרר לעבודה מול לקוחות.
המדד הראשי בתוך השותפות הוא סטיית התמחור. משימות עם scope דומה כעת מתומחרות בטווח של 12% אחת מהשנייה, במקום 34%. זה המספר שמאפשר לשותף המנהל לשבת מול הדירקטוריון עם סיפור שולי רווח שניתן להגנה. בלעדיו, כל סקירה רבעונית הופכת לציד אחר השותף שתמחר נמוך מדי שוב.
לוח זמנים ועלות יישום
- הקמת n8n self-host + queue mode: 8 עד 12 שעות
- schema קליטה + אימות HMAC לכל המקורות: 6 עד 8 שעות
- צינור embedding מ-Notion ל-pgvector: 14 עד 18 שעות
- כיוון prompts לסיווג ושליפה: 12 עד 16 שעות
- גריד שעות + מדיניות buffer + vault לכרטיס תעריפים: 10 עד 14 שעות
- prompt למנסח SOW + voice exemplars לכל תחום: 18 עד 24 שעות
- תור סקירת Slack + ניתוב רב-מאשרים: 10 עד 14 שעות
- חיווט תבנית DocuSign + kickoff אחרי חתימה: 8 עד 12 שעות
- סנכרון HubSpot/Salesforce + audit log: 6 עד 8 שעות
- חבילת ראיות ISO 27001 + הדרכת שותפים: 8 עד 12 שעות
- שבוע 1: לכידת voice לכל תחום + אינדקס 24 חודשים אחורה של משימות
- שבוע 2: טופס קליטה + סיווג + כיול שליפה
- שבוע 3: מנסח SOW + גריד שעות + סקירת Slack
- שבוע 4: DocuSign + CRM + kickoff אחרי חתימה
- שבוע 5: השקה רכה על 5 הצעות חיות + לולאת משוב שותף
- כולל: כיוון prompts, חבילת ראיות ISO 27001, דוח דיוק חודשי
שאלות נפוצות
רוצה שזה ייבנה לחברה שלך?
SEOKRU פורסת את המערכת הזו בדיוק ב-5 שבועות. אנחנו לוכדים את ה-voice של כל תחום מהמשימות הקודמות, מאנדקסים את 24 החודשים האחרונים שלך לשכבת השליפה, מחווטים קליטה עד סיווג, שליפה, הערכה, ניסוח, סקירה, DocuSign וסנכרון CRM, ומריצים דוח דיוק חודשי. אתם שומרים בעלות על כל רכיב. workflows, prompts, embeddings, Postgres, הכל.
דבר עם מהנדס אוטומציה לחברות ייעוץ

