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