ساعت ۴:۴۵ عصر است. مشتری در سایت چاپخانه مینویسد: «برای ۵۰۰۰ جعبه با مقوای ۳۰۰ گرم، سلفون مات و قالبزنی قیمت میخواهم. سهشنبه هم باید تحویل بگیرم.» فرم به صندوق ایمیل میرود. همکار فروش صبح فردا آن را میبیند و موقع انتقال، تیراژ را ۵۰۰ عدد مینویسد. تماس اول با اصلاح یک اشتباه شروع میشود، در حالی که مشتری از شب قبل منتظر قیمت بوده است.
اتصال فرم سایت به CRM میتواند این فاصله خستهکننده را کوتاه کند. درخواست تازه زودتر جلوی چشم فروشنده میآید، اطلاعات اصلی همان شکلی که مشتری نوشته باقی میماند و معلوم میشود چه کسی باید پیگیری کند. نتیجه فقط حذف چند بار کپی و پیست نیست؛ فرم سایت از یک صندوق پیام به شروع واقعی فروش تبدیل میشود.
فرم خوب، مکالمه را جلو میاندازد
فرم قرار نیست همه اطلاعات مشتری را در همان دیدار اول بگیرد. باید به اندازهای سؤال کند که فروشنده بتواند تماس بعدی را درست آغاز کند. نام، شماره همراه و موضوع درخواست معمولا نقطه شروعاند. جزئیات بعدی به کار شما بستگی دارد. در چاپخانه، ابعاد، تیراژ، جنس کاغذ، گرماژ، نوع روکش، قالبزنی و موعد تحویل مهماند. فروشگاه تجهیزات شاید مدل دستگاه و شهر مشتری را لازم داشته باشد. تعمیرگاه از نوع وسیله و نشانه خرابی میپرسد. یک فرم طولانی که کد اقتصادی، نشانی کامل و ده سؤال زودهنگام میخواهد، ممکن است مشتری آماده خرید را همان ابتدا خسته کند.
از فروشنده بپرسید: «اگر فقط سه جواب داشته باشی، برای اولین تماس کدامها را لازم داری؟»
همین سؤال، فرم را کوتاهتر و تماس اول را قویتر میکند. فروشنده به جای اینکه بپرسد «برای چه کاری تماس گرفته بودید؟» میتواند مستقیم سر اصل سفارش برود: «تیراژ ۵۰۰۰ عدد و تحویل سهشنبه را دیدم؛ برای انتخاب مقوا چند سؤال کوتاه دارم.»
همه فرمها را هم یکسان نبینید. «تماس با ما»، درخواست قیمت، دانلود کاتالوگ و خدمات پس از فروش مقصد مشترکی ندارند. درخواست قیمت باید به فروش برسد. خرابی دستگاه باید جلوی مسئول خدمات قرار بگیرد. کسی که فقط کاتالوگ خواسته نیز هنوز یک معامله قطعی نیست.
هر فیلد باید جای درستی بنشیند
پیش از اتصال، فرم را کنار پرونده مشتری باز کنید. مقابل هر سؤال بنویسید پاسخ آن کجا میرود و چه کسی از آن استفاده میکند. نام و موبایل در مشخصات مخاطب ثبت میشوند. نوع درخواست به فروشنده میگوید مکالمه را از کجا شروع کند. موعد تحویل روی اولویت پیگیری اثر میگذارد.
بودجه مشتری، مبلغ معامله نیست.
«بودجه تقریبی» چیزی است که مشتری در فرم انتخاب کرده؛ مبلغ فرصت برآوردی است که فروشنده بعد از روشن شدن نیاز ثبت میکند. اگر بازه «کمتر از ۵۰ میلیون» مستقیم به مبلغ معامله تبدیل شود، گزارش فروش از همان روز اول عددهای بیمعنی خواهد داشت.
منبع ورود را هم ساده و ثابت نگه دارید. اگر درخواست از صفحه جعبه دارویی آمده، میتوانید منبع را «فرم جعبه دارویی» بنویسید. اگر سایت اطلاعات کمپین را نگه میدارد، نامگذاری را پیش از اتصال یکدست کنید. چند شکل مختلف مثل «گوگل»، «Google Ads» و «تبلیغ گوگل» جستوجو و گزارش را پراکنده میکند. یک بار مسیر را از نگاه فروشنده بخوانید. آیا با دیدن پرونده میفهمد مشتری چه خواسته است؟ آیا شماره تماس جلوی چشم اوست؟ آیا اقدام بعدی روشن است؟ اگر پاسخ در یک توضیح بلند گم شده، جای فیلدها را عوض کنید.
شماره تلفن باید پیش از ثبت یکدست شود
شماره همراه ممکن است با عدد فارسی یا انگلیسی نوشته شود. بعضی مشتریها میان ارقام فاصله میگذارند یا پیششماره کشور را اضافه میکنند. سایت باید شکلهای پذیرفتهشده را بشناسد و مقدار نامعتبر را همانجا با پیام روشن برگرداند. عدد «۱۲۳» از نظر ظاهری عدد است، اما شماره قابل تماس نیست. راهنمای اعتبارسنجی فرم در MDN توضیح میدهد که بررسی داخل مرورگر خطا را زودتر به کاربر نشان میدهد، اما بررسی سمت سرور همچنان لازم است. راهنمای اعتبارسنجی ورودی OWASP نیز میان درست بودن شکل داده و درست بودن معنای آن فرق میگذارد.
این جزئیات را با توسعهدهنده سایت روشن کنید: صفر اول شماره حفظ میشود؟ فاصله و خط تیره حذف میشوند؟ اعداد فارسی به یک شکل ثابت درمیآیند؟ تاریخ شمسی با چه قالبی فرستاده میشود؟ متن توضیح تا چه اندازه پذیرفته میشود؟
پیام بعد از ارسال هم بخشی از کار است. مشتری باید بفهمد درخواست ثبت شده یا نیاز به اصلاح دارد. پیام «خطایی رخ داد» راهی نشان نمیدهد. بنویسید کدام فیلد مشکل دارد و مشتری چطور آن را درست کند. راهنمای اعلان نتیجه فرم در W3C بر همین پیام روشن موفقیت یا خطا تأکید میکند.
یک شماره، همیشه یک درخواست نیست
مشتری امروز کاتالوگ میگیرد و هفته بعد برای قیمت برمیگردد. شاید ماه بعد هم خدمات پس از فروش بخواهد. ساختن سه پرونده جدا، سابقه مکالمه را تکهتکه میکند. چسباندن هر سه درخواست به یک فرصت فروش نیز اشتباه است.
برای تکرارها یک تصمیم ساده بگیرید. اگر شماره و شخص همان است، درخواست تازه کنار سابقه مشتری دیده شود. اگر همان مشتری دو سفارش همزمان دارد، دو فرصت جدا بسازید. چاپخانهای که برای یک برند هم جعبه و هم کاتالوگ قیمت میدهد، نباید این دو سفارش را فقط به خاطر یکسان بودن موبایل یکی کند.
شمارههای مشترک شرکتها به توجه بیشتری نیاز دارند. ممکن است دو خریدار از یک خط ثابت یا شماره دفتر استفاده کنند. در این حالت نام شرکت، نام فرد و موضوع درخواست را هم ببینید. اگر دادهها با هم جور نیستند، تصمیم را به فروشنده بسپارید؛ یک ادغام اشتباه میتواند تاریخچه دو مشتری را به هم بریزد.
ارسال دوباره همان فرم در چند ثانیه موضوع دیگری است. گاهی مشتری روی دکمه دوبار میزند، چون پیام موفقیت را ندیده است. سایت میتواند برای هر ارسال یک شماره پیگیری بسازد و همان شماره را فقط یک بار تحویل دهد. نتیجه مطلوب روشن است: مشتری یک درخواست میبیند و تیم فروش نیز با دو نسخه یکسان روبهرو نمیشود.
خرابی اتصال نباید درخواست را ناپدید کند
اینترنت قطع میشود، نام یک فیلد عوض میشود یا مقصد چند دقیقه پاسخ نمیدهد. مسیر سالم باید این اتفاق را نشان دهد. برای هر ارسال، زمان، نام فرم، شماره پیگیری و نتیجه تحویل را نگه دارید. اگر انتقال شکست خورد، درخواست در یک فهرست انتظار بماند تا دوباره فرستاده یا دستی ثبت شود. پیام موفقیت را زود نشان ندهید. اگر سایت فقط کلیک روی دکمه را دیده ولی درخواست را تحویل نداده، گفتن «با موفقیت ثبت شد» اعتماد مشتری را خراب میکند. ابتدا ثبت درخواست را قطعی کنید؛ بعد پیام موفقیت را نمایش دهید.
یک نفر مسئول فهرست خطا باشد. در یک مغازه کوچک شاید مدیر فروش روزی دو بار آن را ببیند. در تیم بزرگتر، مسئول سایت میتواند خطا را بررسی و درخواست را برای فروش بفرستد. مهم این است که خطا دیده شود و مسئول رسیدگی به آن معلوم باشد.
پیش از خرید یا اجرای اتصال، مسیر فنی را در جلسه بررسی نیاز با کلید و توسعهدهنده سایت مشخص کنید. افزونه آماده، وبهوک، رابط برنامهنویسی یا همگامسازی آنی را از قبل قطعی فرض نکنید. همان راهی را انتخاب کنید که با یکی از فرمهای واقعی شما آزمایش شده، مسئول نگهداری دارد و هنگام قطعی راه برگشتش روشن است.
پرونده تازه باید به اقدام بعدی برسد
در نرم افزار CRM کلید، منبع، مسئول، وضعیت، مکالمات و اقدام بعدی هر سرنخ یا مشتری در یک پرونده کنار هم قرار میگیرند. برای فرصت فروش نیز مرحله معامله، مبلغ، احتمال موفقیت و اقدام بعدی ثبت میشود. این اطلاعات زمانی به کار میآیند که فروشنده بعد از ورود فرم، پیگیری را ادامه دهد. درخواست تازه باید یک مسئول و یک زمان پیگیری داشته باشد. برای فرم قیمت چاپ، اقدام بعدی شاید «تماس تا ساعت ۱۱ برای تأیید ابعاد» باشد. برای درخواست تعمیر، شاید «هماهنگی بازدید فردا» درست باشد. جمله مبهم «پیگیری شود» هیچکس را پای کار نمیآورد.
وظیفه، تماس، جلسه و یادآور نیز در کلید برای نظم دادن به پیگیری معرفی شدهاند. خدمات کلید ثبت و پیگیری مشتری، مکالمه، وظیفه و فرصت فروش را در یک فضای یکپارچه توضیح میدهد. با یک رویه کوتاه، مسئول ورودی فرم را میبیند، وضعیت را درست میکند و اقدام بعدی را با زمان مشخص مینویسد. مشتری میگوید: «برای ۱۰ هزار جعبه قیمت میخواهم، ولی نوع مقوا را نمیدانم.» فروشنده نباید همان لحظه مبلغی حدس بزند. ابعاد، مصرف محصول، گرماژ و نوع روکش را روشن میکند؛ بعد مبلغ فرصت و زمان ارسال قیمت را ثبت میکند. CRM مکالمه را جای فروشنده انجام نمیدهد، اما اجازه نمیدهد نتیجه مکالمه در حافظه او بماند.
اگر فرم شما فیلدهایی مثل گرماژ، نوع روکش یا قالبزنی دارد، محل ثبتشان را در دمو ببینید. جدول پلنهای کلید ماژول «فیلدهای سفارشی» را برای پلن طلا آورده است؛ بنابراین انتخاب پلن را بعد از مشخص شدن نقشه فرم انجام دهید.
قبل از راهاندازی، فرم را مثل مشتری پر کنید
از صفحه واقعی سایت شروع کنید. یک بار فرم کامل بفرستید. بار دوم موبایل ناقص وارد کنید. بعد اعداد فارسی، متن بلند، ارسال دوباره و مشتری قدیمی را امتحان کنید. نام یک فیلد را در نسخه آزمایشی تغییر دهید تا معلوم شود خرابی چطور دیده میشود. سه نفر نتیجه را ببینند: توسعهدهنده سایت، مسئول تنظیم کلید و فروشندهای که قرار است تماس بگیرد. توسعهدهنده کامل رسیدن داده را بررسی میکند. مسئول تنظیم، محل ثبت و دسترسی را میبیند. فروشنده میگوید آیا با همین اطلاعات میتواند یک تماس خوب شروع کند.
پیام «ثبت شد» بهتنهایی کافی نیست.
تعداد ارسالهای سایت را با تعداد درخواستهای رسیده مقایسه کنید. برای ارسال دوباره باید یک درخواست عملیاتی بماند. در قطع موقت، درخواست باید قابل بازیابی باشد. برای مشتری قدیمی، سابقه قبلی باید پیدا شود یا مورد برای تصمیم فروشنده کنار گذاشته شود.
مسیر دستی را همان روز آماده کنید. تا وقتی اتصال با همه حالتهای مهم امتحان نشده، پیام فرم میتواند همزمان در صندوق مشترک فروش هم دیده شود. یک نفر در هر شیفت صندوق را بررسی کند و موارد جاافتاده را ثبت کند. این مسیر ساده شاید جذاب نباشد، اما مشتری را از شکاف میان دو سامانه نجات میدهد.
هفته اول، عددها را هر روز کنار هم بگذارید
در پایان هر روز تعداد فرمهای سایت و پروندههای رسیده را مقایسه کنید. عدد بیشتر در CRM میتواند نشانه تکرار باشد. عدد کمتر از خطا یا تغییر فرم خبر میدهد. اختلاف را برای فردا نگذارید. بعد از سه روز، کنار فروشنده بنشینید و چند پرونده را باز کنید. شاید «موضوع درخواست» همیشه نامفهوم باشد. شاید موعد تحویل در توضیح بلند گم شود. شاید همه ورودیها با یک منبع ثبت شوند. همان چیزی را اصلاح کنید که تماس واقعی را کند کرده است.
هر تغییر در قالب سایت، فرمساز یا نام فیلد میتواند مسیر انتقال را به هم بزند. بعد از تغییر، یک فرم بفرستید و رسیدن آن را تا پرونده و اقدام بعدی دنبال کنید. این آزمون کوتاه میتواند جلوی چند روز درخواست گمشده را بگیرد.
