لید استیکهاوس از جستجو یا نقشه میآید و سریع میپرسد: نوع/تعداد نفر؟ رزرو/کترینگ؟ اگر پاسخ فقط در واتساپ پراکنده باشد، نه آمار دارید نه بریف رزرو روشن.
مسیر لید اینجا سامانه رزرو آنلاین کامل نیست؛ یک قیف کوتاه از صفحه منو/رزرو تا رزرو ثبتشده است.
این راهنما فاز ۱ مسیر لید استیکهاوس را عملی میکند — بدون نوع و تعداد
پاسخ کوتاه
جستجو و نقشه را به منو/رزرو یا فرم بفرستید، رزرو حضوری و کترینگ/رویداد را جدا بگیرید، همه درخواستها را در یک صندوق با منبع ثبت کنید و SLA تماس بدهید
لندینگ درست؛ نه خانه مبهم
پست «رزرو — استیک ۴ نفر جمعه» باید به همان صفحه منو/رزرو یا فرم برسد؛ خانه شعاری آمار را خراب میکند.
منو/رزرو و SLA بالای لندینگ تماس تکراری را کم میکند.
گالری سالن/گریل را دکمه اصلی نکنید؛ مسیر رزرو را غالب کنید.
ثبت واحد و وضعیتها
فرم رزرو: نوع/تعداد، تاریخ/ساعت، موبایل، نام.
فرم کترینگ/رویداد جدا یا فیلد واضح: اگر intent و ظرفیت متفاوت است.
وضعیت: جدید / تماس / تأیید / انجام / لغو / عدم پاسخ.
- منبع: سایت / GBP / نقشه
- اعلان به پذیرش
- متن بعد از ارسال: تماس تا کی
- جدا کردن رزرو حضوری از کترینگ/رویداد
مثال اجرایی مخصوص استیکهاوس
مثال ۱: رزرو حضوری — لندینگ منو/رزرو، فرم ۴–۵ فیلدی، SLA کوتاه، ثبت منبع GBP.
مثال ۲: کترینگ/رویداد — فیلد نوع و تعداد، شیت واحد بدون واتساپ شخصی.
اتصال به کلاستر
منو/رزرو و صفحات را در سایت استیکهاوس و صفحات ضروری استیکهاوس درست کنید.
CTA موبایل و GBP لایه تبدیل و ورودی محلیاند.
فرم عمومی را در راهنمای فرم لید ببینید.