QR Menü

Menüyü Açan Kişi Ne Sipariş Vereceğini Kolayca Görsün

Bir liste kimi zaman masaya oturulduğunda, kimi zaman kapıdan girmeden telefonda açılır. Karşıdaki kişi ürünün ne olduğunu, hangi biçimlerde geldiğini ve nasıl isteneceğini merak eder. Metin sırasını bu karar anlarına göre kuruyor, ürün bilgisiyle yönlendirmeyi tek bir akışta birleştiriyoruz.

Bir QR menü çalışması, elinizdeki listeyi yalnızca ikinci bir ekrana kopyalamaktan ibaret değildir. Ürün adları, tanımlar ve servis şekli okuyan için birlikte anlam kazanmalıdır. Gel-al ya da paket usulü seçenekler sunuluyorsa, bunların masadaki servisle aynı şartları taşıyıp taşımadığı ilgili yerde açıkça yazılabilir.

İşe, kullandığınız güncel listeyi ve konukların en sık merak ettiği noktaları bizimle paylaşarak başlayabilirsiniz. Ürünleri yakından bilen ekiple hangi bilgilerin ekranda yer alacağına karar veririz. Amacımız, seçenekleri sakince gözden geçiren kişinin gerçekte sunduğunuz liste hakkında yerinde bir beklentiye ulaşmasını sağlamaktır.

  • Farklı okuma anlarına göre kurulan menü akışı
  • Ürün bilgisiyle beraber sunulan yönlendirme
  • Servis şekline göre saptanan ürün açıklamaları
  • Gerçek sunumla örtüşen konuk beklentisi

Yerinde Servis ile Paket Sunumun Farklarını Anlatalım

Bir yemeğin işletme içinde masaya gelişiyle paket halinde hazırlanışı birbirinden ayrılabilir. Yanına konulan seçenekler, sunum notu veya isteme yöntemi değişebilir. Böyle ayrımlar söz konusuysa her alanda aynı muğlak notu yinelemek yerine, ilgili listenin tam olarak neyi kapsadığını sizin verdiğiniz bilgiyle belirginleştiriyoruz.

Dijital liste planı kurulurken, ayrı servis seçeneklerinin ortak ürünleri nasıl paylaşacağı düşünülür. Bir kaydın tanımı güncellendiğinde bu değişiklik öbür listeye de geçecek mi, yoksa bağımsız mı tutulacak, önceden kararlaştırılır. Denetimsiz kopyalar çoğaltmak, ileride aynı ürünün iki ayrı şekilde anlatılmasına kapı aralayabilir.

Açılış ekranında servis türünün seçilmesi isteniyorsa, bu tercihin neyi değiştirdiği kullanıcıya anlaşılır biçimde aktarılır. Yalnızca bir başlığa dokunmak, arka planda sipariş ya da teslimat başlatıldığı anlamına gelmez. Sunum bilgisi ile işlem yeteneği arasındaki çizgi, çalışmanın kapsamında ayrıca netleştirilir.

  • Servis türüne göre onaylanan ürün bilgisi
  • Ortak kayıtların kullanım bağının belirlenmesi
  • Fazladan menü kopyasını azaltan içerik düzeni
  • Sunum tercihiyle işlem kapsamının ayrışması

Her Ürünü Aynı Bilgi Şablonuyla Düzenli Kuralım

Her ürünün altında aynı başlıkların yer alması, listeyi sonradan güncellemeyi kolaylaştırır. Bu nedenle adı, kısa tanımı, seçenekleri ve görseli baştan ayrı kutulara yerleştiriyoruz. Elinizdeki eski dosyada kimi kalem gereğinden uzun anlatılmış, kimisi çoktan raftan inmiş olabilir; hangilerini yeni yapıya taşıyacağımızı birlikte karara bağlarız.

Aynı yemeğin eski dosyalarda farklı adlarla yazıldığı, benzeyen iki başlığın ise apayrı içerikleri gösterdiği çok olur. Bir QR menü kurulurken bu karışıklığın önden giderilmesi gerekir; yoksa yayında iki ayrı kalem gibi görünürler. Kuşkulu başlıkları sizin yetkili arkadaşınıza danışarak, konuğun ekranda göreceği kesin yazımı beraber saptarız.

Henüz servise girmemiş deneme ürünleri ya da listeden çıkarılmış seçenekler, yayındaki menüye karışmamalıdır. Eksik kalan bilgileri işaretleyip tamamlanması gereken yerleri size iletiriz. Tasarım örneklerinde geçici yazı bırakıldıysa son sürümde değiştirilip değiştirilmediği gözden geçirilir; tamam gibi görünen bir ekran, içeriğin onaylandığı anlamına gelmez.

  • Her ürün için ortak içerik başlıkları
  • Yakın adlar için doğrulanmış adlandırma
  • Güncel kayıtlardan ayrışan deneme ürünleri
  • Eksikleri işaret eden hazırlık ve onay akışı

Ürün Tanımı Seçimi Yönlendiren Somut Bilgiler Taşısın

Menüde geçen bir ürün adı, herkesin gözünde aynı şeyi çağrıştırmayabilir. Temel içeriği, hazırlanış biçimi ya da öne çıkan sunum özelliği birkaç kelimeyle belirtilebilir. Tanımı yalnızca güzelleme sıfatlarıyla doldurmak yerine, konuğun seçenekleri birbirinden ayırmasına yarayan verilerle kurmayı yeğliyoruz.

Bir QR menü düzeninde ürün tanımları, işletmenin doğruladığı sunuma dayanır. Fotoğrafta görünen bir yan lezzetin ana seçeneğe dahil olup olmadığı gerektiğinde belirtilir. Aynı gruptaki kayıtların benzer bir bilgi diziliminde verilmesi karşılaştırmayı kolaylaştırır; metnin kısa tutulması, gereken ayrıntının atılacağı anlamına gelmez.

Paket sunumda bir fark varsa, bunu ürün tanımıyla aynı yerde okumak mümkün olmalıdır. Kullanıcı bu ayrıntıyı listenin başka bir köşesinde aramak zorunda bırakılmamalıdır. Son okumada adlar, tanımlar ve görseller yan yana incelenir; birbirini destekledikleri ve yanıltıcı bir beklenti doğurmadıkları kontrol edilir.

  • Seçime etki eden somut ürün tanımları
  • İşletmenin doğruladığı sunum verileri
  • Yakın ürünlerde karşılaştırılabilir bir anlatım
  • Görselle metnin bir arada onaylanması

Ekstralar ile Birlikte Gelen Seçenekler Karışmasın

Bir ürünün standart içeriğiyle isteğe bağlı eklentileri aynı görünümde verilirse, konuk neyin fiyata dahil olduğunu seçemeyebilir. Bu bilgilerin QR menü içinde nasıl ayrılacağını sizinle beraber belirliyoruz. Birden çok ürünün bir arada sunulduğu paketlerde de içinde hangi parçaların bulunduğu açıkça gösterilmelidir.

Boyut, ekstra ya da bir üründe yapılabilecek değişiklik gibi tercihler, her kalem için geçerli olmayabilir; birinde anlamlı olan bir seçenek ötekinde karşılık bulmaz. Bu yüzden tercihleri ait oldukları kaleme tek tek bağlıyor, mutfakta gerçekten sunulup sunulmadığını ekibinizle teyit etmeden listeye taşımıyoruz.

Bir seçim yapıldığında otomatik toplam isteniyorsa, bunun bağımsız bir işlev olarak tanımlanması gerekir. Bilgi gösteren bir liste her durumda işlem yürütmez. Dokunulan alanın gerçek sonucunu açıkta tutuyor, eklenti notlarını yarım kalmış bir sipariş ekranı izlenimi verecek şekilde kurmamaya özen gösteriyoruz.

  • Standart içerikten ayrı tutulan ekleme notları
  • Bir arada sunulan ürünlerin açık dökümü
  • Her ürün için onaylanan seçenek geçerliği
  • Bilgilendirme ile hesap işlevinin ayrı tutulması

Kategoriler Arasında Dolaşmak Fazladan Uğraş İstemesin

Listede çok sayıda ürün olması, kullanıcının aradığı bölüme ulaşamayacağı anlamına gelmemelidir. Kategori adlarını ve bunların sırasını ürün çeşidinize göre biçimlendiriyoruz. Mutfakta kullanılan kısa adların dışarıdan bakan birine anlaşılır gelip gelmediğini de tartıyor, menüye giriş yolunu buna göre yalınlaştırabiliyoruz.

Bir QR menü düzeninin telefondaki hâlinde kategori denetimleri, başlıklar ve ürünler arası boşluklar birlikte ele alınır. Uzun adların ya da notların ekranda nasıl alt satıra indiği denenir. Kullanıcı başka bölüme geçtiğinde nerede olduğunu sezebilmeli, gereksiz kaydırmayla aynı listeye tekrar tekrar dönmemelidir.

Görselli ve görselsiz kayıtlar aynı liste içinde dengeli durmalıdır. Her ürüne büyük bir fotoğraf ayırmak, içeriği gereğinden fazla uzatabilir. Gerçek metinlerle yerleşimi sınayarak dokunma alanlarını, okunaklılığı ve bölüme geri dönüşü bir arada değerlendiriyoruz; karar yalnızca masaüstü görünümüne bakılarak verilmez.

  • Ürün çeşidine uygun kategori başlıkları
  • Telefonda sınanmış uzun ürün yazıları
  • Hangi bölümde olduğunu belirten gezinme
  • Resimli ve resimsiz ürünlerde düzenli akış

Fotoğraflar Gerçek Sunumu Olduğu Gibi Yansıtsın

Bir ürün görseli ilgi çekebilir; ama işletmenizde çıkan tabaktan farklıysa beklentiyi baştan yanlış kurar. Kullanacağınız fotoğrafların doğru ürünle eşleşmesi ve kullanım izninin bulunması gerekir. Boş kalan görselleri gelişigüzel doldurmak yerine, gereken çekim ya da hazırlık ihtiyacını ayrıca not ediyoruz.

Bir QR menü için görsel hazırlanırken kadraj ile dosya boyutu birlikte gözden geçirilir. Telefonda küçük bir alanda görünecek fotoğrafın gereken ayrıntıyı taşıması beklenir. Görseli kullanılacağı ölçüye göre hazırlamak, ağır dosyaların listeyi boş yere yavaşlatmasının önüne geçmeye yardımcı olur.

Bir kaydın illa fotoğrafı olması gerekmez; yalnızca yazıyla anlaşılan kalemler de ekranda dağınık durmadan yerini alır. Tabakta ve pakette görünüşü ayrışan ürünlerde hangi karenin nereye gireceğini önceden konuşuruz. Bir resim değiştirildiğinde altına düşen yazıyla hâlâ örtüşüp örtüşmediğine yeniden bakarız. Böylece resimli ve resimsiz kalemler bir arada düzgün durur.

  • Doğru ürünle bağlanan fotoğraf seçimi
  • İzni belirlenmiş görsel malzemelerin kullanımı
  • Ekrandaki ölçüye göre hazırlanan dosya
  • Ayrı sunumlara göre belirlenen görseller

İçerik Duyarlılıklarını Doğrulanmış Bilgiyle Aktaralım

Konuk bir ürünü seçerken içerik ve beslenme tercihlerine dair açıklama arayabilir. Listede kullanılan küçük simgeler veya kısa notlar bu noktada değer taşır. Hangi işaretin neyi anlattığını işletmenizin sorumlularıyla birlikte saptıyor, anlaşılmayan ya da doğrulanmamış ifadelere yer vermiyoruz.

İçerik uyarıları bulunan bir QR menü hazırlığı, ürünün malzemesini ve pişirilişini bilen kişilerin doğru veriyi vermesini gerektirir. Tasarım ekibi tarif ya da üretim koşulu üzerine tahmin yürütmez. İşletmenizce onaylanan açıklamaları uygun alanda okunaklı biçimde sunuyor, bilginin kaynağıyla tutarlı kalmasını gözetiyoruz.

Ekranda beliren küçük bir işaret, tek başına o ürüne dair kesin bir taahhüt sayılmaz; yeri gelince konuğu ayrıntı için çalışana yönelten kısa bir not daha yerinde durur. Bir malzeme ya da hazırlanış yolu değiştiğinde ilgili kalemin baştan ele alınması gerekir. Doğru bilginin kimden geleceği ve ekrana kimin gireceği de bu işin parçasıdır.

  • Anlamı belli içerik ve beslenme simgeleri
  • Yetkili kişiden gelen ürün açıklamaları
  • Tarif değişince güncelleme sorumluluğu
  • Detay istemek için açık bir yönlendirme

Şu An Menüde Olmayan Ürünlere Belirgin Bir Yol İzleyelim

Bir ürün, günün her saatinde veya her sezonda sofraya gelmeyebilir. Böyle geçici hallerin ekranda nasıl yansıyacağı kararlaştırılmazsa, konuk aslında bulunmayan bir tercihe göre seçim yapabilir. Bu iniş çıkışları hangi yöntemle takip ettiğinizi öğrenir, ona göre işleyen bir içerik yönetim biçimi öneririz.

Güncellenebilir bir QR menü içinde ürünü gizlemek, yanına not düşmek ya da yalnızca belli bir bölümde göstermek ayrı yollardır. Hangisinin seçileceği gerçek servis akışına göre kararlaştırılır. Otomatik zamanlama isteniyorsa bu ayrı bir işlev olarak ele alınır; metin girilen bir alan kendi başına saat denetimi yapmaz.

Gün içindeki güncellemeyi kimin üstleneceği ve hangi adımda kontrol edileceği net durmalıdır. Kapatılan bir seçenek yeniden açıldığında, ona ait bilginin de tazelenmesi aynı sorumluluğun kapsamındadır. Böyle bir işi salt ilk veri girişinden ibaret saymıyor; ilerleyen günlerde de yürüyecek, uygulaması kolay bir görev akışı oluşturmaya bakıyoruz.

  • Kısa süreli ürün durumuna göre yayın
  • Servis akışına bağlı görünürlük kararları
  • Ayrıca tanımlanması gereken otomatik zamanlama
  • Günlük denetimi yapacak kişinin saptanması

Kodla ve Bağlantıyla Erişimi Bir Arada Düşünelim

Masadaki ya da duvardaki kod okutularak listeye ulaşılabilir; aynı adres bir mesajla da gönderilebilir. Menünün hangi noktalardan açılacağını öğrenip erişim düzenini ona göre kuruyoruz. Kullanıcı kodu kendi telefonunda gördüğünde, dokunulabilir bir adresin de bulunması paylaşımı rahatlatır. Adresi kısa bir tanıtımla vermek, hangi listenin karşınıza geleceğini baştan belli eder. Özellikle ayrı servis listeleri devredeyse, bağlantının taşıdığı ad ile açılan ekranın aynı bilgiyi verdiği tek tek kontrol edilir. Böylece farklı paylaşım kanallarında karışıklık yaşanmaz.

Bir kodun sağlıklı okunup okunmadığı, ancak asıl konulacağı yerde birkaç ayrı telefonla denendiğinde açığa çıkar; salt tasarım dosyası bu konuda aldatıcı olabilir. Kodun büyüklüğü, kenarındaki boşluk ve basıldığı zeminin cinsi taramayı doğrudan etkiler. Fazla ufak kalan ya da ışığı yansıtan bir yüzeyde telefon kodu zor yakalar.

Karekodun işaret ettiği adresi kimin denetleyeceği, işin başında açığa kavuşturulmalıdır. İçerik yenilendikçe aynı bağın yerinde durması, tabelayı ya da kartı baştan bastırma zahmetini düşürür; farklı bir platforma geçildiğinde bu konu tekrar masaya yatırılır. Giriş verileri ve kullanılan tüm adresler teslimde şeffaf biçimde aktarılır, sizin elinizdeki kaynaklar ortada tutulur.

  • Karekod ve tıklanır bağlantıyla erişim yolları
  • Basılacak yüzeye göre kod konumu
  • Sahada yapılan gerçek tarama denemesi
  • Sahibi belli kalıcı bir menü adresi

Ürün Bilgisini Ayrı Dillerde Tutarlı Verelim

Menü ikinci bir dile taşınacaksa, yalnız ürün adları değil; seçeneklerin ve servise dair notların ne kadarının aktarılacağı da önceden çizilmelidir. Sadece bölüm başlıklarını başka dile geçirmek çoğu zaman eksik kalır. Metni kimin çevireceği, işletmeye has ifadelerin doğruluğunu kimin onaylayacağı ilk görüşmede belirlenir.

Birden çok dile sahip bir menü, upuzun kelimelerle ve dilden dile değişen satır düzeniyle sınanmalıdır. Bir dile geçildiğinde okuyanın istediği kısma rahat erişmesi gerekir. Bilgisi tam girilmemiş bir sürümün ekranda ne yapacağı önceden kurala bağlanır; ortada olmayan bir notu ziyaretçinin kafasında tamamlaması beklenemez.

Otomatik çeviriye başvurulacaksa, çıkan metnin elden geçirilmesi başlı başına bir iş olarak planlanmalıdır; hassas yerlerde bir QR menü taslağının ekranda durması, o dilin elden geçtiği anlamına gelmez. Asıl kayıttaki her düzeltmenin öbür dillere de yansıması gerektiğinden, bu görevi en baştan içeriği yönetecek kişiyle beraber tanımlıyoruz.

  • Her dil için belirgin içerik sınırı
  • Uzun çevirilerle sınanan yerleşim düzeni
  • Eksik kalan açıklama için tanımlı davranış
  • Dil sürümleri arasında süren güncelleme akışı

Menü Yönetimiyle İşlem Yeteneklerini Ayrı Ayrı Anlatalım

Bir ürün tanımını düzenlemek ile sipariş almak ya da ödeme toplamak birbirinden ayrı işlevlerdir. İşletmenizin yalnızca bilgi mi sunmak istediğini, yoksa bir işlem akışına mı gereksinim duyduğunu öğreniyoruz. Karşılığı olmayan düğmeler göstermek yerine, kurulacak özellikleri kapsamıyla beraber tanımlıyoruz.

Panel üzerinde hangi kısımların değiştirilebileceği ve bu yetkinin kime verileceği önceden saptanır. Siparişin başka bir platforma aktarılması isteniyorsa, bunun teknik altyapısı baştan araştırılır. İletinin ulaşmama ihtimali, gelen talebin hangi birime yönleneceği gibi ayrıntılar da kurulacak işlemin bir parçası sayılır.

Ekrandaki görünüm, sahip olduğunuz web tasarımının çizgisiyle bir bütün gibi durabilir. Ne var ki bu benzerlik, arka plandaki tüm servislerin kendi kendine bağlanacağı sonucunu doğurmaz. Düzenleme, bilgi verme ve isteğe özel yazılım işlerini birbirinden ayırıp, elinize geçen yapının neyi karşıladığını açık açık aktarıyoruz.

  • Bilgi ekranından ayrı duran sipariş yetenekleri
  • Yetkisi tanımlı içerik düzenleme bölümleri
  • Çalışması sınanacak sistem bağlantıları
  • Tasarım uyumundan ayrı tutulan teknik kapsam

En Son Kontrolü Konuğun Menüye Ulaştığı Yerden Yapalım

Yaptığımız girişler idare tarafında sorunsuz gibi durabilir; ama konuk sayfaya bambaşka bir noktadan bağlanır. Bu yüzden son denetime, tıpkı bir müşteri gibi asıl koddan ya da adresten girerek başlıyoruz; oradan bölümlere, ürünlere ve yönlendirmelere doğru ilerliyoruz. Kapsama giren durumlarda dil ve servis tercihi de bu sırada gözden geçirilir.

Bir QR menü hizmete verilmeden önce; kalemlerin adı, altındaki açıklama ve resimlerin birbirini tutup tutmadığı tek tek denetlenir. Kimi kaydın çok uzun yazısı, kiminin resimsiz oluşu, bazılarının belli saatlerde kapanması gibi senaryolar ayrı ayrı sınanır. Metinlerin onayını sizin sorumlunuzla alırken; cihazdaki açılış ve teknik giriş bizim tarafımızda ayrıca gözden geçirilir.

Liste adresi, yönetim erişimi ve kapsama giren kullanım bilgileri teslimde paylaşılır. Sonradan yapılacak düzenlemelerin nasıl ilerleyeceği ve desteğin nereye kadar uzandığı belirtilir. Elinizdeki güncel ürün dökümünü ve servis biçiminizi bize iletin; konuğun rahatça göz gezdirebileceği, çalışanlarınızın kolayca güncel tutabileceği bir yapı kuralım.

  • Asıl giriş yolundan yürüyen kullanım denetimi
  • Ürünle görselin eşleşmesinin doğrulanması
  • Telefon ekranıyla beraber yapılan inceleme
  • Erişim ve destek notlarıyla tamamlanan teslim

QR Menü Hakkında Merak Edilenler

İhtiyacınıza göre ortak ya da birbirinden ayrılmış bir liste kurgusu hazırlanabilir. Ürün bilgilerinin nerede örtüştüğü, nerede farklılaştığı önceden saptanmalıdır. Seçilen servis biçiminin hangi açıklamaları değiştirdiği kullanıcıya gösterilir. Bu tercih yalnızca bilgi verebilir; kendiliğinden bir sipariş ya da teslimat başlatmaz. Kapsam, işletmenin gerçek servis akışı üzerinden anlatılır.

Yalnızca kod resmini paylaşmak, her kişi için kullanışlı düşmeyebilir. Bunun yanında, üzerine dokununca doğrudan açılan bir bağlantının da gönderilmesi düşünülebilir. Duvardaki karekod ile mesajla iletilen bağlantı, her seferinde aynı taze içeriğe götürür. Hangi adresin işleyeceği ve dizginlerin kimde kalacağı belirlendiğinde, değişik kanallardan menüye ulaşmak epeyce rahatlar.

Bu özellik, kurulacak yapının kapsamına göre değişir. Bir liste eklentileri yalnızca bir not olarak gösterebilir ya da uygun işlem yetenekleriyle birlikte hazırlanabilir. Otomatik toplam ve sipariş akışı ayrıca ele alınmalıdır. İstenen davranış teknik yönden doğrulanmadan hazır bir özellikmiş gibi sunulmaz; hangi seçeneğin hangi üründe geçerli olduğu da sizinle netleştirilir.

Hayır, gerek yoktur. Yazıyla anlaşılabilen kayıtlar görsel olmadan da derli toplu sunulabilir. Tasarım, değişik içerik türlerini bir arada taşıyacak şekilde kurulur. Fotoğraf eklenecekse gerçek ürünü yansıtması ve kullanım izninin bulunması gerekir. Boş kalan yeri başka bir ürünün resmiyle kapatmak yerine, yeni bir çekim ya da hazırlık gereği ayrıca değerlendirilebilir.

Bu talep yönetilecek işlevler arasına konursa, ürüne özel bir gösterim seçeneği kurulabilir. Bir kaydı büsbütün silmekle onu kısa süreliğine görünmez kılmak, birbirinden ayrı sonuçlar üretir. Aynı ürünün başka dillerdeki ve başka servis türlerindeki karşılığına yansıması da anlatılır. Düzenlemenin ardından canlı hâl gözden geçirilir; kalem tekrar açıldığında bilgisini tazeleyecek kişi de baştan bellidir.

Ürünleri tanıtan liste ile işlem yürüten sistem aynı kapsamda değildir. Sipariş, ödeme ya da başka bir uygulamaya aktarım isteniyorsa; gereken hizmetler, hesaplar ve teknik bağlantılar tek tek incelenir. Kullanıcıya dönecek sonuç ile işletmenin talebi nasıl karşılayacağı önceden planlanır. Hangi yeteneklerin kurulacağı en baştan anlatılır; salt menü tasarımıyla bütün işlemlerin kendiliğinden doğacağı varsayılmaz.