Bir adisyon sisteminin zor kısmı sipariş kaydetmek değil. Zor kısım; yoğun serviste okunabilir kalmak, iptal edilen satışı hatırlamak, internet kesildiğinde çökmemek ve fiyatın tek bir yerden gelmesini garanti etmek.
Bir restoran POS sisteminde beş karar sonucu belirler: (1) iptal ve geri alma işlemleri yasaklanmamalı ama iz bırakmalı; (2) kasa arayüzü dokunmatik ve refleksle kullanılacak şekilde az adımlı olmalı; (3) mutfak ekranı sipariş listesi değil, bekleme süresini renkle gösteren bir durum ekranı olmalı; (4) menü fiyatı QR menü dahil tek kaynaktan gelmeli; (5) sadakat verisi sonradan eklenen modül değil, satış kaydının doğal parçası olmalı. Bu kararlar yazılım dilinden veya çerçeveden daha belirleyicidir.
Adisyon sistemi yazmaya başlayan çoğu geliştirici işe veri modelinden başlar: masa, adisyon, ürün, ödeme. Bu model bir hafta içinde çalışır hâle gelir ve sistem "bitmiş" görünür.
Gerçek problemler sonra başlar ve hiçbiri veri modeliyle ilgili değildir:
Bu listedeki hiçbir madde daha iyi bir veritabanı şemasıyla çözülmez. Hepsi ürün kararıdır.
Bir POS sisteminin en hassas işlevi satış eklemek değil, satış silmektir.
İki uç da yanlıştır. İptali tamamen yasaklarsanız sistem kullanılamaz — yanlış giriş her serviste olur ve düzeltilebilmelidir. İptali serbest bırakırsanız kasa açığının en kolay yolunu açmış olursunuz: ürün girilir, tahsil edilir, sonra kayıt silinir.
Doğru kurulum ortada: iptal serbesttir ama iz bırakır.
Bu, teknik olarak küçük bir karar — kaydı silmek yerine işaretlemek. İşletme açısından ise sistemin güvenilirliğinin tamamı buradan gelir.
Kasa arayüzünün tek ölçütü hızdır ve hız, görsel sadelikten değil dokunuş sayısından gelir.
Pratik kurallar:
Web tabanlı bir POS'un buradaki avantajı, aynı uygulamanın kasada, tablette ve mutfak ekranında farklı görünümler olarak çalışabilmesi. Her cihaza ayrı program kurulmaz, sürümler ayrışmaz.
En sık yapılan hata, mutfağa yönetim panelindeki sipariş listesini vermek. O liste bir e-ticaret operasyonu için tasarlanmıştır: filtre, arama, sayfalama, toplu işlem.
Mutfaktaki kişi liste okumaz. Ekrana bir buçuk metre uzaktan, elleri doluyken, bir saniye bakar. Ekranın ona tek bir şey söylemesi gerekir: şimdi neyi yapmalıyım?
Bunu sağlayan tasarım kararları:
Restoranlarda fiyat en az üç yerde görünür: kasada, basılı ya da QR menüde ve varsa online sipariş sitesinde. Bu üçü ayrı sistemlerde tutulduğunda kaçınılmaz olarak ayrışır — zam yapılır, biri güncellenir, diğeri unutulur.
Sonuç müşteriyle tartışmadır ve bu tartışmayı işletme her seferinde kaybeder.
Doğru kurulum: fiyatın tek bir kaynağı olur, diğer yüzeyler bu kaynaktan okur. QR menü POS'un ürün verisinden beslenmelidir; ayrı bir menü sitesi değil, aynı verinin başka bir görünümü olmalıdır. Kasada fiyat güncellendiğinde masadaki QR menü de güncel olur.
Bir restoranda internet kesilir. Bu, olasılık değil zaman meselesi. Sistem bu ana hazırlıklı değilse servis durur ve işletme kâğıda döner — döndüğünde de o servisin verisi kalıcı olarak kaybolur.
Web tabanlı bir POS için dayanıklılık kademelidir ve her kademe ayrı bir maliyettir:
Hangi kademenin gerektiği işletmeye bağlıdır — ve bu bir bütçe kararıdır, teknik zorunluluk değil. Ama kararın bilinçli verilmesi gerekir. En kötü senaryo, kimsenin bu soruyu sormadığı ve ilk kesintide durumun öğrenildiği kurulumdur.
Sadakat programı çoğu sistemde sonradan eklenen bir modüldür ve bu yüzden zayıf çalışır: satış kaydı ile müşteri kaydı ayrı yerlerde durur, eşleştirme kasiyerin inisiyatifine kalır ve veri yarım toplanır.
Oysa sadakatin çalışması için gereken tek şey satışın kime yapıldığının kaydedilmesi. Bu, sistemin başında verilmesi gereken bir karardır.
Bu karar verildiğinde üzerine kurulabilecekler kendiliğinden gelir:
Kritik tasarım kararı, kuralın koda gömülü olmaması. "Salı günleri filtre kahvede çift damga" demek için yazılım güncellemesi gerekmemeli; kural tanımlanabilmeli. Aksi hâlde işletme kampanyayı denemekten vazgeçer ve sistem ölü bir özellik taşır.
Adisyon sisteminde ayırt edici olan teknoloji seçimi değil, beş karardır: iptal iz bırakır, kasa az dokunuşla çalışır, mutfak ekranı durum gösterir, fiyat tek kaynaktan gelir ve satış kime yapıldığını bilir.
Bu kararlar doğru verildiğinde sıradan bir teknoloji yığını yeterlidir. Yanlış verildiğinde en modern yığın bile sahada terk edilir.
Bu mimarinin uygulandığı bir örnek: Sisa Atelier POS ve sadakat sistemi.
Tek şubeli, standart çalışan bir işletmede hazır program genellikle daha ucuz ve yeterlidir. Özel yazılım, sadakat kurgusu, kampanya mantığı veya raporlama ihtiyacı hazır programın izin verdiği kalıba sığmadığında anlamlı olur. Belirleyici soru şudur: sistemin müşteriyi hatırlaması ve kuralları sizin belirlemeniz ne kadar değerli?
Yeterlidir, ancak ekranın uzaktan okunabilir olması şartıyla. Mutfaktaki kişi ekrana bir buçuk metre uzaktan bakar; küçük yazılı bir sipariş listesi işe yaramaz. Bekleme süresinin ve gecikme renginin uzaktan görülebilmesi, ekran boyutundan daha önemlidir.
Kurulumun hangi dayanıklılık kademesinde olduğuna bağlı. En basit kademede sistem uyarı verir ve veri kaybetmez ama sipariş alınamaz. Orta kademede açık adisyonlar cihazda tutulur ve bağlantı gelince eşitlenir. Bu bir bütçe kararıdır; önemli olan kararın kurulum sırasında bilinçli verilmesidir.
Yeni müşteri kazanmaktan çok mevcut müşteriyi geri getirmekte işe yarar — kafe işletmeciliğinde kârlılık büyük ölçüde oradadır. Şartı şudur: kural işletmeye uymalı ve denenerek ayarlanabilmelidir. Kuralı sabit olan bir sistemde sadakat özelliği kısa sürede kullanılmaz hâle gelir.