Hediye kartı bakiye sorgulama sayfasını, müşteri kodu araması ve satın alma sonrası bakiyeleri güvenle ayarlayan personel araçlarıyla nasıl tasarlayacağınızı öğrenin.
Bir hediye kartı bakiye sorgulama sayfasının tek işi vardır: bir kişinin bir hediye kartında ne kadar para kaldığını hızlı ve karışıklık olmadan söylemek. İnsanlar bunu bir şey almadan hemen önce, kartı yeni aldıklarında veya yakın zamanda bir alışveriş yaptıktan sonra kullanır.
Bu sayfa genellikle iki kitleye hizmet eder:
Mağazanızda “kod”un ne anlama geldiğini açıkça belirtin. Bu fiziksel kartın arkasındaki basılı bir numara, bir e-postadaki kod veya uygulamanın içinde gösterilen bir şey olabilir. Bazı programlar ayrıca bir PIN veya kazınacak bölüm gerektirir. Sisteminiz hem kart numarası hem PIN istiyorsa, bunu hemen söyleyin ki insanlar zaman kaybetmesin.
İyi bir deneyim öngörülebilir hissettirir: kodu girmek için net bir alan, tek bir belirgin “Bakiye Kontrol Et” eylemi ve okunması kolay bir sonuç (para birimi artı “son güncelleme” zamanı). Bir şey yanlış giderse, sayfa kişinin sıkışmış hissetmeden nasıl ilerleyeceğini açıklamalı.
Doğruluk tüm noktadır. Sayfa yanlış tutarı gösterirse, kasada anlaşmazlık, daha fazla destek çağrısı ve güven kaybı olur.
Bir hediye kartı bakiye sorgulama sayfasının iki görevi vardır: müşterilerin ne kadar kaldığını doğrulamalarına yardımcı olmak ve veznede bir değişiklik olduğunda personele bakiyeleri güvenli şekilde güncelleme imkanı vermek. En iyi düzenlemeler müşteri görünümünü basit tutar ve güçlü işlemleri personel ekranının arkasına koyar.
Müşteri tarafında akış bir fiş sorgusuna benzemeli: kodu gir, kontrol et’e dokun, net bir cevap al. Kalan bakiyeyi mağazanın para biriminde gösterin ve sonucu güncel hissettirmek için bir “son güncelleme” zaman damgası ekleyin.
Personel tarafında akış arama, doğrulama ve ardından düzeltmedir. Personel kodla (ve isterseniz daha sonra tarama ile) bir kart bulabilmeli, mevcut bakiye ve son etkinliği gözden geçirebilmeli, sonra değer ekleyebil (yükleme) veya çıkarabilmeli (manuel kullanma veya düzeltme). Her düzeltme kısa bir sebep gerektirmeli ve mümkünse bir makbuz numarası gibi bir referans eklenmeli.
Çoğu ekip ilk sürümü şu öğelerle çıkarır:
Örnek: bir kafe $25 değerinde hediye kartı satıyor. Bir müşteri kodu girer ve “$13.40 kaldı, 2 dakika önce güncellendi.” görür. Daha sonra bir personel kasanın bir kullanımı kaçırdığını fark eder, aynı kodu bulur, $4.60 çıkarır ve not olarak “latte, fiş 887” yazar.
Köşe durumları destek taleplerini doğurur, bu yüzden sakince ele alın:
Bir hediye kartı bakiye sorgulama sayfası hızlı, sakin ve yanlış yapması zor olmalı. Birçok müşteri telefonda, bir tezgâhın önünde ve sırayı uzatmamak için acele ediyor.
Girişi basit tutun. Kod için bir alan kullanın, görünür bir etiketi olsun (sadece placeholder değil). “Örnek: ABCD-EFGH-IJKL” gibi kısa bir örnek format ekleyin ve yapıştırmayı kolaylaştırın. Kullanıcının yazdığını değiştiren sürprizli biçimlendirmelerden kaçının.
Eylemi belirgin yapın. “Bakiye Kontrol Et” “Gönder”den daha nettir. Dokunduktan sonra bir yükleniyor durumu (“Kontrol ediliyor…”) gösterin ve isteğin iki kez gönderilmemesi için düğmeyi devre dışı bırakın.
Hata mesajları dürüst müşterilerin toparlanmasına yardımcı olmalı, tahmin edenlere ise mümkün olduğunca az bilgi verilmeli. Genel müşteri sayfasında hatalar sade tutulmalı. Ayrıntılı nedenleri (süresi doldu, engellendi, bulunamadı) birinin doğrulandıktan sonra personel ekranında saklayın.
Çoğu karışıklığı önleyen kısa UX kontrol listesi:
Erişilebilirlik küçük bir sayfada bile önemlidir. Etiketin girişle bağlı olduğundan, klavye kullanıcılarının butona ulaşabildiğinden, odak çizgilerinin görünür olduğundan ve parlak mağaza ışıklarında kontrastın yeterli olduğundan emin olun.
İyi bir personel yönetim ekranı en iyi anlamda sıkıcıdır. Çalışanların birkaç saniye içinde bir hediye kartı sorununu çözmesine yardımcı olurken, ileride referans için net bir iz bırakır.
Personel girişi ve basit rollerle başlayın. Çoğu personel bir kartı arayıp geçmişini görebilmeli, sadece yöneticiler (veya küçük güvenilir bir grup) bakiyeleri değiştirebilmeli. Birden fazla konum işletiyorsanız, değişiklikleri mağaza/konum ile etiketleyin.
Aramaları hızlı ve hoşgörülü yapın. Boşluklar ve tireler aramaları bozmasın. Kod hasarlı veya okunamaz olduğunda, yalnızca güvenli bir şekilde yapabiliyorsanız (ve yalnızca personel için) ikincil arama seçenekleri sunabilirsiniz: makbuz/sipariş ID’si veya zaten topladığınız müşteri e-posta/telefonu gibi.
Kart bulunduğunda, düzenleme kontrollerinden önce mevcut bakiye ve son etkinliği gösterin. Bu, çoklu sekmeler açık olduğunda yanlış kartın düzenlenmesi hatasını azaltır.
Düzeltme formunu serbest biçimli değil yapılandırılmış tutun:
Bir tutar girildikten sonra sonucu açıkça önizleyin: “Mevcut bakiye: $40.00. Yeni bakiye: $15.00.” Büyük değişiklikler için (ör. $100 üzeri veya mevcut bakiyenin %25’inden fazla) onay adımı ekleyin. Yüksek riskli değişikliklerde bir yönetici PIN’i veya tutarın yeniden girilmesini isteyin.
Bir hediye kartı bakiye sorgulama sayfası basit görünebilir, ama tahmin, kötüye kullanım ve dürüst hatalar çeker. Amaç mükemmel güvenlik değil; kolay saldırıları ortadan kaldırmak ve sorunları kolay tespit edilir kılmaktır.
Hediye kartı kodlarını parolalar gibi ele alın. Birisi bir kod listesi ele geçirirse, değeri hızla boşaltabilir.
İki temel uygulama büyük fark yaratır: kodları güvenli saklayın ve çok sayıda kodu hızlıca test etmeyi zorlaştırın. Birçok sistem ham kodu düz metin olarak saklamaktan kaçınır. Bunun yerine veritabanı sızıntısı saldırganlara çalışan kodlar vermesin diye bir-yönlü korunmuş bir versiyon (ör. hash) saklanır.
Müşteri ekranında, sorgudan sonra tam kodu geri göstermekten kaçının. Ekran görüntüleri ve omuz üzerinden bakma zararını azaltmak için maskelenmiş bir sürüm gösterin (örneğin sadece son 4 karakter).
Oran sınırlamaları da önemlidir. Bunlar yoksa bir bot binlerce kombinasyonu deneyebilir. Basit tutun:
Gerçek kayıpların çoğu, personel düzeltmelerinin yeterli kontroller olmadan yapılmasından gelir, film sahnelerindeki gibi hacklenmeden değil. Her bakiye değişikliği bir denetim izi oluşturmalı: kim yaptı, ne zaman, ne kadar ve neden.
Personel erişimini sıkı tutun. Herkesin bakiyeyi düzenleme gücüne ihtiyacı yok. Paylaşılan girişlerden kaçının; çünkü bunlar denetim izini işe yaramaz kılar.
İadelerin ve geri çekme işlemlerinin hediye kartlarına nasıl etki edeceğini basit bir iç kural olarak belirleyin. Örneğin: mümkünse iadeler orijinal hediye karta değer iade eder; kart zaten harcanmışsa vaka incelemeye alınsın.
Sayfa basit hissedebilir ama arkadaki verinin ispatlanabilir olması gerekir. Güvenli bir yaklaşım: tek bir düzenlenebilir “bakiye” sayısına güvenmeyin; bunun yerine bunu açıklayan bir işlem izi olsun.
Yaygın bir yapı üç tablo kullanır:
İşlem tablosunu gerçeğin kaynağı olarak ele alın. Tipik işlem türleri veriliş (ilk yükleme), kullanım (alışveriş), düzeltme (personel düzeltmesi) ve iade (kullanımın geri alınması)dır. Güncel bakiyeyi işlemlerin toplamı olarak hesaplayabilir veya kart kaydında dikkatli şekilde güncellenen bir önbellek bakiyesi tutabilirsiniz.
Birinin yavaş bir cihazda iki kez dokunup iki kez işlem yapmasını önlemek için yazma işlemlerinde idempotency key kullanın. Bu, her kasayı veya düzeltmeyi benzersiz bir işlem ID’siyle ilişkilendirir ve tekrarlanan gönderimleri yok sayar.
Denetimler ve destek için birkaç alan kendini öder:
Herhangi bir şeye başlamadan önce müşterinin ne gördüğüne karar verin. Sayfa kartın nerede bulunacağını, mağazada “bakiye”nin ne anlama geldiğini ve sorgu başarısız olursa ne yapılacağını açıklamalıdır. Sonuç ekranında bakiye, para birimi ve net bir “son güncelleme” zamanı gösterin.
Kod kurallarını tanımlayın ve erken doğrulayın. Sabit bir uzunluk seçin ve yalnızca gerçekten bastığınız karakterlere izin verin. Yazarken ve gönderimde doğrulama yapın, böylece yazım hatalarını ayrıntı vermeden çabuk yakalarsınız.
Müşteri sorgu akışını küçük adımlarla oluşturun: giriş ekranını yaratın, gönderimde backend çağrısı yapın, sonra üç sonucu ele alın - bulundu, bulunamadı/geçersiz ve geçici olarak ulaşılamıyor.
Sonra personel tarafını ekleyin. Personel bir şey değiştirmeden önce oturum açsın ve her değişiklik açık bir neden gerektirsin. Kod ve tutarı tekrar eden bir onay adımı ekleyin.
Düzeltmeler çalıştıktan sonra geçmişi ekleyin. Her hediye kartı işlem listesi ve kim neyi ne zaman değiştirdiğini gösteren bir denetim kaydı göstermeli.
Son olarak, yayımdan önce gerçek senaryoları test edin: bir yazım hatası, sıfır bakiye, kısmi kullanım, değeri geri veren bir iade ve aynı karta iki personelin birkaç dakika arayla düzeltme yapması gibi durumlar.
Çoğu destek talebi iki şeyten gelir: dürüst müşteriler için belirsiz geri bildirim ve personel işlemleri için eksik kayıtlar.
Kamuya açık hata mesajlarında çok spesifik olmak tuzaktır. “Kod var ama pasif” gibi detaylar geçerli kodları tahmin etmeye yardımcı olabilir. Müşteri tarafında mesajı nötr tutun, doğrulama sonrası personel aracında ayrıntıları gösterin.
Diğer bir tuzak, personele bağlam olmadan bakiye değiştirme izni vermektir. Birisi “Kartım dün $50’ti” dediğinde hızlıca bir cevap vermeniz gerekir. Sessiz düzenlemeler böyle durumda sorun yaratır.
En çok zarara yol açan hatalar:
Örnek: bir kasiyer $25 kullanıyor, tablet yavaşlıyor ve “Onayla”ya tekrar dokunuyor. Koruma yoksa sistem iki kullanım kaydeder. Bunu, her değişikliği tek bir kayıtlı olay olarak ele alıp “Onayla”nın iki kere güvenle basılabilmesini sağlayarak düzeltin.
Yayımlamadan önce "müşteri gibi davran" ve sonra "personel gibi davran" testleri yapın.
Müşteri kontrolleri:
Personel kontrolleri:
Ayrıca dilinizi kontrol edin. “Hediye kartı bakiyesi” ile “mağaza kredisi”ni karıştırmayın, sadece aynı şeyi ifade ediyorlarsa kullanın. Eğer sınırlamalar varsa (sona erme tarihleri, sadece mağazada kullanılabilir vb.) bunu kısa bir cümlede belirtin.
Fiziksel hediye kartları kasa'da satan küçük bir dükkân hayal edin. Müşteriler ziyaret etmeden önce evde bakiyeyi kontrol edebilir ve personel kartları yerinde kullanabilir.
Pazar gecesi, Maya bir çekmecede hediye kartı bulur. Dükkanın bakiye sorgulama sayfasını açar, kartın arkasındaki kodu yazar ve basit bir sonuç görür: mevcut bakiye, son güncelleme zamanı ve kodu gizli tutma hatırlatıcısı. Hesap gerekmez.
Pazartesi günü Maya $38.50 tutarında alışveriş yapar ve hediye kartıyla öder. Kasada personel yönetici ekranını açar, aynı kodu arar ve kısmi bir kullanım kaydeder. Personel Maya’dan daha fazla detay görür; geçmiş ve not ekleme alanı gibi.
Aynı gün Maya bir ürünü $12.00 karşılığında iade eder. Personel net bir referansla iade kaydeder. Birisi bakiyenin neden değiştiğini sorduğunda, cevap bir geçmiş satırında bulunur; kimse durumu yeniden kurmak zorunda kalmaz.
Güvenebileceğiniz küçük bir ilk sürüm seçin. Çoğu mağaza için minimum müşteri bakiye sorgusu artı nedenli düzeltme ve işlem günlüğü olan bir personel aracı yeterlidir.
Pratik bir v1 şunları içerir: kodla müşteri sorgusu, personel oturumu, neden zorunlu düzeltmeler, her değişiklik için işlem günlüğü ve temel sınırlamalar (ve büyük değişiklikler için ikinci onay adımı).
Özellikleri genişletmeden önce iadeler ve uyuşmazlıklar gibi karışık durumlar için kısa bir iç kural yazın ve personeli iki ya da üç gerçek örnekle eğitin. Lansmandan sonra destek mesajlarını haftalık gözden geçirin ve en çok acı veren noktaları ilk düzeltin.
Eğer zaten Koder.ai (koder.ai) kullanarak iç araçlar geliştiriyorsanız, müşteri sorgusu ile personel düzenlemelerini baştan ayrı ekranlar ve ayrı izinlerle tutmak projenin büyüdükçe yönetilmesini kolaylaştırır.
Tek göreve odaklanın: bir hediye kartı kodu girilip kalan tutar görülsün. Sonucun güvenilir hissetmesi için bakiye mağazanın para biriminde gösterilsin ve net bir “son güncelleme” zamanı olsun.
Programınız gerçekten ne gerektiriyorsa onu isteyin ve bunu baştan belirtin. Kart numarası ve PIN (veya kazıma alanı) gerekiyorsa her iki alanı da hemen gösterin, böylece insanlar zaman kaybetmez.
Basit ve yapıştırmaya uygun tutun: bir etiketli giriş alanı, bir örnek format ve tek bir “Bakiye Kontrol Et” butonu. Gönderildikten sonra kısa bir yükleniyor durumu gösterin ve düğmeyi çift gönderimi önlemek için devre dışı bırakın.
Bakiye, para birimi ve “son güncelleme” zaman damgası gösterin. Sonuçta kodu maskeleyin (örneğin, sadece son 4 karakteri gösterin) ki ekran görüntüleri ve omuz üzerinden bakma daha az bilgi verse.
Kamuya açık sayfada bir saldırgana yardımcı olmamak için genel bir mesaj kullanın, örneğin: “Bu kodu doğrulayamadık. Lütfen kontrol edip tekrar deneyin.” Ayrıntılar (süresi dolmuş, engellenmiş vb.) yalnızca doğrulama sonrası personel aracında gösterilsin.
Hata gibi davranmayın. “$0.00 kaldı” şeklinde gösterin (son güncelleme zamanı ile) ki müşteriler kartın geçerli ama boş olduğunu anlasın.
Müşteri sayfasından ayrı tutun ve personel oturumu zorunlu kılın. Çoğu personel yalnızca görüntülemeli, daha küçük bir grup (ör. yöneticiler) bakiyeleri değiştirebilmeli ve her değişiklik denetim izine kaydedilmeli.
Mümkünse bir neden ve referans (makbuz veya sipariş ID'si gibi) isteyin ve kim tarafından, ne zaman yapıldığı kaydedilsin. Onay öncesi “Mevcut bakiye” ve “Yeni bakiye” ön izlemesi gösterin, böylece hatalar azalır.
Sadece düzenlenebilir bir bakiye yerine her değişikliği işlem geçmişi olarak kaydedin. Veriliş, kullanım, iade ve manuel düzeltmeler gibi her tür işlem yeni bir kayıt oluşturmalı ki ileride bakiye açıklanabilsin.
Botların çok sayıda kod denemesini engelleyecek oran sınırlamaları ve başarısız denemeler sonrası kısa bir bekleme ekleyin. Ayrıca hediye kartı kodlarını güvenli şekilde saklayın (örneğin korumalı formatta) ve tam kodu kullanıcıya geri göstermeyin.
