שאל חברת שירותים כמה זמן הצעה לוקחת ותשמע בדרך כלל שבוע עד שניים. שאל לאן הזמן הזה הולך ובתשובה הופכת לא נוחה: לא כתיבה. ההרכב בפועל — אצבעות על מקשים — הוא יום לכל היותר. תשעת הימים האחרים נעלמים לתוך ציד אחר מידע שכבר קיים, המתנה על תשובות פנימיות, בניית הוקדש מחדש שמישהו בנה קודם לעסקה דומה, ועבודה מחדש לאחר סקירה בכירה מוצאת את הממסחרות שגויות.
אז הגרסה הכנה של "כיצד לכתוב הצעות בחזירות יותר" אינה בכלל על כתיבה. ההצעה איטית כי הכל בעברות היא לא מובנה. תקן את הבעברות ומהירות נופלת בתור תופעה לוואי — יחד עם משהו יקר יותר: הצעות שנכונות.
הנה אותו מחזור שבועיים, שלב אחר שלב, עם בורות הזמן שנקבעו ותיקונים שבעצם מורכבים.
שלב 1 — מחקר: להפסיק לאסוף מחדש מה שכבר אספת
המידע שהצעה צריכה כמעט תמיד קיים לפני שכתיבה מתחילה. הלקוח הסביר את הבעיה שלהם בשיחת הגילוי. אילוצים נמצאים בחוט הדוא״ל. אותות תקציב נמצאים בהערות ה-CRM. היסטוריה עם לקוחות דומים נמצאת בהצעות עבר שלך.
בור הזמן הוא שאף אחד מהם אינו מובנה. הוא חי בתמלול שלא קוראים מחדש, הערות בשלוש תמונות, נ״פ. אז הכותב או מחקר מחדש מאפס — שעות של קריאה מחדש ופירוש — או כותב מ זיכרון ומקבל את זה לא נכון בעדינות, שמשטחים מאוחר יותר כעבודה סקירה בכירה. אותה עלות, דחויה.
התיקון הוא משמעת אנחנו קוראים קלט מובנה: מיד לאחר גילוי, הכל — תמלול, הערות, דוא״לים, RFP אם יש אחד — הופך לתמציה מובנית אחת. מה הלקוח בעצם שואל? אילוצים אילו הם כינסו? מה הם רמזו אבל לא? וחשוב ביותר: מה אנחנו עדיין לא יודעים? רשימה אחרונה זו הופכת לשאלות חזור ללקוח עכשיו, בחבילה אחת, בזמן השיחה חמה — לא אחד בכל פעם לאורך שבועות שלאחר מכן, כל סיבוב קצר הוסף ימים של השהייה.
זה עבודת קלט, וזה השעה בעלת הידיים הגבוהות ביותר במחזור ההצעה כולה. כל שלב בעברות יורש את איכותו. (זה גם התיזה מאחורי הכל שאנחנו בונים: [יצור פלט הוא כעת זול — קלט הוא העבודה האמיתית](/blog/input-is-the-real-work).)
שלב 2 — הוקדש: החל על עסקה לפני שתתארו אותה
הבור השני הוא כתיבת ההצעה והיקף באותו זמן. הכותב מרכיב סעיף יבוליות, מבין באמצע הדרך כי היבוליות מרמזות על ארכיטקטורה שלא נהיו מוסכמים, עוצר, שואל, מתנה, משכתב. המסמך וההחלטה קשורות, וכל אחד חוסם את השני.
הפריד אותם. היקף תחילה, ככלי משלו, לפני כל פרוזה: יבוליות, גבולות, הוצאות ברורות, הנחות שצוינו. זה לא צריך להיות יפה — זה צריך להיות החלטה. היקף שמתאים לדף אחד ונהיו מוסכמים פנימיים משחרר הכל אחרי זה.
שתי תשלומי מהירות. ראשית, כתיבה נגד היקף החלטות היא מכנית — "מה אנחנו בעצם מציעים?" שיחות קרו לפני כתיבה טיוטה, לא במהלך. שנית, הסקירה הבכירה בסוף מפסיקה להיות ויכוח היקף. רוב עבודה הצעה בשלב מאוחר אינה בנושא מילים; זה השותף קריאה של הטיוטה וחולקים עם ה עסקה. העברה כי חילוקת דעות לסקירת היקף דף אחד ביום שני וזה עלויות שעה במקום כתיבה מחדש. (קבלת קצוות היקף הנכונים גם קורה להיות [מניעה של טווח-הזחה](/blog/how-to-prevent-scope-creep-before-the-project-starts) — אותו כלי, שני תשלומים.)
הוקדש רוכב על אותו כלל: בנה אותו מן היקף, לא מן הפרוזה, וקשר כל מספר להנחה שצוינה. הוקדש שהנחותו הן גלויות יכול להיות בדוק בדקות — סקר הסקר בדוקות של הנחות, לא את החשבונות.
שלב 3 — תבניות: קבע את המבנה, משחרר את המחשבה
כל הצעה החברה שלך שולח עונה על אותו תריסר שאלות: מי אנחנו, מה הבנו, מה אנחנו נעביר, איך, כמה זמן, עבור כמה הרבה, תחת אילו תנאים. אין שום סיבה בניית את המבנה הזה ב עסקה — וחברות רוב יודעות זה, שלמה חברות רוב יש תבניות.
הסיבה תבניות מאכזבות הוא שהם קבעו את השכבה הלא נכונה. תבנית מלא בפרגומי פסקאות מייצר הצעות כלליות שנראים כמו כולם אחרים — וקוני הערך. תבנית כי קבעות מבנה ולוגיקה מסחרית בזמן משאירה הנמקה פתוחה מייצר מהר ו הצעות ספציפיות. התבנית אומרת: סעיפים אלה, סדר זה, טבלה הנחות כאן, הוצאות המעוררות בבירור, תמחור מוצג בדרך זו. העסקה אומרת מה בעצם הולך בהם.
התבנית זה משנה ביותר אפילו לא המסמך — זה מודל הוקדש תחתוני. אם כל הוקדש מתחיל מתוך גיליון רוקן, בנות אותו זהה שער לוגי ו שלב מבנה כל עסקה, באי־עקביות. חברה־סטנדרטית מודל הוקדש — רכיבים, שערים, סיכוני חלון, הצמודים שוליים — פניות כל הוקדש חדש לתוך פראמטריזציה במקום בניה. זה גם עושה שלך תמחור עקבי על עסקות, אשר מתחזק לסקירות קלות ופחות השוואות לקוח מביכות.
טיפול תבניות כמו סקירה חיות: אחרי כל עסקה שנתן, קיפול מה עבד חזרה פנימה. תבנית שלך צריך קידוד ה מצטבר דפוס הנצחות שלך, לא ניחוש מישהו עשה ב 2023.
שלב 4 — כתיבת טיוטה: תן בינה מלאכותית תרגול אל הגרך, מן בסיס קול
רק עכשיו — עם קלט מובנה, היקף החלטות, הוקדש קשר־הנחה, ו תבנית מכוילת נצחי — יתקדמו כתיבת טיוטה. וב שלב זה, כתיבת טיוטה הוא החלק קל. מסמך קרוב שצוין על ידי תשומותיו; מייצר זה תוכן. זה בדיוק מה בינה מלאכותית טובה בהכן.
סדר זה משנה יותר מ כלי. כמו צוותים לכל הבינה מלאכותית ברגע לא נכון — הדביק את RFP לתוך צ'טבוט, בקש הצעה, חזרה שוטף טקסט עם היקף מצוייר וקצר מופתי. זה נקרא בטוב וזה בשקט לא נכון, כי גרוע מ איטי: מהירות זה משלח לא נכון מספרים מסחריים היא מהירות שלילית. אתה משלם את זה חזרה עם שוליים, בהובלה, באופן בלתי נראה.
הלחץ אותו כלי בתוך סוף של צינור במקום ו כשל מצב נעלם. בינה מלאכותית אינה שאל לנחש מה עסקה; העסקה כבר החלטות וריכוז. זה טיוטות מסמך שלך, ב תבנית שלך, מ היקף שלך וקדש — נכון על ידי בניה. ראשון טיוטות יעבור בתוך דקות, ו ספר ("ק לתמצתה הרשימה הנהלה," "קהל עמודים כ טבלה") הוא כמעט חינם. אנחנו כתב עד צינור השלם בנפרדים: [הטוב ביותר בינה מלאכותית זרימת עבודה עבור הצעה וסוי יצור](/blog/best-ai-workflow-proposal-sow-generation).
אז ה צעד אחד מהירות לעולם מסיר: שמו אדם בשם בדוק וחותם כן לפני מישהו מגיע ללקוח. היקף פערים, תמחור, עמדה, מה מן שום דבר כי תבייך החברה. זה לא מס על זרימת עבודה מהירה — זה מה זרימת עבודה מהירה תשלום. רוב יקר אנשים לא להיות מקלדים ולהיות מה הם צריכים להיות כל היום: סקרנים עסקה־תוכניות, ספר שעה של משפט על טיוטה חזקה במקום שני ימים מייצר אחד חלש.
מה בעצם שינויים
הוסף את זה. ריכוז קלט הורג מחקר — הכותב מתחיל עם הכל ידוע וכל דבר לא ידוע, רשום. היקף־ראשון הורג כי־הטיוטה ההחלטה משהו וסקירה לאחר מכן עבודה. תבניות הורגות דף בדיוק מבנה עבודה ודף בדיוק הוקדש עבודה. בינה מלאכותית טיוטה מן קול תשומות הורגות הרכב זמן. שער האדם שומר לזה נכון.
שבועיים מחזור נופל לתוך ימים — וימים היא השהייה אתה בקרה (לקוח תשובות, פנימית חתום־כן), לא עבודה. מהירות כאן הוא לא קוסמטית. הראשון אמין הצעה על תיקייה קוני צוב איך כל אחד מאוחר יותר קריאה; מענה בתוך שלוש ימים בתחילה של שבועיים הוא נשק תחרותי, בעיקר נגד גדול יותר, איטי יותר תחרות. וכי כל עסקה של ריכוז היקף וקדש קבלה חזרה לתוך תבניות וניות, הצעה הבא מתחילה התקדם יותר. עסקה עשרה היא מהיר מאשר הצעה אחד — לא כי מישהו קלדה מהיר, אבל כי החברה הסתיים משחרור נמצא ב־בניה מאפס כל זמן.
זה מתחזק לולאה — כל הצעה עושה הבא אחד זול וחד — זה מה [Proposal OS](/proposal-os) יישום סוף סוף: קלט, היקף, קדש, טיוטה, שער אדם. אם הצעות שלך לוקחות שבועיים וביקש לראות עסקה זהה לכן ימים, זמן חזרה גילוי תור בעברות של עסקה אמיתית שלך.
כמה זמן צריכה הצעה ייעוצית לקח כדי לכתוב?+
עם צינור פועל — קלט מובנה, מעבר היקף, מעבר אומדן, וכתיבה טיוטה מתבניות מכוילות להנצחות עבר — הצעה לשירותים בגודל בינוני צריכה לקח ימים, לא שבועות. מחזור שבועיים טיפוסי אינו זמן כתיבה; זה בעיקר המתנה, מחקר חוזר על עצמו והנדסה מחדש של סקירה בכירה שנגרמה על ידי תשומות חלשות בעברות.
האם אני יכול פשוט להשתמש ב-ChatGPT כדי לכתוב הצעות מחיר בחזירות יותר?+
צ'טבוט כללי יייצר טקסט שוטף במהירות, אך הוא כותב טיוטה מכל מה שאתה מדביק — אז אם ההיקף והאומדן אינם נכונים, אתה מקבל מסמך מלוטש עם מספרים מסחריים שקט לא נכונים. מהירות ששולחת מספרים שגויים היא מהירות שלילית. הרווחים מגיעים מהיסוד של קלט, היקף ואומדן תחילה, ואז מאנשת בינה מלאכותית לכתיבת טיוטה מאותו בסיס.
מה הבור הזמן הגדול ביותר בכתיבת הצעה?+
מחקר חוזר על עצמו. המידע הדרוש להצעה הוא כמעט תמיד אומא במהלך גילוי — אך הוא גר מפוזר על פני תיקיית שיחה, הערות CRM וחוטי דוא״ל. כותבים שורפים רוב הזמן שלהם בחיפוש ופירוש מחדש. היסוד של קלט מובנה פעם אחת, מיד לאחר גילוי, מסיר את הפיגור הגדול ביותר.
האם תבניות הצעה הופכות הצעות לכלליות?+
תבניות גרועות — פסקאות דיבור שנראות אותו דבר לכל לקוח. תבניות טובות תקן את המבנה והלוגיקה המסחרית תוך משאירה את ההנמקה הספציפית ללקוח לכתיבה לכל עסקה. התבנית עונה על 'איזה סעיפים, איזה סדר, מה חייב להיות מכוסה'; העסקה עונה על 'מה אנחנו בעצם אומרים כאן.'
איפה האדם משתלב אם בינה מלאכותית כותבת טיוטה של הצעה?+
בשער. בינה מלאכותית עושה את הכרך — קלט מובנה, שחזור היקף, בניית הוקדש, כתיבת טיוטה של המסמך. אדם בכיר שמו בשם בודק את החבילה, בודק את הממסחרות, מכוונן את קריאות ההשפעה, וחותם כן לפני שום דבר מגיע ללקוח. טיוטות מהירות יותר פירושן זמן בכיר הולך לסקירה והשכלה בעסקה, שהיא תמיד היו בעלות הערך הרב ביותר.
שירות רלוונטי
רוצים שנפרוס עבורכם את התהליך הזה?