پیشنهاد فروش را زمانی بفرستید که مسئله مشتری، دامنه مورد بررسی و سؤال‌های تعیین‌کننده به اندازه کافی روشن شده باشند. سند باید معلوم کند چه چیزی پیشنهاد شده، چه چیزهایی خارج از محدوده‌اند و کدام بخش به تأیید بیشتر نیاز دارد. این چک‌لیست برای کنترل اطلاعات پیش از ارسال است؛ جای بررسی حقوقی یا تأیید قیمت توسط فرد دارای اختیار را نمی‌گیرد.
مسئله و مخاطب سند را مشخص کنید
پیشنهاد برای کسی نوشته می‌شود که باید درباره موضوع مشخصی تصمیم بگیرد. اگر مخاطب اجرایی است، مسیر کار مهم است؛ اگر جمع‌بندی داخلی می‌خواهد، خلاصه دامنه و موارد باز لازم دارد. متن را با همان نیاز تأییدشده شروع کنید. ارسال یک بروشور عمومی با نام مشتری، لزوماً پیشنهاد اختصاصی محسوب نمی‌شود و ممکن است پرسش اصلی او را بی‌پاسخ بگذارد.
جدول کنترل پیش از ارسال
- مورد کنترل: شرح نیاز؛ سؤال تأیید: برداشت ما با مشتری تطبیق دارد؟؛ وضعیت نمونه: تأیید شده؛ مالک اصلاح: مالک فرصت
- مورد کنترل: محدوده خدمت؛ سؤال تأیید: موارد شامل و خارج روشن‌اند؟؛ وضعیت نمونه: نیازمند تکمیل؛ مالک اصلاح: مسئول خدمت
- مورد کنترل: قیمت و شرایط؛ سؤال تأیید: نسخه مصوب استفاده شده؟؛ وضعیت نمونه: در انتظار تأیید؛ مالک اصلاح: فرد دارای اختیار
- مورد کنترل: پیش‌نیاز اجرا؛ سؤال تأیید: اطلاعات و دسترسی لازم معلوم است؟؛ وضعیت نمونه: سؤال باز دارد؛ مالک اصلاح: کارشناس مربوط
- مورد کنترل: نسخه و گیرنده؛ سؤال تأیید: فایل درست به فرد درست می‌رود؟؛ وضعیت نمونه: آماده کنترل نهایی؛ مالک اصلاح: ارسال‌کننده
دانلود همین جدول با قالب CSV سازگار با اکسل
فرض‌ها و موارد نامعلوم را پنهان نکنید
اگر برآورد بر تعداد مشخصی کاربر یا مسیر کار نمونه استوار است، آن را صریح بنویسید. موارد نامعلوم را با کلمات قطعی پر نکنید. زمان اجرا، اتصال و پشتیبانی باید از منبع داخلی معتبر گرفته شوند. عبارتی مثل «همه نیازهای شما پوشش داده می‌شود» وقتی بررسی کامل نشده، دامنه روشنی ایجاد نمی‌کند. به‌جایش همان بخش‌های بررسی‌شده را نام ببرید.
نمونه متن همراه پیشنهاد
«طبق جمع‌بندی جلسه، این نسخه فقط مسیر مورد توافق را پوشش می‌دهد. موارد خارج از دامنه و پیش‌نیازها در بخش مربوط آمده‌اند. سؤال اتصال هنوز باز است و پاسخ آن جداگانه پس از بررسی اعلام می‌شود. لطفاً مشخص کنید کدام بخش برای بررسی داخلی شما نیاز به توضیح دارد.» زمان پاسخ‌گویی و کانال پیگیری را بر اساس توافق واقعی اضافه کنید، نه یک مهلت ساختگی برای ایجاد فشار.
نسخه ارسالی را قابل ردیابی نگه دارید
عنوان نسخه، تاریخ و گیرنده را در پرونده ثبت کنید. اگر سند اصلاح شد، توضیح دهید چه چیزی تغییر کرده تا مشتری دو پیشنهاد متناقض نبیند. فایل دارای اطلاعات مشتری دیگر یا یادداشت داخلی نباید به‌عنوان نسخه نهایی ارسال شود. یک مرور توسط نفر دوم می‌تواند خطای نام، دامنه یا پیوست اشتباه را پیش از ارسال پیدا کند.
پیشنهاد ارسال‌شده را خودکار وارد مرحله تأیید خرید نکنید. نخست مطمئن شوید مخاطب دریافت کرده و مسیر بررسی معلوم است. اگر مشتری اطلاعات تازه‌ای ارائه داد که فرض اصلی را تغییر می‌دهد، نسخه را بازبینی کنید. هدف این کنترل، تولید سند طولانی‌تر نیست؛ رسیدن به پیشنهادی است که دو طرف درباره محتوای آن برداشت مشترک و قابل بررسی داشته باشند.
ادامه مطالعه و بررسی فرایند تماس
برای مرتبط‌کردن این الگو با جریان کار تیم، راهنمای ثبت اطلاعات تماس در CRM را بخوانید. برای بررسی تناسب اپراگپ با نیاز کسب‌وکارتان، معرفی و دموی اپراگپ را ببینید و سناریوی خود را مبنای ارزیابی قرار دهید.
موضوع مرتبط: راهنمای قابلیت مرتبط با این فرایند.