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