रेस्टोरेंट में क्यूआर कोड मेनू — इसे एक बार बनाएं और फिर कभी दोबारा प्रिंट करने की जरूरत नहीं।

सब एक ही सलाह देते हैं: एक 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 सबपेज तुरंत खुल जाता है और हर स्क्रीन पर पढ़ने योग्य होता है, यहाँ तक कि उस फटी हुई स्क्रीन पर भी जो पचास ज़्लॉटी की है।

फिर एक अर्थपूर्ण अंत (suffix) के साथ एक छोटा लिंक बनाएं। कुछ ऐसा जैसे /u/menu या /u/karta| यह तब उपयोगी होगा जब कोई व्यक्ति उंगली से पता टाइप करना पसंद करता है या जब आप बुकिंग के दौरान फोन पर उसे बता रहे होते हैं ("dot dev, slash menu")।

इस छोटे से लिंक से आप QR कोड जेनरेट करते हैं। एक बार। cutty.dev में आप इसे सीधे तैयार लिंक से कर सकते हैं, इसलिए आपको तीन टूल के बीच कूदने और यह सोचने की ज़रूरत नहीं है कि कौन सी PNG फ़ाइल सही थी।

आप प्रिंट करते हैं और प्रदर्शित करते हैं। टैग, स्टिकर, प्रवेश द्वार पर स्टिकर, टेकअवे के लिए विंडो पोस्टर।

बस इतना ही। अब से कार्ड बदलना पैनल में केवल एक संपादन है। कागज़ अपनी जगह पर रहता है।

स्कैन आपको परिसर के बारे में आपकी सोच से कहीं अधिक बताते हैं

यहाँ वह चीज़ है जिसे अधिकांश रेस्तरां मालिक बस नज़रअंदाज़ कर देते हैं। एक छोटा लिंक स्कैन के आँकड़े देता है। और ये केवल फ्रेम में सजाने के लिए मृत संख्याएँ नहीं हैं, बल्कि आपके अपने प्रतिष्ठान के बारे में ज्ञान है।

आप देख सकते हैं कि शुक्रवार की शाम को मेनू कितनी बार खोला गया, और मंगलवार दोपहर को कितनी बार। लंच के लिए एक अलग कोड बनाएं और इवनिंग मेनू के लिए एक अलग कोड बनाएं, और आप देखेंगे कि आपके यहाँ वास्तव में डिनर कब शुरू होता है (आमतौर पर तब नहीं जब आप सोचते हैं)। वाइन लिस्ट के लिए एक अलग कोड आपको क्रूर सच्चाई दिखाएगा: क्या कोई वास्तव में उसे देखता भी है।

और अब ध्यान दें, क्योंकि यह महत्वपूर्ण है। cutty.dev में हम किसी गेस्ट प्रोफाइल बनाए बिना इन नंबरों को इकट्ठा करते हैं। IP एक हैश के माध्यम से जाता है, कोई विज्ञापन ट्रैकर नहीं हैं, और ग्राहक की कोई फाइल नहीं बनती है। आपको स्कैन की संख्या और समय के साथ ट्रेंड मिलता है, यानी बिल्कुल वही जो रेस्तरां चलाने में मदद करता है, न कि स्पैगेटी की प्लेट को व्यक्तिगत डेटा में बदलना। यूरोपीय संघ (EU) के गैस्ट्रोनॉमी में, जहाँ GDPR आपके सिर पर बैठा रहता है, यह "हमारे पास आँकड़े हैं" और "हमारे पास इंस्पेक्टर के साथ समस्या है" के बीच का अंतर है।

कुछ छोटी-छोटी चीजें, जो तनाव बचाती हैं। मेनू और स्कैन का डेटा यूरोपीय संघ के सर्वरों पर रहता है, इसलिए अकाउंटेंट के साथ बातचीत में एक कम विषय। अतिथि को खाता बनाने या सहमति की दीवार (wall of consents) के माध्यम से क्लिक करने की आवश्यकता नहीं है, क्योंकि कॉर्क-वॉल (cookie-wall) भूख को उतना खराब नहीं करती जितना कि मछली खाने से पहले। और यही प्रतिस्थापन तंत्र 'दिन का प्रचार' या विज़िट के बाद सर्वेक्षण को भी संभाल लेगा। बस मौजूदा लिंक को कुछ समय के लिए रीडायरेक्ट करना पर्याप्त है।

एक अच्छा QR कोड मेनू उबाऊ होता है। आप इसे एक बार प्रिंट करते हैं, यह सालों तक लटका रहता है और कीमतों के बारे में कभी झूठ नहीं बोलता। यहाँ उबाऊ होना एक प्रशंसा है।

तो अगली बार जब कोई आपको सलाह दे कि "कोड में मेनू का लिंक डालें और प्रिंट करें", तो मुस्कुराएं और कुछ अलग करें। नीचे एक छोटा, बदलने योग्य लिंक (उदाहरण के लिए cutty.dev) होने से आप केवल एक क्लिक में अपना कार्ड अपडेट कर सकते हैं, न कि तीस मेजों पर स्टिकर चिपकाकर। टेबल नंबर 7 का आपका वेटर आपको धन्यवाद देगा।