Fiziksel mağazası olan çoğu işletme sahibi şöyle düşünür: mağaza mağazadır, site sitedir, ikisi ayrı iş kollarıdır. Kasada elden kod satarsın, internette de ayrı bir vitrinden satarsın; ikisi birbirine karışmasın, karışırsa muhasebe çorbaya döner. Bu mantık ilk altı ay gayet iyi çalışır. Yedinci ayda müşteri mağazaya gelip "sitede gördüğüm fiyat bu değildi" der, sekizinci ayda kasiyerin elinde kalan kodun aynısı siteden de satılır ve o gün senin için pahalı bir gün olur.
Gerçek şu: mağaza ve site ayrı satış noktalarıdır ama tek bir stoktur. İkisini ayrı tutmak, aynı depoyu iki farklı deftere yazmaktır. Doğru kurulan bir e-pin scripti, mağazandaki kasayı da bir satış kanalı olarak görür; kasiyer sattığında stok düşer, siteden satıldığında yine aynı havuzdan düşer. Bu yazıda, fiziksel mağazası olan bir işletmenin dijital ürün satış scripti kurarken sırayla halletmesi gereken başlıkları anlatıyorum.
Kasadaki satış ile siteden gelen satış neden iki ayrı dünya sanılıyor?
Çünkü ikisi farklı hissettiriyor. Mağazada müşterinin yüzünü görürsün, parayı elinle alırsın, kodu yazdırıp verirsin. Sitede ise her şey kendiliğinden olur. Bu his farkı, işletmeleri kasada kağıt-kalem ya da Excel'e itiyor. Fakat dijital ürünün fiziksel bir karşılığı yok; tek gerçekliği veritabanındaki kaydıdır. Kasada sattığın kod sisteme işlenmediği anda o kod "hem satılmış hem raftadır". Bu iki durumun aynı anda sürdüğü her saat, senin için açık bir risktir. Bu yüzden kasadaki işlem de mutlaka e-pin satış yazılımı üzerinden geçmeli; kasiyerin ekranı sadece sadeleştirilmiş bir arayüz olmalı, ayrı bir sistem değil.
Tek stok havuzu: vitrindeki kodla siteye düşen kod aynı mı?
Tek havuz kurmanın en kritik ayrıntısı, kodun ne zaman tüketilmiş sayıldığıdır. Mağazada kasiyer ürünü ekrana getirdiğinde kod henüz satılmamıştır; müşteri ödemeyi yapıp kasiyer onayladığında satılmıştır. Arada geçen sürede o kod siteden satılabilir. Çözüm, kasiyer ekranında da süreli rezervasyon kullanmaktır: kod seçildiği anda kısa süreli kilitlenir, işlem tamamlanmazsa serbest bırakılır. İkinci ayrıntı ise fiyattır. Mağaza fiyatı ile site fiyatını farklı tutabilirsin; bu tamamen meşru bir tercihtir. Ama bunu iki ayrı ürün kaydıyla değil, aynı üründe kanal bazlı fiyat ile yapmalısın. Aksi hâlde stok yine ikiye bölünür.
| Konu | Ayrı sistemle | Tek script ile | Kazanç |
|---|---|---|---|
| Stok | İki defter, elle aktarım | Tek havuz, anlık düşüm | Çift satış riski biter |
| Fiyat | Kasada etiket, sitede farklı | Kanal bazlı fiyat, tek ürün | Müşteri itirazı azalır |
| Gün sonu | Excel ile karşılaştırma | Vardiya raporu otomatik | Günde 30-60 dakika |
| Personel | Herkes her şeyi görür | Rol bazlı yetki | İç kayıp kontrolü |
| İade | Elle not, takip zor | Kayıtlı iade süreci | Uyuşmazlıkta kanıt |
| Müşteri | Mağaza müşterisi kayıp | Hesaba bağlanan müşteri | Tekrar satış imkânı |
Kasiyerin görmemesi gereken dört ekran
Mağazalı işletmede en sık atlanan konu yetki. Kasiyere yönetici paneli verip "dikkat et" demek, kasayı açık bırakıp tabela asmak gibidir. Kasiyerin görmesi gereken tek şey satış ekranıdır: ürün seç, tahsil et, teslim et. Görmemesi gereken dört ekran ise şunlardır: alış maliyetleri ve tedarikçi bilgileri, kullanılmamış kod havuzunun tam listesi, müşteri iletişim verilerinin toplu dışa aktarımı ve fiyat/indirim tanımlama. Bu dördü ayrıldığında personel değişimi senin için bir kriz olmaktan çıkar. İyi bir epin yazılım kurulumunda roller hazır gelir; sen sadece kimin hangi rolde olduğunu işaretlersin.
Mağazalı işletmede gün sonu farklarının kaynağı
- Sisteme işlenmeyen kasa satışı 40%
- Kanal fiyat farkı karışıklığı 30%
- İade ve değişimin kayıtsız yapılması 18%
- Diğer 12%
Müşteri mağazadan çıkınca ne oluyor?
Fiziksel mağazanın en büyük avantajı, en çok israf edilen şeydir: müşteriyle yüz yüze temas. Kasada satılan kod fişle birlikte verilir, müşteri çıkar ve bir daha izi bulunmaz. Oysa aynı müşteri, o anda sisteme kaydedilse bir sonraki alışverişini siteden yapabilir. Bunun pratik yolu kasada telefon numarası veya e-posta almak değil; müşteriye kodu online hesabında da görebileceği bir bağlantı sunmaktır. Fişe basılan kısa bir kare kod, müşteriyi kendi sipariş sayfasına götürür; orada hesap oluşturmak isterse geçmiş satın alımı hesabına bağlanır. Bu tek hamle, mağaza müşterisini kalıcı müşteriye çevirir ve ikinci satışın maliyetini sıfıra yaklaştırır.
Kodun tam hâlini fişe basma; bunun yerine siparişe özel bağlantı ve son dört hane bas. Kod fişte görünmezse, çöpe atılan fişten kod okunması diye bir riskin de olmaz.
Vardiya sonu mutabakat: 40 dakikalık işi 3 dakikaya indirmek
Mağazalı işletmede günün en sinir bozucu anı kapanıştır. Kasa sayılır, defterle karşılaştırılır, tutmayan kalem aranır. Bu işin tamamı aslında bir rapor meselesidir. Satışların hepsi tek sistemden geçiyorsa, vardiya raporu şunları tek ekranda verir: hangi kasiyer kaç işlem yaptı, nakit-kart dağılımı nedir, kaç iade var, hangi kodlar tüketildi. Senin yapacağın iş, ekrandaki nakit tutarını kasadaki parayla karşılaştırmaktır. Fark varsa hangi işlemde olduğunu aramak zorunda kalmazsın, çünkü her satırın altında kasiyer ve saat yazar. Bu, mağazalı işletmelerin e-pin satış scriptinden aldığı en somut zaman kazancıdır.
| Kurulum adımı | Ne yapılacak | Öncelik |
|---|---|---|
| Tek stok havuzu | Mağaza ve site aynı ürün kaydından beslenir | 1 |
| Kanal bazlı fiyat | Aynı üründe mağaza ve online fiyat ayrı tanımlanır | 1 |
| Kasiyer rolü | Sadece satış ekranı, maliyet ve havuz kapalı | 1 |
| Süreli rezervasyon | Kasada seçilen kod işlem bitene kadar kilitli | 2 |
| Fişte kare kod | Müşteri siparişini online görebilsin | 2 |
| Vardiya raporu | Kasiyer, saat ve ödeme tipi kırılımı | 2 |
| İade kaydı | Her iade sebebiyle birlikte sisteme işlenir | 3 |
| Yedek teslim yolu | İnternet kesilirse izlenecek yazılı prosedür | 3 |
İnternet kesilirse mağaza durur mu?
Dürüst cevap: tamamen bulut tabanlı çalışıyorsan, evet, satış durur. Bu yüzden mağazalı işletmede yazılı bir yedek prosedür şart. En sade hâli şudur: kesinti anında kasiyer satışı kağıda not eder, müşteriye teslim edilecek kod için önceden ayrılmış küçük bir acil havuz kullanılır ve bağlantı geldiğinde bu satışlar sisteme geriye dönük işlenir. Acil havuzun büyüklüğü, ortalama iki saatlik satışın karşılığı kadar olsun; daha fazlası yönetilemez hâle gelir. Bu prosedürü yazıp kasanın yanına asmak, yılda bir kez yaşanacak yarım saatlik kesintinin panik anını ortadan kaldırır. Özellikler bölümünde rol yönetimi ve raporlama kısmına ayrıca bakmanı öneririm.
Kasan ve siten aynı defterde buluşsun
Pinova ile mağaza satışın da online satışın da tek stok havuzundan düşer; rol bazlı yetki, vardiya raporu ve kanal bazlı fiyat kutudan çıktığı gibi gelir.
Mağaza fiyatım siteden farklı olabilir mi?
Olabilir ve çoğu işletmede olmalıdır. Önemli olan bunu iki ayrı ürün kaydıyla değil, aynı ürün üzerinde kanal bazlı fiyat tanımıyla yapmaktır; aksi hâlde stok ikiye bölünür.
Kasiyerim kod havuzunu görmeli mi?
Hayır. Kasiyerin sadece satışa konu olan kodu, satış anında görmesi yeterlidir. Havuzun tamamına erişim yönetici yetkisidir ve bu ayrım iç kayıpları büyük ölçüde engeller.
Mağazada satılan kodun iadesi nasıl işlenir?
Kod teslim edildiyse iade kararı tamamen senin politikandır; sistem tarafında önemli olan iadenin sebebiyle birlikte kaydedilmesi ve o kodun tekrar satışa açılmamasıdır.
Ayrı bir kasa programı kullanmaya devam edebilir miyim?
Kullanabilirsin ama o zaman iki defter riskini kabul etmiş olursun. Tercih edilen yol, dijital ürün satışının tamamının tek sistemden geçmesi, diğer ürünlerin kendi kasa programında kalmasıdır.
Mağazan senin en büyük avantajın; onu ayrı bir ada gibi yönetmek ise en pahalı alışkanlığın. Tek havuz, net roller ve otomatik vardiya raporu kurulduğunda kapanış saatin de gün içi huzurun da değişir. Bu akışın kasa ve site tarafında nasıl birleştiğini görmek istersen canlı demo üzerinde bir satış aç, ardından stoğun her iki kanalda da aynı anda düştüğünü kendi gözünle kontrol et.