سلام دوستان. پیمان امیدی هستم و امروز در کنار شما هستم تا کاری کنم که هم تکنیک spin در فروش کامل و عمیق درک کنید و هم بتونید با ابزاری که طراحی کردم، خیلی سریع اون رو برای هر محصولی پیاده سازی کنید.
پس توصیه من اینه که اول ویدیو آموزشی رو ببنید، بعد برید سراغ ابزار و بعد برای عمیق تر شدن متن مقاله رو کامل بخونید.
اینجوری دیگه واقعا این تکنیک الهه ذهنتون می شه!
تکنیک spin چیست و چطور از ان استفاده کنیم
حالا ویدیو رو کامل دیدی، وقتشه که از این ابزار استفاده کنی و به وسیله ی اون بفمهی چطور محصول یا خدماتت رو با تکنیک spin بفروشی:
سؤال‌های SPIN مناسب فروش خودت را بساز
اطلاعات محصول، مشتری هدف و چالش احتمالی او را مشخص کنید تا نقشهٔ راه مکالمه و سؤالات هدفمند فروش برای شما طراحی شود.
سؤال‌های وضعیت (Situation)
هدف: درک واقعیت‌ها، فرآیندها و ساختار فعلی مشتری. (توصیهٔ Huthwaite: زیاده‌روی نکنید تا مشتری خسته نشود).
سؤال‌های مشکل (Problem)
هدف: کشف گلوگاه‌ها، نارضایتی‌ها و چالش‌های ضمنی که مشتری در وضعیت فعلی تجربه می‌کند.
سؤال‌های پیامد (Implication)
هدف: بزرگ‌نمایی منطقیِ هزینه‌ها و عواقبِ حل نکردن مشکل، تا فوریتِ اقدام شکل بگیرد.
سؤال‌های فایدهٔ حل مسئله (Need-Payoff)
هدف: هدایت مشتری به سمتی که خودش با زبان خودش مزایا و ارزش راهکار شما را بیان کند.
نکات طلایی Huthwaite برای مدیریت این مکالمه (پرهیز از تله‌های فروش)
تکنیک SPIN در فروش؛ قبل از اینکه محصولت رو معرفی کنی، مسئله مشتری رو بفهم
«قیمت رو بفرستید، بررسی می کنیم.»
این جمله برای خیلی از فروشنده ها آشناست. نیم ساعت درباره امکانات محصول حرف زده اید، چند نمونه کار نشان داده اید و حتی تخفیف هم پیشنهاد کرده اید. مشتری هم مؤدبانه گوش داده. اما بعد از ارسال پیش فاکتور، خبری نمی شه.
شاید قیمت مناسب نبوده. شاید زمان خرید نرسیده. ولی یک احتمال دیگه هم هست: شما محصول رو توضیح داده اید، بدون اینکه روشن بشه مشتری دقیقاً چرا باید اون رو بخره.
تکنیک SPIN در فروش، چارچوبی برای سؤال پرسیدن و کشف همین «چرا»ست. کمک می کنه بفهمید مشتری چه وضعیتی داره، کجای کارش گیر می کنه، اون مشکل چه پیامدهایی داره و حل شدنش چه ارزشی براش می سازه.
قرار نیست با چهار سؤال جادویی از هر کسی خریدار بسازید. اتفاقاً گاهی اجرای درست SPIN به این نتیجه می رسه که محصول شما برای این مشتری مناسب نیست. این شکست نیست؛ جلوگیری از یک قرارداد دردسرسازه.
SPIN چیست و از کجا آمده؟
نیل رکهم، پژوهشگر و نویسنده حوزه فروش، مدل SPIN رو در کتاب SPIN Selling معرفی کرد؛ کتابی که سال ۱۹۸۸ منتشر شد. طبق گزارش هاثویت، مؤسسه توسعه دهنده این روش، پشت این مدل بررسی بیش از ۳۵ هزار گفت وگوی فروش قرار داشته. توضیحات کتاب هم به یک برنامه پژوهشی ۱۲ساله اشاره می کنه. [۱، ۲]
SPIN از حروف اول چهار نوع سؤال ساخته شده:
| حرف | عبارت انگلیسی | معنی کاربردی | چیزی که می خواهیم بفهمیم |
|---|---|---|---|
| S | Situation | وضعیت | الان کار مشتری چطور انجام می شه؟ |
| P | Problem | مشکل | کجای این روش، نارضایتی یا دردسر ایجاد می کنه؟ |
| I | Implication | پیامد | این مشکل چه هزینه، تأخیر یا ریسکی می سازه؟ |
| N | Need-payoff | ارزش حل مسئله | اگر مشکل حل بشه، مشتری چه منفعتی می بره؟ |
یک اشتباه رایج از همین جا شروع می شه: فروشنده این جدول رو به پرسش نامه تبدیل می کنه و سؤال ها رو پشت سر هم می پرسه.
هاثویت در توضیح روش می گه:
«این سؤال ها یک چارچوب منطقی فراهم می کنن، نه یک توالی خشک و ثابت.»
— ترجمه از راهنمای SPIN Selling هاثویت
یعنی اگر مشتری همون اول گفت «به خاطر تأخیر ارسال داریم قرارداد از دست می دیم»، لازم نیست برگردید و ده سؤال درباره وضعیت شرکت بپرسید. از همون مسئله شروع کنید. اطلاعات ناقص رو در ادامه بگیرید.
البته عدد ۳۵ هزار هم چک سفیدامضا نیست. این سابقه پژوهشی، تضمین رشد فروش هر کسب وکار نیست؛ به خصوص نمی شه ازش درصد موفقیت مشخصی برای بازار ایران استخراج کرد. نمونه های ایرانی این مقاله، سناریوهای آموزشی ان، نه گزارش اجرای پژوهشی در ایران.
مشتری مشکل دارد؛ اما آیا تصمیم گرفته حلش کند؟
بین این دو جمله فاصله زیادی هست:
«پیگیری مشتری هامون خیلی منظم نیست.»
«می خواهیم قبل از فصل فروش، مشخص باشه مسئول هر مشتری کیه و پیگیری بعدی چه روزیه.»
جمله اول یک نیاز ضمنی رو نشان می ده: مشتری از وضع موجود ناراضیه. جمله دوم یک نیاز صریح رو بیان می کنه: مشتری نتیجه ای مشخص می خواد.
رکهم در کتاب SPIN Selling می نویسه:
«هدف سؤال ها در فروش های بزرگ، کشف نیازهای ضمنی و تبدیل اون ها به نیازهای صریحه.»
— ترجمه نقل قول کتاب، به نقل از Readingraphics
فروشنده عجول با شنیدن جمله اول فوراً می گه: «پس شما CRM لازم دارید!»
اما شاید مشتری با یک فایل ساده و تعیین مسئول پیگیری، مسئله اش رو حل کنه. شاید مشکل اصلی نرم افزار نباشه و مدیر فروش اصلاً اجرای فرایند رو پیگیری نکنه.
کار SPIN این نیست که هر نارضایتی رو به محصول شما بچسبونه. باید روشن کنه مسئله چیه، چقدر جدیه و آیا راه حل پیشنهادی واقعاً به دردش می خوره.
چهار نوع سؤال SPIN را چطور بپرسیم؟
برای اینکه بحث پراکنده نشه، یک مثال ثابت رو جلو می بریم: فروش نرم افزار مدیریت ارتباط با مشتری به یک شرکت پخش. سفارش ها تلفنی و در پیام رسان دریافت می شن و کارشناسان بخشی از پیگیری ها رو در فایل های جداگانه ثبت می کنن.
S؛ وضعیت را بفهم، ولی جلسه را به سرشماری تبدیل نکن
سؤال های وضعیت، اطلاعات لازم برای فهم فرایند فعلی رو جمع می کنن:
- «درخواست مشتری از وقتی دریافت می شه تا صدور پیش فاکتور چه مسیری می ره؟»
- «الان چطور مشخص می کنید پیگیری بعدی هر مشتری با چه کسیه؟»
- «اگر کارشناس فروش مرخصی باشه، همکارش سابقه گفت وگو رو از کجا می بینه؟»
این ها با «شرکت شما چند سال سابقه داره؟» فرق دارن. اگر جواب سؤال روی سایت مشتری نوشته شده، وقت جلسه رو صرف پرسیدنش نکنید.
هاثویت گزارش می کنه فروشندگان موفق، سؤال های وضعیت رو محدودتر و هدفمندتر می پرسیدن؛ سؤال های زیاد ممکنه مشتری رو خسته کنه یا حس بازجویی بده.
قبل از جلسه، سایت، محصولات و اطلاعات عمومی مشتری رو ببینید. بعد فقط چیزهایی رو بپرسید که برای تشخیص مسئله لازم دارید. اطلاعات قبلی رو هم قطعی فرض نکنید: «روی سایت دیدم سه شعبه دارید؛ هنوز ساختار به همین شکله؟»
P؛ از توصیف فرایند به نقطه گیر برس
حالا باید بفهمید روش فعلی کجا خوب کار نمی کنه.
«از نرم افزارتون راضی هستید؟» سؤال بدی نیست، ولی احتمالاً جواب کوتاهی می گیره: «بد نیست.»
سؤال مشخص تر، گفت وگوی بهتری می سازه:
- «در پیگیری پیش فاکتورها، کدوم بخش بیشتر از دستتون درمی ره؟»
- «پیش میاد دو نفر هم زمان با یک مشتری تماس بگیرن؟»
- «آخرین بار که یک درخواست بدون پیگیری موند، چه اتفاقی افتاد؟»
سؤال آخر از یک نارضایتی مبهم، یک اتفاق قابل بررسی می سازه. ممکنه مشتری بگه:
«سه شنبه مشتری قیمت خواسته بود. همکارمون فکر کرده بود مسئول فروش جواب داده. مسئول فروش هم فکر کرده بود خودش پیگیری می کنه.»
حالا مسئله روشن تره: مسئولیت پیگیری معلوم نیست.
ولی هنوز وقت نمایش داشبوردهای رنگی نیست. اول بفهمید این اتفاق یک استثنا بوده یا یک مشکل تکرارشونده.
و اگر مشتری گفت روش فعلی خوب جواب می ده، اصرار نکنید حتماً مشکلی کشف کنید. سؤال قرار نیست جواب دلخواه فروشنده رو تولید کنه.
I؛ هزینه مشکل را روشن کن، نه اینکه مشتری را بترسانی
سؤال پیامد، مشکل رو به اثرش وصل می کنه.
«پیگیری جا می مونه» یک اتفاقه. «مشتری قبل از دریافت پاسخ از رقیب خرید می کنه» یکی از پیامدهای احتمالی اونه. «کارشناس برای جبران تأخیر تخفیف می ده» پیامد دیگه ایه.
می تونید بپرسید:
- «وقتی پاسخ دیر می رسه، معمولاً مشتری منتظر می مونه یا از جای دیگه خرید می کنه؟»
- «برای برگردوندن این مشتری ها مجبور می شید تخفیف بدید؟»
- «مدیر فروش چقدر وقت صرف پیدا کردن وضعیت همین درخواست ها می کنه؟»
- «این بی نظمی روی برنامه ارسال یا وصول مطالبات هم اثر می ذاره؟»
به تفاوت این دو سؤال دقت کنید:
سؤال جهت دار: «قبول دارید این وضعیت داره کلی به شرکت ضرر می زنه؟»
سؤال اکتشافی: «این وضعیت در ماه گذشته چه هزینه یا تأخیری براتون ایجاد کرده؟»
اولی دنبال تأییده. دومی دنبال اطلاعات.
اگر مشتری عدد دقیق نداره، تخمین رو با برچسب تخمین ثبت کنید. اگر نمی دونه چرا سفارش از دست رفته، همه فروش ازدست رفته رو به ضعف پیگیری نسبت ندید. ممکنه قیمت، موجودی یا شرایط پرداخت عامل اصلی بوده باشه.
یک «نه، این مورد خسارت زیادی نداره» هم جواب مفیدیه. یعنی شاید باید مسئله مهم تری رو بررسی کنید.
N؛ اجازه بده مشتری ارزش حل مسئله را توضیح بده
بعد از بررسی پیامدها، گفت وگو باید از مشکل به نتیجه مطلوب برسه.
Need-payoff گاهی «نیاز به پرداخت» ترجمه می شه که گمراه کننده ست. این بخش درباره مبلغ پرداختی نیست؛ درباره فایده برطرف شدن نیازه.
مثلاً:
- «اگر هر پیش فاکتور مسئول و تاریخ پیگیری مشخص داشته باشه، چه تغییری در کار تیم ایجاد می شه؟»
- «اگر مدیر فروش بدون تماس با تک تک همکارها وضعیت سفارش ها رو ببینه، چه کاری رو راحت تر انجام می ده؟»
- «برای اینکه تغییر سیستم ارزش داشته باشه، انتظار دارید کدوم شاخص بهتر بشه؟»
این سؤال با «دوست دارید فروش تون بیشتر بشه؟» فرق داره. تقریباً هیچ کس با فروش بیشتر مخالف نیست؛ اما چنین جوابی چیزی درباره اولویت خرید به شما نمی گه.
جواب مفید، مشخص تره:
«اگر درخواست های بی مسئول حذف بشن و هر روز بدونیم کدوم پیش فاکتورها عقب افتادن، برای ما ارزش داره.»
حالا می دونید در معرفی محصول باید روی چه چیزی تمرکز کنید؛ نه اینکه فهرست کامل امکانات رو بخونید.
یک گفت وگوی کامل؛ از «قیمت چند؟» تا قدم بعدی
سناریوی زیر فرضیه و برای آموزش نوشته شده. فرض کنید محصول پیشنهادی واقعاً قابلیت تعیین مسئول و یادآوری پیگیری رو داره.
مشتری: نرم افزارتون برای تیم پنج نفره چقدر درمیاد؟
فروشنده: قیمت نسخه پنج کاربره و هزینه راه اندازی رو جدا براتون می فرستم. برای اینکه معلوم بشه همین نسخه مناسب شماست، اجازه می دید چند سؤال کوتاه درباره پیگیری سفارش ها بپرسم؟
مشتری: بفرمایید.
فروشنده — وضعیت: الان بعد از ارسال پیش فاکتور، پیگیری بعدی رو کجا ثبت می کنید؟
مشتری: هر کسی توی فایل خودش. بعضی ها هم یادداشت می کنن.
فروشنده — مشکل: این روش بیشتر کجا دردسر درست می کنه؟
مشتری: وقتی کار زیاد می شه، چندتا پیش فاکتور فراموش می شن.
فروشنده: یک نمونه از هفته قبل یادتونه؟
مشتری: یک مشتری قدیمی جواب نگرفت و از همکارمون خرید کرد.
فروشنده — پیامد: می دونید دلیلش فقط دیر جواب دادن بود یا قیمت هم اثر داشت؟
مشتری: خودش گفت قیمت ها نزدیک بود، ولی اون ها زودتر موجودی رو تأیید کردن.
فروشنده: غیر از این سفارش، برای پیدا کردن درخواست های عقب افتاده هم وقت می ذارید؟
مشتری: بله. سرپرست فروش هر روز از بچه ها گزارش می گیره.
فروشنده — ارزش حل مسئله: اگر درخواست های عقب افتاده یک جا دیده بشن و مسئول هرکدوم معلوم باشه، چه تغییری براتون ایجاد می شه؟
مشتری: هم پیگیری کمتر جا می مونه، هم سرپرست لازم نیست مدام دنبال گزارش باشه.
فروشنده — جمع بندی: پس اولویت شما گزارش های پیچیده نیست؛ معلوم بودن مسئول پیگیری و دیده شدن درخواست های عقب افتاده ست. درست فهمیدم؟
مشتری: دقیقاً.
فروشنده — پیشنهاد مرتبط: اجازه بدید همین مسیر رو با چند پیش فاکتور نمونه نشون بدم. اگر با کار شما جور بود، یک اجرای آزمایشی محدود تعریف کنیم.
نکته این گفت وگو فقط سؤال ها نیست. فروشنده از پاسخ دادن به قیمت فرار نکرد، علت ازدست رفتن سفارش رو قطعی فرض نکرد و قبل از پیشنهاد، برداشت خودش رو با مشتری چک کرد.
SPIN فقط چهار سؤال نیست؛ بعدش باید راه حل را ثابت کنی
چهار حرف SPIN رو نباید با چهار مرحله کلی گفت وگوی فروش اشتباه گرفت. هاثویت این مراحل رو چنین توضیح می ده: شروع گفت وگو، بررسی نیاز، نشان دادن توان حل مسئله و گرفتن تعهد برای ادامه مسیر. سؤال های SPIN عمدتاً در بخش بررسی نیاز قرار می گیرن.
اگر سؤال ها خوب باشن ولی محصول نتونه مسئله رو حل کنه، جلسه خوب برگزار شده؛ راه حل خوب ارائه نشده.
در معرفی محصول، این سه سطح رو از هم جدا کنید:
| سطح توضیح | نمونه |
|---|---|
| ویژگی | «نرم افزار یادآور پیگیری داره.» |
| مزیت عمومی | «یادآور کمک می کنه کارها فراموش نشن.» |
| منفعت مرتبط با نیاز مشتری | «برای پیش فاکتورهایی که گفتید بی پیگیری می مونن، مسئول و موعد ثبت می شه و سرپرست موارد عقب افتاده رو می بینه.» |
سطح سوم به حرف مشتری وصل شده، ولی هنوز به مدرک نیاز داره: نمایش عملی، آزمایش محدود، نمونه کار قابل بررسی یا تعهد روشن قراردادی.
«نگران نباشید، همه چیز حل می شه» مدرک نیست.
اجرای SPIN برای مشتریان ایران؛ چه چیزهایی را باید تغییر داد؟
بومی سازی یعنی توجه به شرایط معامله، نه چسباندن چند حکم کلی به «مشتری ایرانی». یک تولیدکننده صنعتی، یک فروشگاه محلی و یک شرکت خدماتی، فرایند خرید یکسانی ندارن.
با این حال، چند موضوع در معامله هایی که با محدودیت نقدینگی، تغییر هزینه تأمین یا وابستگی به زیرساخت دیجیتال روبه رو هستن، باید زودتر بررسی بشه.
قیمت را پشت سؤال های طولانی پنهان نکن
اگر مشتری اول قیمت می پرسه، لزوماً سطحی یا عجول نیست؛ شاید می خواد بدونه اصلاً توان خرید داره یا نه.
قیمت مشخص رو اعلام کنید. اگر سفارشی سازی روی مبلغ اثر می ذاره، بازه و عوامل تعیین کننده رو توضیح بدید. بعد برای بررسی تناسب پیشنهاد اجازه بگیرید.
در معامله های حساس به تغییر هزینه، اعتبار پیش فاکتور، زمان تحویل، مالیات و هزینه های جانبی باید روشن باشه. مشخص کنید مبلغ به ریال نوشته شده یا تومان؛ این جزئیات از ده جمله درباره اعتمادسازی مفیدتره.
مهلت واقعی قیمت رو اعلام کنید، نه اینکه با «فقط تا امشب» فوریت ساختگی بسازید.
سودآوربودن خرید با توان پرداخت فرق دارد
ممکنه مشتری قانع شده باشه راه حل شما هزینه هاش رو کم می کنه، ولی پول خریدش رو نداشته باشه.
«اگر نتیجه مورد انتظار حاصل بشه، مانع اصلی شروع کار چیه: بودجه، زمان اجرا یا تأیید مدیر؟»
این سؤال از ادامه دادن بیهوده بحث ارزش جلوگیری می کنه. گاهی راه حل، اجرای محدودتر یا پرداخت مرحله ایه؛ البته فقط اگر برای هر دو طرف عملی باشه.
هیچ سؤال هوشمندانه ای جای نقدینگی رو نمی گیره.
خرید قبلی چه زخمی گذاشته؟
در فروش نرم افزار، تجهیزات یا خدمات تخصصی، ممکنه نگرانی اصلی مشتری خود محصول نباشه؛ تجربه پشتیبانی ضعیف یا اجرای ناموفق قبلی باشه.
بپرسید:
«در خرید قبلی چه چیزی طبق انتظار پیش نرفت؟»
بعد پاسخ رو به جزئیات پیشنهاد وصل کنید: مسئول اجرا، آموزش، زمان پاسخ گویی، هزینه تمدید و حدود پشتیبانی.
اگر راه حل به سرویس خارجی وابسته ست، امکان دسترسی از ایران، روش پرداخت و تمدید، محدودیت ارائه خدمت، محل نگهداری داده و امکان خروجی گرفتن رو بررسی کنید. برای اختلال اینترنت هم رفتار واقعی محصول رو توضیح بدید. قابلیت آفلاین نداره؟ صریح بگید نداره.
با مصرف کننده صحبت می کنی یا تصمیم گیرنده؟
ممکنه کاربر نرم افزار از دوباره کاری ناراضی باشه، مدیر مالی دنبال کنترل هزینه باشه و مدیرعامل ریسک تغییر سیستم رو مهم تر بدونه.
از مخاطب بپرسید:
«برای بررسی این پیشنهاد، نظر چه کسانی لازمه و هرکدوم چه معیاری دارن؟»
لازم نیست همه رو در جلسه اول حاضر کنید، اما نباید تأیید یک کارشناس رو با تصویب خرید اشتباه بگیرید.
در پیام رسان، یک سؤال کافی است
ارسال هشت سؤال پشت سر هم، نیازسنجی نیست؛ تکلیف نوشتنه.
در پیام رسان، سؤال رو کوتاه بپرسید و منتظر پاسخ بمونید:
«بیشتر مشکل تون پیدا کردن مشتری جدیده یا پیگیری مشتری هایی که قبلاً قیمت گرفتن؟»
اگر بحث پیچیده شد، برای تماس کوتاه اجازه بگیرید. اطلاعات مالی یا داده های مشتریان رو هم صرفاً برای کامل شدن فرم فروش درخواست نکنید؛ معمولاً برای شروع، آمار تجمیعی کفایت می کنه.
چطور ارزش حل مسئله را عددی کنیم، بدون حساب سازی؟
فرض کنید مشتری تخمین می زنه ماهانه ۱۰ سفارش به دلیل پیگیری ضعیف از دست می ره. متوسط مبلغ هر سفارش ۸ میلیون تومانه.
وسوسه انگیزه که بگید: «پس ماهی ۸۰ میلیون ضرر می کنید!»
اما فروش ازدست رفته با سود ازدست رفته یکی نیست. تازه هنوز ثابت نشده همه اون سفارش ها با نرم افزار شما برمی گردن.
یک محاسبه محتاطانه تر، با اعداد کاملاً فرضی:
| فرض محاسبه | مقدار |
|---|---|
| سفارش های قابل بازیابی در ماه | ۳ سفارش |
| متوسط مبلغ هر سفارش | ۸ میلیون تومان |
| حاشیه مشارکت پس از هزینه های متغیر | ۲۰٪ |
| منفعت ماهانه پیش از هزینه راه حل | ۴٫۸ میلیون تومان |
| هزینه ماهانه راه حل | ۱٫۸ میلیون تومان |
| منفعت خالص ماهانه برآوردی | ۳ میلیون تومان |
| هزینه اولیه استقرار و آموزش | ۱۲ میلیون تومان |
در این مثال، دوره بازگشت ساده هزینه اولیه حدود چهار ماهه: ۱۲ میلیون تقسیم بر ۳ میلیون.
این عدد فقط وقتی معنا داره که فرض ها درست باشن. هزینه های اضافه، زمان یادگیری، تأخیر وصول پول و احتمال استفاده نکردن تیم باید بررسی بشن. در شرایط تغییر سریع هزینه ها، محاسبه رو با داده تازه و برای افق زمانی مناسب به روز کنید.
اگر صرفه جویی زمانی هم حساب می کنید، اون رو خودکار «صرفه جویی نقدی» ننویسید. آزادشدن دو ساعت از وقت کارمند، لزوماً حقوق پرداختی رو کم نمی کنه؛ ممکنه ظرفیت انجام کار بیشتری ایجاد کنه.
سؤال خوب اینه:
«کدوم فرض این محاسبه هنوز مدرک نداره و چطور می تونیم در اجرای آزمایشی بررسیش کنیم؟»
وقتی مشتری می گوید «گرونه»، سؤال بعدی چیست؟
«گرونه» می تونه چند معنی داشته باشه:
- از بودجه مصوب بیشتره.
- پیشنهاد رقیب ارزون تره.
- منفعتش روشن نیست.
- هزینه اجرا و تغییر سیستم ترسناکه.
- مبلغ کل قابل قبوله، ولی پرداخت یک جاش ممکن نیست.
پس به جای دفاع فوری یا تخفیف دادن بپرسید:
«وقتی می گید گرونه، بیشتر نسبت به بودجه تونه، پیشنهاد دیگه ای دارید یا نتیجه ای که انتظار دارید هنوز این هزینه رو توجیه نمی کنه؟»
اگر مسئله بودجه ست، دوباره درباره بزرگی مشکل سخنرانی نکنید. اگر پیشنهاد رقیب ارزون تره، دامنه خدمات و هزینه کل رو مقایسه کنید. اگر نتیجه روشن نیست، برگردید به معیار موفقیت و مدرک.
SPIN قرار نیست اعتراض واقعی رو با بازی زبانی خنثی کنه. محصول نامتناسب با سؤال بهتر، متناسب نمی شه.
«خبر می دیم» با پیشرفت معامله فرق دارد
در چارچوب رکهم، نتیجه جلسه می تونه سفارش، پیشرفت، ادامه بدون پیشرفت یا عدم فروش باشه. راهنمای HubSpot هم همین چهار خروجی رو توضیح می ده.
تفاوت مهم، بین Advance و Continuationه:
«اطلاعات رو بفرستید، بررسی می کنیم» معمولاً فقط ادامه ارتباطه.
«سه شنبه مسئول فروش و مدیر مالی در جلسه ارزیابی حاضر می شن و قبلش چند نمونه بی نام از فرایند فعلی رو می فرستن» یک قدم مشخص به جلوئه.
صرف تعیین جلسه هم کافی نیست؛ جلسه باید کاری برای تصمیم خرید انجام بده.
آخر گفت وگو، سه چیز رو روشن کنید: چه کاری، توسط چه کسی، تا چه زمانی؟
مثلاً:
«ما تا دوشنبه محیط آزمایشی رو آماده می کنیم. شما یک کاربر مسئول معرفی می کنید. بعد از دو هفته، تعداد پیگیری های عقب افتاده و میزان استفاده تیم رو بررسی می کنیم.»
این تعهد از «امیدواریم همکاری خوبی داشته باشیم» مفیدتره.
کجا SPIN جواب نمی دهد یا زیادی سنگین است؟
کسی که مدل دقیق یک کالا رو می دونه و فقط موجودی و زمان ارسال می خواد، احتمالاً به جلسه کشف نیاز احتیاج نداره. جواب روشن می خواد.
خود رکهم هم در گفت وگویی که هاثویت منتشر کرده، توضیح می ده تمایز فروش تراکنشی و مشاوره ای از تقسیم بندی صرفِ فروش کوچک و بزرگ مفیدتره.
پس معیار فقط قیمت نیست. یک خرید کم مبلغ ممکنه به مشورت نیاز داشته باشه و یک سفارش بزرگِ تکراری، صرفاً ثبت سفارش باشه.
SPIN وقتی ارزش بیشتری داره که مسئله هنوز کامل روشن نیست، چند راه حل وجود داره یا تصمیم خرید به بررسی پیامدها و نظر چند نفر وابسته ست.
چند اجرای خراب هم هست که باید کنار گذاشت:
- بازجویی: سؤال های زیاد بدون توضیح، گوش دادن یا جمع بندی.
- دردسازی: بزرگ کردن مشکلی که مشتری واقعاً نداره.
- دموی زودهنگام: معرفی محصول بعد از اولین نشانه نارضایتی.
- وعده بی مدرک: تبدیل خواسته مشتری به تضمین فروشنده.
- بی توجهی به پاسخ: پرسیدن سؤال بعدی از روی فهرست، نه براساس حرف مشتری.
SPIN جای شناخت محصول، مذاکره، ارزیابی بودجه و مدیریت اجرای قرارداد رو هم نمی گیره. یک بخش مهم از فروشه، نه تمام اون.
برای شروع، جلسه بعدی را تغییر بده؛ نه کل شخصیتت را
برای تمرین، یک محصول و یک گروه مشتری مشخص انتخاب کنید. سه مشکل محتمل بنویسید و روبه روی هرکدوم، یک سؤال برای کشف مشکل، یک سؤال برای بررسی پیامد و یک سؤال درباره ارزش حل شدنش قرار بدید.
این ها فرضیه ان، نه تشخیص قطعی.
در گفت وگوی بعدی، به جای تلاش برای اجرای بی نقص همه مدل، فقط روی یک عادت کار کنید: بعد از شنیدن اولین مشکل، فوراً محصول رو معرفی نکنید. یک مثال واقعی بخواهید و اثرش رو بررسی کنید.
بعد از جلسه، این پنج مورد رو ثبت کنید:
۱. مشتری دقیقاً چه مشکلی رو بیان کرد؟
۲. چه پیامدی تأیید شد و کدوم بخش هنوز حدسه؟
۳. مشتری چه نتیجه ای می خواد؟
۴. چه مانعی برای خرید یا اجرا وجود داره؟
۵. قدم بعدیِ مورد توافق چیه؟
برای سنجش نتیجه هم فقط تعداد سؤال ها رو نشمارید. ببینید چند جلسه به نیاز روشن و قدم بعدی مشخص رسیده، کیفیت فرصت های فروش بهتر شده یا نه و قراردادهای حاصل چقدر درست اجرا می شن. اگر مکالمه رو برای آموزش ضبط می کنید، رضایت مخاطب رو بگیرید.
تکنیک SPIN قرار نیست شما رو پرحرف تر یا مسلط تر به ترفندهای متقاعدسازی کنه. قرار است فاصله بین حرف مشتری و پیشنهاد شما رو کم کنه.
قبل از ارسال پیش فاکتور بعدی، یک سؤال از خودتون بپرسید: اگر اسم محصولم رو از این پیشنهاد حذف کنم، هنوز معلومه مشتری چه مسئله ای داره و چرا حل کردنش براش ارزشمنده؟
منابع
نقل قول های فارسی، ترجمه متن انگلیسی هستن. مثال ها، گفت وگوها و محاسبات این مقاله برای آموزش ساخته شده اند.
| شماره | منبع انگلیسی | کاربرد در مقاله |
|---|---|---|
| ۱ | Neil Rackham — SPIN Selling، McGraw Hill، 1988؛ اطلاعات کتاب در Google Books | مشخصات کتاب، زمان انتشار و سابقه پژوهشی |
| ۲ | Huthwaite International — SPIN Selling: A Complete Guide to Sales Success | تعریف مدل، گزارش بررسی ۳۵ هزار گفت وگوی فروش و انعطاف چارچوب |
| ۳ | Readingraphics — Book Summary: SPIN Selling | تفکیک نیاز ضمنی و صریح؛ منبع واسط نقل قول کتاب |
| ۴ | Huthwaite International — Exploring the Power of SPIN Selling Questions | تعریف چهار نوع سؤال، محدودکردن سؤال های وضعیت و نمونه های کاربردی |
| ۵ | Huthwaite International — The SPIN Methodology | مراحل گفت وگوی فروش و جایگاه سؤال های SPIN |
| ۶ | HubSpot — The SPIN Selling Method | کاربرد عملی مدل و چهار خروجی گفت وگوی فروش |
| ۷ | Neil Rackham / Huthwaite International — Neil Rackham’s Regrets: Reflecting on SPIN Selling | تفاوت فروش تراکنشی و مشاوره ای و محدودیت تقسیم بندی کوچک و بزرگ |
نظرات
برای ثبت نظر باید ثبت‌نام کنید.
ثبت‌نام / ورود