Gryffin Forge
رزروتجربهٔ کاربریتبدیل بازدیدکننده به مشتری

طراحی مسیر رزروی که مشتری واقعاً تا آخرش می‌رود

الگوهای عملی برای مسیر رزرو کسب‌وکارهای خدماتی: کمتر بپرسید، زمان‌های خالی را زود نشان دهید، روشن تأیید کنید و اول برای موبایل طراحی کنید.

4 دقیقه مطالعهGryffin Forge

مسیر رزرو باارزش‌ترین بیست ثانیه در سایت یک کسب‌وکار خدماتی است. همان‌جایی هم هست که بیشترشان بی‌سروصدا مشتری را از دست می‌دهند. ساختن رابط‌های رزرو برای آرایشگاه‌ها، سالن‌ها، تعمیرگاه‌ها و آرایشگران حیوانات در کتابخانهٔ دموها، همان چند الگوی ثابت را بارها و بارها نشان داد.

از تصمیمی شروع کنید که مشتری از قبل گرفته

وقتی کسی روی رزرو می‌زند، معمولاً تصمیم گرفته چه چیزی می‌خواهد. هنوز تصمیم نگرفته کی. خیلی از مسیرها قبل از نشان دادن حتی یک ساعت خالی، نام، ایمیل و شماره تلفن می‌خواهند. این برعکس است: پیش از دادن ارزش، تعهد می‌خواهد.

ترتیب بهتر این است:

  1. خدمت — اگر بازدیدکننده روی دکمهٔ رزرو یک کارت خدمت مشخص زده، از قبل انتخاب شده باشد.
  2. زمان — زمان‌های خالی واقعی را هرچه زودتر نشان دهید.
  3. جزئیات — فقط چیزی که کسب‌وکار واقعاً برای ارائهٔ خدمت لازم دارد.
  4. تأیید — یک خلاصهٔ روشن، نه یک «ممنون» کلی.

در دموی آرایشگاه، هر کارت خدمت لینک رزرو خودش را دارد تا وقتی مسیر باز می‌شود، قدم اول از قبل انجام شده باشد.

کمتر بپرسید

هر فیلد اضافه، تعداد کسانی را که تا آخر می‌روند کم می‌کند. برای بیشتر کسب‌وکارهای نوبتی، حداقل یک نام و یک راه تماس با مشتری است. هر چیز دیگری باید جایش را به دست بیاورد:

  • تعمیرگاه پلاک را لازم دارد چون قطعات و زمان کار را تعیین می‌کند.
  • آرایشگر سگ اندازه و نژاد سگ را لازم دارد چون مدت و قیمت را تغییر می‌دهد.
  • نظافتچی تعداد اتاق خواب و حمام را لازم دارد چون همین‌ها خود قیمت‌اند.

به الگو دقت کنید: هر سؤال اضافه مستقیماً کاری را که کسب‌وکار انجام می‌دهد تغییر می‌دهد. اگر فیلدی کار را تغییر نمی‌دهد، جایش در مسیر نیست.

قیمت و مدت را کنار دکمه بگذارید

«چقدر؟» و «چقدر طول می‌کشد؟» دو سؤالی‌اند که مردم را وسط رزرو متوقف می‌کنند. به هر دو روی کارت خدمت و دوباره در خلاصه جواب بدهید. دموی نظافت قیمتی زنده و ریزشده نشان می‌دهد که با تغییر اتاق خواب، حمام و موارد اضافه به‌روز می‌شود؛ هیچ‌کس مجبور نیست حدس بزند به چه چیزی متعهد می‌شود.

برای یک انگشت شست طراحی کنید

بیشتر جستجوهای خدمات محلی روی موبایل انجام می‌شود. نتیجه‌های عملی:

  • اهداف لمسی دست‌کم ۴۴×۴۴ پیکسل با فاصلهٔ کافی.
  • ورودی‌های بومی تاریخ و ساعت جایی که خوب کار می‌کنند و انتخاب‌گرهای سفارشی بزرگ جایی که کار نمی‌کنند.
  • یک نوار ثابت اقدام پایین صفحه با تماس و واتس‌اپ کنار رزرو، چون بعضی مشتری‌ها همیشه ترجیح می‌دهند صحبت کنند.

دقیقاً به همین دلیل هر دموی کتابخانه یک نوار ثابت موبایل دارد.

مثل رسید تأیید کنید

صفحهٔ تأیید باید مثل رسید خوانده شود: خدمت، تاریخ، ساعت، قیمت، آدرس و اینکه بعد چه اتفاقی می‌افتد. اگر تغییر یا لغو ممکن است، بگویید چطور. ابهام در این مرحله تماس تلفنی تولید می‌کند — درست همان چیزی که رزرو آنلاین قرار بود کمش کند.

با وقار شکست بخورید

ساعت‌ها پر می‌شوند. اینترنت قطع می‌شود. یک مسیر خوب آنچه مشتری تایپ کرده را نگه می‌دارد، مشکل را به زبان ساده توضیح می‌دهد و نزدیک‌ترین جایگزین را پیشنهاد می‌کند. «مشکلی پیش آمد» با یک فرم خالی، سریع‌ترین راه از دست دادن یک رزرو است.

دموها چه چیزی را شبیه‌سازی می‌کنند و چه چیزی را نه

رابط‌های رزرو در کتابخانهٔ دموها شبیه‌سازی‌اند: ورودی را بررسی می‌کنند و حالت تأیید را نشان می‌دهند، اما چیزی فرستاده یا ذخیره نمی‌شود. نسخهٔ واقعی به یک تقویم واقعی وصل می‌شود، تأییدیه می‌فرستد و جابه‌جایی نوبت را مدیریت می‌کند. روشن نگه داشتن این مرز بخشی از طراحی صادقانه است — یک نمونه هرگز نباید وانمود کند سیستم زنده است.

یک چک‌لیست کوتاه

  • خدمت از روی کارتی که لمس شده از قبل انتخاب شده
  • زمان‌های خالی پیش از اطلاعات شخصی نشان داده می‌شوند
  • فقط فیلدهایی که کار را تغییر می‌دهند
  • قیمت و مدت در هر قدم پیداست
  • اقدام‌های ثابت موبایل، از جمله گزینهٔ صحبت با انسان
  • تأییدی به سبک رسید
  • خطاهایی که ورودی را نگه می‌دارند و جایگزین پیشنهاد می‌کنند