پروپوزال فروش مشتری‌محور بنویسید؛ مسئله، Outcome، Scope، Deliverable، Acceptance، قیمت، فرض و نمونه تکمیل‌شده.
پروپوزال فروش سندی برای مشتری مشخص است که فهم مشترک مسئله، نتیجه، دامنه، تحویل، قیمت، فرض و روش قبول را ثبت میکند. بروشور محصول درباره «ما چه داریم» است؛ پیشنهاد تجاری باید بگوید «برای وضعیت شما چه نتیجه‌ای، با چه مرزی و تحت چه شرایطی تحویل می‌شود».
پروپوزال فروش چیست و قبل از آن چه باید بدانیم؟
پیشنهاد را پس از Discovery بنویسید، نه برای کشف نیاز. حداقل این داده‌ها لازم است:
- مسئله و پیامد به زبان مشتری؛
- Outcome و معیار موفقیت؛
- افراد تصمیم‌گیر و فرایند تصویب؛
- دامنه بودجه و تاریخ هدف؛
- محدودیت فنی، حقوقی و امنیتی؛
- قدم بعدی مورد توافق.
SPIN برای کشف پیامد و ارزش و BANT برای فرایند خرید کمک می‌کنند. اگر داده‌ای ناشناخته است، آن را فرض بنویسید؛ با جمله تبلیغاتی پر نکنید.
ساختار پیشنهادی ۱۰ بخشی
۱. صفحه مشخصات
نام مشتری، عنوان پیشنهاد، شناسه/نسخه، تاریخ، اعتبار قیمت و Contact دو طرف.
۲. خلاصه اجرایی
در ۴ تا ۶ جمله وضعیت، مسئله، نتیجه مطلوب و رویکرد را بنویسید. سابقه شرکت فروشنده را به ضمیمه ببرید.
۳. وضعیت و معیار موفقیت
وضعیت فعلی: ...
پیامد قابل مشاهده: ...
Baseline: ...
Target: ... تا تاریخ ...
روش اندازه‌گیری: ...
۴. دامنه و خارج از دامنه
آنچه انجام می‌شود، تعداد واحد/کاربر/جلسه و مرزها. «پیاده‌سازی کامل» قابل اختلاف است.
۵. Deliverable و معیار پذیرش
| خروجی | قالب/تعداد | معیار قبول | تأییدکننده | موعد |
|---|
۶. برنامه و Milestone
وابستگی و مسئول هر طرف را نشان دهید. تاریخ قطعی را فقط با فرض‌های قطعی وعده دهید.
۷. نقش‌ها
مشتری چه داده، دسترسی و بازخوردی تا چه موعد می‌دهد؟ تأخیر ورودی چه اثری بر برنامه دارد؟
۸. قیمت و پرداخت
واحد پول، مالیات، تخفیف، دوره، هزینه یک‌باره/تکرارشونده، تاریخ پرداخت و شرط Change request.
۹. فرض، استثنا و ریسک
فرض‌ها را قابل ردشدن بنویسید. امنیت، مهاجرت، نگهداری داده و پشتیبانی را مبهم نگذارید.
۱۰. قبول پیشنهاد
نام/سمت امضاکننده، تاریخ، روش امضای معتبر و گام آغاز. پروپوزال جای قرارداد حقوقی لازم را نمی‌گیرد.
نمونه تکمیل‌شده کوتاه
پیشنهاد: Pilot مدیریت تعهدهای مشتری برای آژانس سپهر
نسخه: ۱.۱ — معتبر تا ۲۰ آبان ۱۴۰۵
مسئله و Outcome
براساس جلسه ۸ آبان، تعهدها از جلسه و پیام‌رسان به Excel منتقل می‌شوند و ماه گذشته دو تحویل یک روز تأخیر داشته است. هدف Pilot دو هفته‌ای: ثبت Owner و Deadline برای حداقل ۹۰٪ تعهدها و کاهش زمان پیگیری مدیر پروژه از پنج به کمتر از دو ساعت در هفته.
دامنه
- تنظیم یک فضای کاری و دو پروژه؛
- ورود حداکثر ۳۰ Task غیرحساس؛
- آموزش آنلاین ۶۰ دقیقه‌ای برای ۶ نفر؛
- ساخت Dashboard ساده و جلسه نتیجه ۳۰ دقیقه‌ای.
خارج از دامنه: توسعه Feature، مهاجرت تاریخچه پیام‌رسان، یکپارچه‌سازی سفارشی و ورود داده حساس مشتری.
خروجی و پذیرش
| خروجی | معیار قبول | تأییدکننده |
|---|---|---|
| Workspace | ۶ کاربر با Role توافق‌شده وارد می‌شوند | مدیر عملیات |
| Workflow | Task دارای Owner/Deadline و وضعیت نمونه است | مدیر پروژه |
| گزارش Pilot | دو Metric Baseline/نتیجه و موانع ثبت شده | Sponsor |
زمان و مسئولیت
شروع: دو روز کاری پس از دریافت فهرست کاربران و تأیید امنیت. مشتری فهرست و نمونه داده را تا ۱۲ آبان می‌دهد. تأخیر ورودی، Milestone را به همان تعداد روز کاری جابه‌جا میکند.
قیمت نمونه
هزینه Pilot: ۱۸ میلیون تومان، ۵۰٪ شروع و ۵۰٪ پس از تحویل گزارش. اشتراک نرم‌افزار پس از Pilot جداگانه و براساس پلن روز محاسبه می‌شود. این اعداد صرفاً نمونه آموزشی‌اند و پیشنهاد واقعی نوتوا نیستند.
قالب قابل کپی
عنوان / مشتری / نسخه / تاریخ / اعتبار
1. آنچه از وضعیت شما فهمیدیم
2. Outcome و معیار موفقیت
3. راهکار و دلیل تناسب
4. داخل دامنه
5. خارج از دامنه
6. Deliverable + Acceptance criteria
7. Timeline + dependency
8. مسئولیت مشتری / ارائه‌دهنده
9. قیمت، مالیات، پرداخت و تغییر دامنه
10. فرض‌ها، ریسک‌ها، امنیت و داده
11. پشتیبانی و SLA
12. قبول و قدم بعدی
نسخه و وضعیت Proposal را با کنترل نسخه اسناد نگه دارید. Opportunity، مبلغ، تصمیم‌گیرنده و Next step را در CRM نوتوا ثبت کنید؛ فایل قرارداد محرمانه را فقط با دسترسی مناسب نگه دارید.
سه مدل قیمت‌گذاری شفاف
- Fixed scope/fixed fee: دامنه و Acceptance دقیق؛ Change request الزامی.
- Time & materials: نرخ، سقف و گزارش زمان روشن؛ Outcome تضمین‌شده فرض نشود.
- Subscription/retainer: ظرفیت، دوره، SLA، تمدید و خروج مشخص.
سه Option فقط وقتی مفید است که Trade-off واقعی دارند؛ Bronze/Silver/Gold مصنوعی با تفاوت مبهم تصمیم را سخت میکند.
خطاهای رایج
- شروع با تاریخچه و افتخارات فروشنده؛
- Copy-paste نام مشتری بدون تغییر مسئله؛
- دامنه بدون خارج از دامنه؛
- Deliverable بدون معیار قبول؛
- قیمت بدون مالیات، دوره و شرط تغییر؛
- Timeline بدون وابستگی مشتری؛
- تضمین نتیجه‌ای خارج از کنترل؛
- ارسال PDF و رهاکردن Next step.
چک‌لیست پیش از ارسال
- مسئله و Outcome با Discovery سازگار است.
- عددها منبع و واحد دارند.
- دامنه و استثنا خوانا هستند.
- هر خروجی معیار قبول و تأییدکننده دارد.
- قیمت، مالیات، پرداخت و اعتبار روشن است.
- فرض و Dependency قابل مشاهده‌اند.
- داده محرمانه و Permission بازبینی شده‌اند.
- نسخه، Owner و جلسه Follow-up ثبت شده است.
پرسش های متداول
پروپوزال فروش همان قرارداد است؟
نه لزوماً؛ پیشنهاد دامنه و شرایط تجاری را ثبت میکند، اما الزامات حقوقی، امضا و تعهد ممکن است قرارداد جدا بخواهد.
پروپوزال چند صفحه باشد؟
به پیچیدگی تصمیم بستگی دارد. هر بخش باید ابهام مسئله، دامنه، پذیرش یا شرایط را کم کند؛ تاریخچه و متن تبلیغاتی غیرضروری را حذف کنید.
قیمت را یک گزینه بدهیم یا سه گزینه؟
فقط وقتی Optionها Trade-off واقعی در دامنه، سرعت یا سطح خدمت دارند. سه بسته مصنوعی با تفاوت مبهم تصمیم را سخت‌تر میکند.
جمع‌بندی
پروپوزال فروش خوب سند تفاهم و تصمیم است، نه بروشور طولانی. از مسئله و Outcome مشتری شروع کنید، دامنه و عدم دامنه را دقیق بنویسید، هر Deliverable را به معیار قبول و قیمت را به شرط‌های روشن وصل کنید. Unknownها را فرض اعلام کنید و پایان سند یک قدم بعدی واقعی بگذارید.