رفتن به محتوا
cutty.dev
All posts

منوی کد QR در رستوران — یک بار آن را بسازید و دیگر هرگز نیازی به چاپ مجدد نیست

منوی QR کد در رستوران مبتنی بر یک لینک کوتاه و قابل تغییر: یک کد دائمی، به‌روزرسانی منو بدون نیاز به چاپ مجدد، و آمار اسکن‌ها بدون ردیابی مشتریان.

همه یک چیز را توصیه می‌کنند: یک کد QR تولید کنید، لینک منو را در آن قرار دهید، چاپ کنید، تمام. به نظر من این احمقانه‌ترین روش ممکن برای انجام این کار است. و تا لحظاتی دیگر نشان خواهم داد که چرا.

اول تصویر. جمعه، سالن پر، گارسون مثل باد می‌دوید. پشت میز شماره هفت، سه مهمان از پنج دقیقه پیش دارند با گوشی بالای یک برچسب چرب تکان می‌دهند. کد به یک فایل PDF مربوط به دو فصل پیش ختم می‌شود. نیمی از غذاها موجود نیستند. قیمت‌ها ساختگی هستند. در نهایت درباره منوی کاغذی می‌پرسند که دیگر چاپ نمی‌کنید. این را می‌شناسید؟ دقیقاً.

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

کدی که فایل را کدگذاری می‌کند، یک کد یک‌بار مصرف است (فقط خودت این را نمی‌دانی)

کلاسیک. شما یک QR تولید می‌کنید که شامل آدرس مستقیم به menu-wiosna-2025.pdf است. چاپ می‌کنید، لمینت می‌کنید، روی آویزها حکاکی می‌کنید و روی میزها قرار می‌دهید. زیباست. تا اولین تغییر در منو کار می‌کند.

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

خود کد QR احمقانه است. این دقیقاً یک تصویر است که تکه‌ای از متن را رمزگذاری می‌کند. اگر یک آدرس طولانی و ثابت به یک فایل را در آن قرار داده باشید، با آن آدرس ازدواج کرده‌اید. در خوشی و ناخوشی.

و تمام درمان در یک جمله خلاصه می‌شود. کد نباید به منو ختم شود. باید به یک لینک کوتاه ختم شود که هدف آن را هر زمان که بخواهید تغییر می‌دهید.

در عمل این‌گونه به نظر می‌رسد

به جای کدگذاری یک هیولا در قالب QR با سبک:

https://twojarestauracja.pl/uploads/2025/menu-final-v3-NEW.pdf

شما یک آدرس واسط کوتاه را کدگذاری می‌کنید:

https://cutty.dev/u/menu

این لینک هرگز تغییر نمی‌کند. فقط مقصدی که به آن ختم می‌شود تغییر می‌کند، و این چیزی است که شما در پنل کاربری در سی ثانیه تنظیم می‌کنید. امروز کارت بهار را باز می‌کند. فردا کارت زمستان را. تا یک ماه دیگر، آن را به PDF مربوط به شراب‌ها در کنار بار تغییر می‌دهید. برچسب‌های روی میزها؟ همان‌ها هستند. شما مقصد را جایگزین می‌کنید، نه کاغذ را. تمام ترفند همین است و واقعاً نکته پنهان دیگری در آن وجود ندارد.

دستورالعملی برای کدی که یک بار می‌نویسید و فراموش می‌کنید

به ترتیب.

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

سپس یک لینک کوتاه با یک پسوند معنادار بسازید. چیزی شبیه به /u/menu یا /u/karta. این زمانی مفید خواهد بود که مشتری ترجیح دهد آدرس را با انگشت تایپ کند یا زمانی که هنگام رزرو، آن را از طریق تلفن به او می‌گویید ("kropka dev, ukośnik menu").

از این لینک کوتاه، یک کد QR تولید می‌کنید. یک بار. در cutty.dev شما این کار را مستقیماً از روی لینک آماده انجام می‌دهید، بنابراین بین سه ابزار مختلف جابجا نمی‌شوید و با فایل‌های PNG مختلف سر و کله نمی‌زنید تا ببینید کدام‌یک درست است.

چاپ و توزیع می‌کنید. آویزها، برچسب‌ها، استیکر ورودی، پوستر ویترین برای سفارش‌های بیرون‌بر.

و تمام. از این پس تغییر کارت تنها یک ویرایش در پنل است. کاغذ سر جای خود باقی می‌ماند.

اسکن‌ها بیش از آنچه فکر می‌کنید درباره محل به شما می‌گویند

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

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

و حالا دقت کنید، چون این موضوع اهمیت دارد. در cutty.dev ما این اعداد را بدون ساختن پروفایل کاربر جمع‌آوری می‌کنیم. IP از طریق هش عبور می‌کند، هیچ ردیاب تبلیغاتی وجود ندارد و هیچ پرونده‌ای برای مشتری ساخته نمی‌شود. شما تعداد اسکن‌ها و روند زمانی را دریافت می‌کنید، یعنی دقیقاً همان چیزی که به مدیریت رستوران کمک می‌کند، بدون اینکه بشقاب اسپاگتی را به داده‌های شخصی تبدیل کنید. در صنعت غذا در اتحادیه اروپا، جایی که GDPR مثل سایه دنبال شماست، این تفاوت بین «ما آمار داریم» و «ما با بازرس مشکل داریم» است.

چند نکته کوچک که از استرس جلوگیری می‌کنند. منو و داده‌های اسکن‌ها روی سرورهای اتحادیه اروپا باقی می‌مانند، بنابراین یک موضوع کمتر برای بحث با حسابدار. کاربر نیازی به ساخت حساب یا کلیک کردن از میان دیوار رضایت‌نامه‌ها ندارد، زیرا هیچ چیز مثل یک cookie-wall قبل از شروع کار، اشتها را از بین نمی‌برد. و همین مکانیسم جایگزینی، پیشنهاد روز یا نظرسنجی پس از بازدید را نیز مدیریت می‌کند. فقط کافی است لینک موجود را برای لحظه‌ای تغییر مسیر دهید.

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

بنابراین دفعه بعد که کسی به شما پیشنهاد داد «لینک منو را در کد قرار دهید و چاپ کنید»، لبخند بزنید و کار دیگری انجام دهید. یک لینک کوتاه و قابل تغییر در پایین صفحه (به عنوان مثال cutty.dev) باعث می‌شود که کارت را تنها با یک کلیک به‌روزرسانی کنید، نه برچسب‌ها را روی سی میز. گارسون میز شماره ۷ از شما تشکر خواهد کرد.