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