Web POS Kasiyer Sistemi Nasıl Seçilir? Mağaza Seçimi için 7 Soru

Önce gerçek bir sipariş deneyelim

İki farklı ölçü, bir indirim ve bir kısmi iade içeren bir sipariş hazırlayın. Kasiyerin sık kullanılan cihazlarda ürün seçimini tamamlamasını, tutarı doğrulamasını, tahsilat ve iade kayıtlarını gerçekleştirmesini sağlayın. Ürün ölçülerinin kolay ayırt edilebilir olup olmadığını, tutar değişikliklerinin açıklanabilirliğini, önceki sayfaya dönüldüğünde makul durumun korunup korunmadığını gözlemleyin. Bu siparişle ürünleri karşılaştırmak, genellikle özellikleri tek tek işaretlemekten daha faydalıdır.

Cihaz uyumu sadece ekran genişliğine bakmak değildir

Tezgah bilgisayarı, dokunmatik tablet ve telefonda farklı kullanım alışkanlıkları vardır. Önce mevcut barkod okuyucu, yazıcı, müşteri ekranı ve mutfak ekranı modellerini listeleyin, sonra tezgah alanı, ağ ve çalışan kullanım şeklini düşünün. AllinWebPOS masaüstü, tablet ve telefon için kasiyer girişleri sağlar; ekip mevcut cihazlarla planlama yapabilir ve mağaza günlük rutinine yakın bir demo düzenleyebilir.

Tahsilat kaydını ve gerçek ödemeyi ayrı doğrula

Sistem nakit veya harici kart kaydırmalarını kaydedebilir, ancak bankalar veya ödeme kurumlarıyla bağlantı göstermez. Tedarikçiler, ödeme hizmeti sağlayıcılarını, satıcı niteliklerini, para birimlerini, iade yöntemlerini, geri dönüş doğrulamasını ve ödeme doğrulama süreçlerini netleştirmek zorundadır. Gösterimlerdeki ödeme başarısı, sandbox veya üretim ödeme doğrulamasının yerini alamaz.

Yetki ve çevrimdışı durumda işlem kontrolü

Çalışan, mağaza müdürü ve genel merkez için farklı hesaplar hazırlayın, fiyat değişikliği, geri ödeme, rapor ve mağazalar arası veri erişimini doğrulayın. Çevrimdışı testi siparişlerin yerel olarak kaydedilmesi, ağın geri gelmesi, tekrar yükleme ve hata kayıtlarını kontrol etmeyi kapsamalıdır. Çevrimdışı faturalandırma, üçüncü taraf ödeme sistemlerinin çevrimdışı tahsilat yapabileceği anlamına gelmez.

Teslim ve çıkış kontrol listesini çıkarın.

SaaS'ın yeraltı ortamda kullanılıp kullanılmadığını veya dağıtıldığını ve yedekleme, yükseltme, izleme, dışa aktarma ve göçten kimin sorumlu olduğunu doğrulayın. Deneme çalışması bitmeden önce, cihazların, kabul sonuçlarının ve çözülmemiş sorunların bir listesini tutun, teslimata hangi öğelerin dahil olduğunu netleştirin.

Sorunları ortaya çıkaracak bir sunum senaryosu hazırlayın.

Diyelim ki bir giyim mağazasısınız ve renk ve beden seçenekli bir ürünü satıyorsunuz, ayrıca eski bir üye kupon kullanıyor. Önce çalışan yanlış bedeni seçsin, sonra doğruya düzeltin; ardından siparişi askıya alın, başka bir müşteriyi işleyip geri gelin ve ödemeyi tamamlayın. Ertesi gün müşteri yalnızca bir ürünü iade ediyor. Orijinal sipariş, indirim dağılımı, iade tutarı ve stok kayıtlarının eşleşip eşleşmediğini gözlemleyin. Bu senaryolar, sistemin mağaza işleyişine uygun olup olmadığını anlamaya yardımcı olur.

Eğer bir çay & içecek dükkanı işletiyorsanız, renk ve bedeni bardak tipi, sıcak/soğuk ve ekstra malzeme olarak değiştirin, yan yemek masası numarası veya paket sipariş işaretini ekleyin. Aynı test yöntemiyle, farklı ürünlerin gerçekten ilgilendiğiniz süreçlerde nasıl işlendiğini görebilirsiniz.

Yedi sorudan her birinde kimi onaylayacak?

Ürün, promosyon ve iade kuralları mağaza müdürü veya iş sorumlusu tarafından doğrulanmalıdır; cihaz ve ağ uygulayıcı tarafından doğrulanır; ödeme hesabı ve gerçek işlemler satıcı ve ödeme hizmet sağlayıcısı tarafından kontrol edilir; yetkiler genel merkez ve mağaza sorumlusu tarafından birlikte incelenir; yedekleme, yükseltme ve taşınma teslim eden taraflar arasında kararlaştırılır. Bir demo kişisinin ‘‘hepsi destekleniyor’’ demesi tüm süreçleri yerine geçmesin.

Her soruyu "Kim çalıştı, hangi koşullarda ve hangi sonuçlar gösterilmeli" şeklinde yazın. Örneğin, personel iade talep edebilir, ancak geri ödemeleri kendilerinin işleyip işleyemeyeceği role ve yetkilendirme koşullarına bağlıdır. Sipariş numarasını, ekran görüntüsünü ve cihaz modelini gelecekte çoğaltmak için saklamak en iyisidir.

Deneme sürümünden yayına geçişe kadar, bir sonraki adımı nasıl belirleriz?

Önce bir mağaza seçin, az sayıda kontrol edilmiş ürünle tam siparişi çalıştırın, sonra diğer ebatlar, promosyon ve satış sonrası durumları planlayın. İşi engelleyen sorunları ve deneyim geliştirmeyi ayrı kaydedin: Yazdırılamayanlar, tutar uyumsuzluğu veya yetki ihlalleri önce çözülmeli; işlemi etkilemeyen düzenleme önerileri test çalıştırmada ayarlanabilir.

Deneme kullanımın sonunda, her iki tarafın anlayabileceği bir liste oluştur: doğrulanan süreçler, doğrulanmamış dış arayüzler, cihaz sınırlamaları, veri taşıma kapsamı ve destek yöntemi. Kabul edilmemiş kısımlar durumunu korumalı, böylece diğer mağazalara yayılırken varsayılan olarak tamamlanmış sayılmaz.

Yönetim görevi karşılaştırma sistemini kullanın

Yerinde kontrol listesi

• Gerçek SKU'larla tam sipariş ve iade yap
• Gerçek yazıcılar, tarayıcılar ve ağlar kullanılarak kabul
• Gerçek ödeme ile muhasebe kaydı arasındaki farkı kontrol et
• Yetki doğrulama, bağlantı kesildiğinde geri dönüş ve veri dışa aktarma