Sepeti hazırlayan kişi siparişi veremiyor
Alıcı doğru ürünleri seçmiş, fakat satın alma tamamlanamıyor. Şubesi adına talep hazırlayabiliyor; harcamayı merkezdeki başka birinin onaylaması gerekiyor. Bunu sıradan bir checkout sorunu saymak ekibi yanlış çözüme götürür. Eksik olan buton değil, yetki modelidir.
Shopify kurumsal ticaret yapısında şirketi, şirket lokasyonunu ve kişiyi ayrı kavramlar olarak ele alıyor. Geliştirici dokümanı bu ayrımı açıklıyor. Buradan çıkarılacak tasarım kararı, mağazayı çizmeden önce kimin hangi kurum adına işlem yapacağını belirlemek.
Zor sorular ödeme ekranından önce başlıyor: Hangi fiyat listesi geçerli, hangi adrese teslim yapılabilir, sepeti kim değiştirebilir ve onay tam olarak neye izin verir? Bir indirim alanı bunları çözmez.
Satın alma bağlamını görünür tut
Farklı bölge ofislerine satış yapan varsayımsal bir distribütör düşünelim. Aynı kişi çeşitli ofisler için alım yapabilir; her ofisin kataloğu ve teslimat koşulları farklı olabilir. Seçili şirket ve lokasyon, özellikle hesap değiştirilirken, işlem boyunca görünür kalmalı.
Kaydedilmiş sepet de bu bağlama aittir. Başka şirkete geçildikten sonra açılan sepet, önceki şirketin özel fiyatını veya artık kullanılamayan adresini sessizce taşımamalı. Aynı sınır dışa aktarmada, sipariş geçmişinde ve yeniden sipariş akışında da geçerli. Ana checkout doğru çalıştığında bu yan ekranlar kolayca gözden kaçıyor.
Yetkileri unvanlarla değil eylemlerle tanımlamak daha açıklayıcıdır: Talep hazırlama, gönderme, onaylama, sipariş verme, adres değiştirme, çalışma arkadaşı ekleme. Bir kurumun müdürü, başka bir kurumun asistanından daha dar satın alma yetkisine sahip olabilir. Unvanı ekranda göstermek başka, ona güvenerek işlem açmak başka.
Onay, belirli bir teklif için verilmeli
Onay kaydı, incelenen talebin hangi hâline ait olduğunu göstermeli. Sonradan yapılan hangi değişikliklerin bu kararı geçersiz kılacağı belirlenmeli. Ürün değişikliği, farklı teslimat adresi veya artan toplam, ilk talebin anlamını değiştirebilir.
Örnek bir akışta, onaya gönderilen talep düzenlenebilir taslaktan ayrı tutulabilir. Onaylayan kişi ürünleri, fiyatları, teslimat yerini ve ödeme düzenini birlikte görmeli. Kararın okunabilir kaydı saklanmalı ki destek ekibi e-postalardan olay örgüsü çıkarmak zorunda kalmasın.
Onay verilmesi, stok ayrıldığı veya fiyatın sabitlendiği anlamına gelmeyebilir. Ödeme yetkisi de ayrı bir konudur. Arayüz hangi taahhütlerin gerçekten oluştuğunu söylemeli; diğer koşullar sipariş anında yeniden kontrol edilmeli. Yoksa onaylandı etiketi, operasyon sisteminin vermediği bir söze dönüşür.
Fiyatın bağlayıcı olduğu anı seç
Kaydedilen sepet anlaşmadan daha uzun yaşarsa hangi fiyat kullanılacak? Eski fiyat korunabilir, güncel fiyat gösterilebilir veya yeniden onay istenebilir. Her işletme için aynı doğru yok. Ticari politikanın tercihi yazılmalı ve sonucu ekranda açık olmalı.
Teklifin bir geçerlilik koşulu olabilir; sıradan sepet ise henüz taahhüt içermeyebilir. İkisi karıştırılırsa müşteri tanıdığı ürünleri görünce önceki toplamın hâlâ geçerli olduğunu varsayar.
Sipariş kaydında satın alan kişi, faturalanan kurum ve malı teslim alan yer ayrı tutulmalı. Böylece teslimat ve fatura sorunlarını çözmek için sağlam bir kayıt oluşur. Her özel durumun sipariş notuna sıkıştırılması gerekmez.
Bu hafta satın almayı kurumun içinden geçir
Gerçek bir alım senaryosunu ekran görüntüsü kullanmadan yazalım. Hazırlayanı, onaylayanı, ödeyeni ve teslim alanı belirleyelim. Şirket bağlamını, fiyatın ve stok durumunun ne zaman taahhüde dönüştüğünü açıkça not edelim.
Ardından onaylı talebi değiştirelim, alıcının yetkisini kaldıralım ve eski sepeti yeniden açalım. Bu durumlarda alınan kararlar uygulanabilir bir brief oluşturur. Kurumsal ticaretin hazır olması, adres formuna şirket adının sığmasından değil bu geçişlerin bilinçli tasarlanmasından anlaşılır.