← כל המאמרים
מכור & גדל
איך לכתוב הצעה זה זוכה לקוח
מצוות FabricLoop · מאי 2026 · 4 דקות קריאה
רוב הצעות כתובות מנקודת התחלה הגרוע. הכותב מתחיל עם מה הם רוצים להגיד — credentials, תהליך, תמחור — והבעיה של הלקוח הופך לפורמליות קצרה לפני ה pitch אמיתי מתחיל.
קונה חוזה זה בדיוק מה זה היא: מסמך גנרי עם שם שלהם בכותרת. הם קורא זה, תודה vaguely, ולעתים קרובות בחר המתחרה שלהם הצעה הרגיש לחקור.
הצעה זו זוכה אינה brochure. זה הפגנה שאתה הסתמכת — שאתה להבין בעיה הטוב יותר מאשר כל אחד אחר זה pitched, וזה גישה שלך היא ספציפית מעוצב מצב זה, לא העתק-הדביקו מתבנית.
"הצעה אתה שלח אחרי תגלית שיחה גדולה היא רק גרסה כתובה של השיחה יש לך כבר הוצא. אם זה אומר משהו חדש, אתה לא הסתמכת בקפידה מספיק."
קטע מבנה שש
מבנה זה הוא מעוצב לעסקים שירות קטגוריה וB2B עסקאות. זה עוקב אחרי סדר לוגי של שיתוף החלטה-ביצוע קונה — מ"האם הם להבין בעיה שלי?" ל"יכול לי להאמין אותם?" ל"זה שווה המחיר?"
1
בעיה restatement
בדברים שלך, תאר לקוח המצב והבעיה ספציפית זה עסקה יפתור. כלול עלות או תוצאה אם לא פתרון זה. אל תזכור פתרון שלך עדיין.
e.g. "צוות שלך הוציאו 12 שעות בשבוע על דוח ידני זה יכול להיות automated — זמן זה כרגע בא מ מפתח בכיר שלך."
2
גישה מוצעת
תאר איך אתה לפתור בעיה — methodology שלך, ההחלטות מפתח אתה יעשה ביחד, ולמה גישה זה הנכון עבור המצב שלהם. הימנע גנרי "תהליך של us אישור" שפה; שנה זה ספציפי אליהם.
e.g. "אנחנו התחל עם שתיים שבוע audit של זרימות נתונים קיימות לפני בניית כלום — זה הוא להימנע מטעות נפוצה של automation תהליך שבור."
3
Deliverables
רשימה ספציפית מה הם יקבלו — לא פעולות אתה תבצע, אבל משרה שלהם יקבלו. היו בטון. ערפילית deliverables יוצרות dispute range מאוחר יותר; ספציפי אחד בנוי ביטחון עכשיו.
e.g. "דוח שבועי P&L ממוחשב דוא"ל שלוש stakeholders כל שני על ידי 9am; לוח נמצא בגישה לצוות כספי; תיעוד לצוות in-house שלך לתחזוקה."
4
לוח זמנים
לוח ברור עם תאריכים אבן דרך, קוד החלטה עקודות, ומה אתה צורך מהם בכל שלב. תראה שאתה חשבון סדר, לא סה"כ רק. דגל תלויות צוות שלהם קלט.
e.g. "שבוע 1–2: audit וגישה ההגדרה (דורש קריאה גישה מחסן נתונים שלך). שבוע 3–4: בנוי ובדיקה. שבוע 5: בדיקה וrevisions. שבוע 6: handover הדרכה."
5
השקעה
מדינה המחיר בבירור עם מה זה כולל ומה של-scope. אם יש לך אפשרויות, שמור אותו שתיים — לא חמש. שם תנאי תשלום שלך. אם יש הפקדון, מדינה הסכום וזמן.
e.g. "סה"כ השקעה: £8,400. 50% בתחילת פרויקט, 50% בשלמות. כולל עד שני סבבי revisions. עבודה נוספת בחוק £120/hr עם הסכמה כתובה."
6
צעד הבא
אחד יחיד, פעולה ספציפית עבור אותם לקחת. לא "דע לנו אם יש שאלות" — פעולה קונקרטית עם תאריך מוצע. עשה זה קל כמו אפשר להגיד כן.
e.g. "אם אתה רוצה קדימה, השיב לדוא"ל זה וI'll שלח חוזה וחשבונית הפקדון. יש לי זמינות התחל השבוע של 19 בחודש מאי."
בעיה restatement היא הקטע החשוב ביותר
רוב מחברי הצעה לטיפול פתיחה כפורמליות — בקריאה קצרה של situation של קונה לפני קבלת ל content אמיתי. זה בדיוק לאחור. בעיה restatement הוא איפה אתה או הפסד קוראי קשב.
כאשר קונה קורא וספיר, תיאור ספציפי של בעיה שלהם — כתוב בשפה זה משקף איך הם חשבון אודות זה, לא איך אתה מכור — משהו משתנה. הם מרגישים התפס. והרגש התפס הוא הבסיס של אמון, שהוא הבסיס של המכירה.
כתוב קטע זה אחרון. אחרי אתה כתבת זה בשאר הצעה, חזור ל opening וזיקוק אותו לשקף כל דבר תוכנת אודות המצב שלהם. זה צריך להרגיש כמו אתה חשבת בעיה שלהם כל שבוע — כי אתה יש.
הליכו דרך זה חיה
שלח הצעה, אזי לוח שיחה 20 דקות לליכו דרך זה ביחד. אל תחכו בpassively עבור פסק דין. הליכו דרך זה חיה תן לך clarify, כתובת objects בזמן אמת, וחזק את החלקים הרביעי ביותר משכנע. הצעות בדיקה בשיחה סגור בשיעורים משמעותיים גבוה יותר מאלה נשלח ולהישאר קריאה בשקט.
מה להשאיר החוצה
הצעה קצר, שופט כמעט תמיד outperforms ניסיון. הסר:
- חברה שלך היסטוריה וברקע — שמרו אותו appendix אם הם רוצים זה; קונים בשלב הצעה כבר דע מי אתה
- גנרי "למה אנחנו" קטעים — אם יש לך ראיות ספציפיות (קטגוריה בעיה קטן, שם תוצאה), כלול זה; אחרת, חתוך זה
- Methodology jargon — שלך "מסגרת proprietary" זה מרשים אף אחד אלא אתה יכול להסביר למה זה מייצר יותר טוב תוצאות עבור קוח זה
- אפשרויות תמחור מרובות הוצג כשווה — אם אתה מציע אפשרויות, להוביל אותם לכיוון הנכון בדל הצגת תפריט
הדל אורך
יש פיתוי לכתוב הצעות ארוכות לנראות סדק. קונים קורא restatement בעיה, skim deliverables, לקפוץ מחיר, ואזי להחליט אם קריאה זה בשאר. הצעה 4-עמוד זה nails אלה שלוש קטעים לעופר 15-עמוד אחד זה קברה אותם ב methodology כל זמן.
איך FabricLoop עוזר לך כתוב הצעות יותר טוב
איכות הצעה תלויה איכות תגלית הערות שלך. FabricLoop שומרות כל דבר מ שיחה ראשון שלך — של קוח המילים מדויק, חששות שלהם, לוח זמנים שלהם — בשרשור אחד, אז כאשר אתה יושבת לכתוב הצעה, המוטא חומר היא כל אחד שם ולא ספייה הפסידה לזיכרון דלדל או Slack מסר מחוק.
10 דברים לקחת מהמאמר הזה
- רוב הצעות כתובות מפרספקטיב של השולח — זוכה הצעות כתובות מפרספקטיב של קונה.
- הצעה היא גרסה כתובה של שיחת תגלית שלך — אם זה מכיל משהו חדש, אתה לא הסתמכת בקפידה מספיק.
- קטע שש בסדר: בעיה restatement, גישה מוצעת, Deliverables, לוח זמנים, השקעה, צעד הבא.
- בעיה restatement היא קטע החשוב ביותר — זה איפה קונים להחליט אם אתה להבין אותם.
- כתוב בעיה restatement אחרון, אחרי אתה חשבת דרך כל העסקה.
- Deliverables צריך תאר משרה קונה מקבלת, לא פעולות תבצע — ספציפיות מונע range dispute.
- תמיד כלול יחיד, קונקרטי צעד הבא — לא "דע לנו אם יש שאלות."
- הליכו דרך הצעות חיה בשיחה בדל שלח ותחכה — סגור שיעורים משמעותיים גבוה יותר.
- הצעה 4-עמוד זה nails קטעים מפתח outperforms 15-עמוד זה קברה אותם ב methodology.
- הסר מחברה שלך היסטוריה, גנרי "למה אנחנו" קטעים, ו methodology jargon אלא אם כן יש לך ראיות ספציפיות לתמוך אותם.
