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