E-Ticaret Sitesi Kurma: Altyapı Seçimi ve Maliyet

Özetle

• Altyapıyı ürün sayısına değil, satış ve operasyon akışınıza göre seçin.
• Teklifleri kurulum, lisans, ödeme, kargo, bakım ve içerik kalemlerine ayırın.
• Ödeme adımını, stok güncellemesini ve sipariş bildirimlerini yayından önce deneyin.
• İşletme kimliğinizi ve iletişim bilgilerinizi gösterin; ziyaretçi verileri için KVKK yükümlülüklerini değerlendirin.
• Siteyi telefonda gerçek bir sipariş vererek test edin.

E-ticaret sitesi kurmak için önce hangi kararı vermelisiniz?

İlk karar, hangi yazılımın daha popüler olduğu değil, siparişin işletmenizde nasıl ilerleyeceğidir. Bir müşteri ürünü seçtikten sonra stoktan düşme, ödeme onayı, fatura, kargo, iptal ve iade adımları nasıl gerçekleşecek? Bu akışı kâğıda dökmeden altyapı seçerseniz, kurulum sırasında ihtiyaçlarınızın platforma uymadığını fark edebilirsiniz.

Her ürün grubu için şu bilgileri toplayın: ürün adı ve açıklaması, seçenekleri, fiyatı, stok takibi, gönderim biçimi ve iade koşulu. Örneğin beden ya da renk seçeneği olan bir üründe her seçeneğin ayrı stok kaydı gerekip gerekmediğini belirleyin. Restoranın teslimat alanı, atölyenin kişiye özel üretim süresi ve kliniğin çevrim içi satabildiği ürünler farklı iş akışlarıdır; aynı hazır ayar her işletmeye uymaz.

Ardından “olmazsa olmaz” ile “sonra eklenebilir” ihtiyaçları ayırın. Ödeme kuruluşunuzun kullandığı bağlantı, kargo şirketiyle etiket üretimi ya da muhasebe aktarımı satışa başlamak için şart olabilir. Gelişmiş rapor görünümü veya yeni bir tasarım ayrıntısı ise ilk sürümde bekleyebilir. Bu ayrım, satıcının size sunduğu özellik listesini değil, işletmenizin gerçek ihtiyacını ölçmenizi sağlar.

Teknik altyapı seçenekleri nasıl karşılaştırılır?

Başlıca seçenekler, barındırılan hazır platform, kendi sunucunuza kurulan açık kaynaklı yazılım ve işletmeye özel geliştirilen sistemdir. Hazır platformda altyapının önemli bölümü sağlayıcı tarafından yönetilir; açık kaynaklı sistemde yazılımı kullanma özgürlüğü daha fazla olabilir ama güncelleme ve bakım sorumluluğu da size ya da teknik destek aldığınız kişiye düşer. Özel geliştirme, yalnızca iş akışınız hazır çözümlerle karşılanmıyorsa anlamlı hale gelir.

Tablodaki “kim yönetir?” sorusu, yalnızca ilk kurulumda kimin çalışacağını değil, satış başladıktan sonra aksaklık çıktığında kimin müdahale edeceğini de kapsar. Sağlayıcıdan yazılı yanıt isteyin: ödeme entegrasyonu bozulduğunda, ürün yüklenemediğinde veya siteye erişilemediğinde hangi işin kapsam dahilinde olduğu açıkça belirtilmeli.

Hiçbir seçenek tek başına “en ucuz” ya da “en iyi” değildir. Hazır platformun aylık bedeli görünür olabilir ama eklenti, işlem ücreti veya platforma bağlı kalma maliyeti de olabilir. Açık kaynaklı yazılımın lisansı düşük ya da ücretsiz olsa bile sunucu, bakım, güncelleme ve teknik destek gerekir. Özel yazılımda kapsam dışı değişiklikler için ayrıca çalışma gerekebilir. Bu yüzden teklifleri aynı dönem, aynı iş kapsamı ve aynı sorumluluklarla karşılaştırın.

Platform seçerken ürün verisinin taşınabilirliğini sorun. Ürün adı, açıklama, görsel, stok ve sipariş bilgileri dışa aktarılabiliyor mu? Aktarım hangi biçimde sağlanıyor ve müşteri kayıtları için hangi izinler gerekiyor? Sağlayıcı değiştirmeniz halinde alan adınız, içerikleriniz ve müşteri ilişkileriniz üzerindeki kontrolün kimde olacağını sözleşme ve yönetim paneli üzerinden doğrulayın.

Teklifte e-ticaret sitesi maliyetini hangi kalemler oluşturur?

Toplam maliyet, yalnızca tasarım ve yazılım kurulumundan ibaret değildir. Teklifte iş tanımı, ürünlerin hazırlanması, ödeme ve kargo bağlantıları, içerik girişi, güvenlik, yedekleme, bakım ve destek ayrı ayrı görünmelidir. Kalemleri ayırmak, aynı hizmeti farklı adlarla iki kez satın almanızı ve yayına çıktıktan sonra beklenmedik kapsam dışı işleri azaltır.

Teklifte “entegrasyon dahil” yazıyorsa bunun ne anlama geldiğini sorun. Kurulumun tamamlanması mı, test hesabında deneme mi, gerçek ödeme ile doğrulama mı? Ürünlerin sisteme aktarılması, ürün fotoğraflarının hazırlanması ve açıklama yazılması da birbirinden farklı işlerdir. “İçerik dahil” ifadesi, kaç ürünün ve hangi bilgilerin girileceğini açıklamıyorsa fiyat karşılaştırması için yeterli değildir.

Teklif kalemlerini yan yana koymak için önce kapsamı ve süreklilik gösteren giderleri girin; araç, girdiğiniz kalemleri karşılaştırmanıza yardımcı olur.

Hazır platform mu, açık kaynaklı sistem mi seçmelisiniz?

Günlük ürün ve sipariş işlerini teknik destek almadan yönetmek istiyorsanız, arayüzü anlaşılır bir hazır platform sizin için daha uygun olabilir. Ürün, sipariş, ödeme ve kargo akışınızın özel kuralları varsa ve teknik bakım için sorumlu bir kişi ya da hizmet sağlayıcı belirleyebiliyorsanız açık kaynaklı sistem esneklik sunabilir. Karar, yalnızca özellik listesindeki kutucuklarla değil, sizin iş gününüzde ne kadar destek gerektirdiğiyle verilmelidir.

Bir deneme hesabı açabiliyorsanız, satıcıdan şu işleri kendiniz yapmanızı isteyin: ürün ekleme, stok düzenleme, sipariş bulma, iade başlatma ve kampanya fiyatını güncelleme. Bunları yaparken her seferinde destek ekibine ihtiyaç duyuyorsanız, kullanım kolaylığı vaat edilenin altında olabilir. Tersine, bir ayarı bulamamanız mutlaka platformun yetersiz olduğu anlamına gelmez; eğitim, kullanıcı rolü veya doğru yapılandırma eksik olabilir.

Açık kaynaklı sistemde yazılımın kodunu kullanabilmeniz, güncelleme ve güvenlik sorumluluğunun ortadan kalktığı anlamına gelmez. Eklenti uyumsuzluğu, yazılım sürümü değişince ödeme bağlantısının bozulması veya yedeklerin geri yüklenememesi işletme faaliyetini etkileyebilir. Desteği kimin sağlayacağını, müdahale kapsamını, bakımın nasıl ücretlendirildiğini ve iş ilişkisi sona erdiğinde erişimlerin nasıl devredileceğini önceden yazılı hale getirin.

Özel geliştirme kararını, hazır seçeneklerde bulunmayan belirli bir iş gereksinimiyle gerekçelendirin. Örneğin müşterinin siparişi üretim takvimine göre seçmesi ya da farklı şubelerin ayrı stok yönetmesi, özel akış ihtiyacı yaratabilir. Ancak özel yazılım teklifinde işlevlerin kabul ölçütleri, hata düzeltme süreci, kaynak koduna erişim, dokümantasyon ve bakım sorumluluğu net değilse işletme ileride tek bir geliştiriciye bağımlı kalabilir.

Ödeme ve kargo bağlantılarını nasıl doğrularsınız?

Ödeme ve kargo bağlantılarını, yalnızca logoların sitede görünmesine bakarak doğrulayamazsınız. Gerçek kontrol, müşterinin sipariş oluşturmasından işletmenin siparişi işlemesine kadar tüm durumların doğru güncellenmesidir. Ödeme başarılı olduğunda siparişin “ödendi” görünmesi; başarısız ya da yarıda bırakılmış ödemede ise yanlışlıkla “tamamlandı” sayılmaması gerekir.

Satışa açılmadan önce test ortamında mümkün olan denemeleri yapın. Farklı ürün seçenekleri, indirim kodu, teslimat ücreti, yanlış adres, iptal ve iade gibi senaryoları kontrol edin. Ödeme kuruluşunun sunduğu test yöntemi yoksa canlı işlem gerçekleştirmeden önce sağlayıcıdan güvenli doğrulama prosedürünü isteyin. Her testte müşteri e-postasını, işletmeye gelen bildirimi ve sipariş yönetim ekranını birlikte inceleyin.

Kargo tarafında gönderim bölgesi, teslimat ücreti, adrese teslim seçeneği ve siparişin paketlenmeye hazır olduğunda hangi bilginin oluştuğunu kontrol edin. Kargo etiketi otomatik üretilemiyorsa işletme için elle yapılacak işin ne olduğunu önceden belirleyin. Teslimat yöntemi ürün türüne göre değişiyorsa, örneğin soğuk zincir veya mağazadan teslim gerekiyorsa, her ürünün aynı kurala bağlanmadığından emin olun.

Ödeme kuruluşunun koşullarını ve işletmenizin faaliyet türüne uygunluğunu kendiniz teyit edin. Sitede bir ödeme seçeneğinin yer alması, hesabınızın başvuru, doğrulama veya sözleşme adımlarının tamamlandığını göstermez. Ödeme sağlayıcısının panelinde işletme bilgileri, bildirim adresleri ve iade sürecini kontrol edin. Sipariş tutarının, kargo bedelinin ve indirimin müşterinin gördüğü toplamla aynı olduğundan emin olun.

Ürünleri ve sipariş akışını yayından önce nasıl test edersiniz?

Yayına çıkmadan önce müşterinin göreceği ürün bilgisini ve işletmenin arka planda işleyeceği siparişi birlikte test edin. Testi masa başında yalnızca yönetim paneline bakarak değil, telefonunuzdan ürün seçip sipariş vermeyi deneyerek yapın. Böylece küçük ekranda taşan seçenekleri, zor bulunan sepet düğmesini ve ödeme sırasında anlaşılmayan alanları görebilirsiniz.

Ürün sayfasında ad, açıklama, fiyat, stok durumu, görsel ve teslimat bilgileri birbiriyle tutarlı olmalı. Ürünün ölçüsü, içeriği ya da uyumluluğu karar vermek için önemliyse bu bilgi görselin içine gömülmüş halde kalmamalı; okunabilir metin olarak da yer almalı. Ürün fotoğrafını büyüttüğünüzde ayrıntının görünmesini, görsel yüklenemediğinde sayfanın anlaşılır kalmasını kontrol edin.

Sipariş tamamlandığında müşteriye giden mesajın yalnızca “teşekkürler” demesi yetmez. Sipariş özeti, iletişim kanalı ve sonraki adım net olmalı. İşletme tarafında aynı siparişin iki kez işlenmesini önleyecek bir kayıt bulunmalı. İptal veya iade talebinin kim tarafından görüleceğini ve müşteriye nasıl dönüş yapılacağını da çalışma planınıza ekleyin.

Çevrim içi satışın yanında dükkândan teslim veya telefonla sipariş de alıyorsanız, stok sayısının bu kanallar arasında nasıl güncellendiğini test edin. Sistemin her kanalı otomatik eşitlemediği durumlarda, hangi çalışanın stok düzeltmesinden sorumlu olacağını belirleyin. Aynı son ürünün hem mağazada hem çevrim içi satılması, güncelleme yöntemi net değilse iptal ve müşteri memnuniyetsizliği yaratabilir.

Sitenin telefonda ve arama sonuçlarında bulunması için ne yapmalısınız?

Arama sonuçlarında görünmek için yalnızca bir site kurmuş olmak yeterli değildir. Ürünlerin erişilebilir bağlantılara sahip olması, sayfaların anlaşılır biçimde adlandırılması ve önemli bilgilerin metin olarak sunulması gerekir. Stok dışı ürünleri nasıl yöneteceğinizi de belirleyin: sayfayı hemen silmek, müşteriyi boş sayfaya götüren eski bağlantılar oluşturabilir. Ürün tekrar satışa dönecekse sayfayı korumak veya ilgili ürünlere yönlendirmek daha doğru olabilir; karar ürünün durumuna ve ziyaretçiye sunacağınız bilgiye bağlıdır.

E-ticaret sitesinde hangi yasal bilgileri göstermelisiniz?

Çevrim içi satışta işletmenin kimliği ve iletişim bilgileri görünür olmalı; ziyaretçi verisi işleniyorsa kişisel verilerle ilgili KVKK yükümlülükleri değerlendirilmelidir. Bu başlıklar, tasarım tamamlandıktan sonra eklenecek süs metinleri değildir. İşletmenizin yapısı, satış biçimi ve veri işleme faaliyetleri farklı olabileceğinden hukuki metinlerinizi somut durumunuza göre hazırlatın.

İşletme unvanı, iletişim kanalı ve müşterinin size ulaşabileceği bilgilerin sitede nerede bulunacağını planlayın. Müşterinin satış öncesinde ürün, toplam bedel, teslimat ve iade hakkında nereden bilgi alacağını belirgin hale getirin. Mesafeli satış, ön bilgilendirme, cayma veya istisnalar gibi konuların uygulanması ürün türüne ve satış biçimine bağlı olabileceğinden, genel bir internet metnini kopyalayıp kendinize uygunmuş gibi yayımlamayın.

Çerez bildirimi veya gizlilik metni eklemek tek başına tüm KVKK gerekliliklerinin yerine getirildiği anlamına gelmez. Sitenizde ödeme kuruluşu, kargo, e-posta hizmeti ve analiz aracı kullanılıyorsa, bu hizmetlerin hangi veriye eriştiğini tespit edin. Yönetim paneli erişimlerini çalışanların göreviyle sınırlı tutun ve ayrılan personelin erişimini kapatın. Teknik sağlayıcınızdan veri yedekleme, erişim ve silme süreçlerinin nasıl yürüdüğünü yazılı olarak öğrenin.

Ürün, sipariş ve müşteri verilerinin sahibi kim olmalı?

Ürün metinleri, fotoğraflar, alan adı ve müşteri kayıtları üzerinde kimin kontrol sahibi olduğunu kurulum başlamadan belirleyin. Panelin açılmış olması, verilerin size ait biçimde saklandığını ya da başka sisteme aktarılabildiğini kanıtlamaz. Sözleşmede hesap sahibi, yönetici erişimleri, dışa aktarma seçenekleri ve hizmet bittiğinde yapılacak devir açık olmalı.

Veri aktarımını kabul etmeden önce küçük bir örnek dışa aktarın ve dosyada hangi alanların bulunduğunu açıp inceleyin. Türkçe karakterlerin bozulup bozulmadığına, ürün seçeneklerinin korunup korunmadığına ve müşteri bilgilerinin gereksiz biçimde dışa aktarılmadığına bakın. Bir dosyayı indirmek ile başka sistemde sorunsuz kullanabilmek aynı şey değildir. Geçiş ihtimali varsa örnek aktarımı kurulum aşamasında yapmak, sonradan öğrenmekten daha güvenlidir.

Yayına geçişi hangi sırayla planlamalısınız?

Yayına geçiş, “site açıldı” anından ibaret değildir. İş akışının tanımlanması, içerik hazırlığı, kurulum, test, hukuki kontrol ve sipariş sonrası görevlerin belirlenmesi birbirine bağlıdır. Aşağıdaki sıra, eksik bir bağlantının satış başladıktan sonra fark edilmesini önlemeye yardımcı olur.

İçerik aşamasında tüm ürünleri aynı şablona doldurmak yerine, müşterinin kararını değiştiren özellikleri önceliklendirin. Ölçü, malzeme, bakım, kullanım alanı veya teslimat koşulu ürün grubuna göre değişebilir. Fotoğrafların dosya adlarının ve ürün başlıklarının karışmaması için işletme içinde bir düzen oluşturun. Bir çalışan ürün girişi yapacaksa, hangi alanın zorunlu olduğunu kısa bir iç yönergeyle açıklayın.

Yayına çıkmadan önce sipariş bildiriminin doğru e-posta adresine ulaştığını kontrol edin. Bildirim yalnızca bir çalışanın kişisel adresine gidiyorsa izin, işten ayrılma veya adres değişikliği işletme akışını kesebilir. Siparişleri takip edecek ortak bir işleyiş tanımlayın. Telefonla gelen bir iade talebi, e-postayla gelen başka bir talep gibi kayıt altına alınmalı ve sonuçlanana kadar kaybolmamalı.

Yayın günü için hata halinde kiminle iletişim kurulacağını belirleyin. Ödeme alamama, sayfanın açılamaması, fiyatın yanlış görünmesi ve sipariş bildiriminin gelmemesi aynı arıza değildir; her birinin teknik veya operasyonel sorumlusu farklı olabilir. Sağlayıcının destek kanalını, erişim bilgilerini ve müdahale kapsamını çalışanların bulabileceği bir yerde saklayın. Yayın sonrasında ürün güncellemesi ve sipariş işleme görevlerinin kime ait olduğu da açık olmalı.

Sorun çıktığında önce neyi kontrol etmelisiniz?

Belirtiyi ve oluştuğu yeri kaydedin; sorunun her müşteride mi, tek bir üründe mi, yoksa belirli bir ödeme biçiminde mi çıktığını ayırın. Ekran görüntüsü, sipariş numarası ve hata zamanı sağlayıcıya açıklama yapmayı kolaylaştırır. Müşteri verisini gereksiz yere paylaşmayın; destek talebine yalnızca sorunu bulmak için gereken bilgiyi ekleyin.

Bir sorunu gidermek için rastgele eklenti kurmayın. Yeni eklenti mevcut ödeme, tema veya güvenlik bileşeniyle çakışabilir. Önce sorunun ne zaman başladığını ve son değişikliği bulun; ardından sağlayıcıya durumu anlatın. Canlı sitede değişiklik yapmadan önce geri dönüş planı ve çalışan yedek bulunduğunu doğrulayın. Sorun giderildikten sonra aynı senaryoyu yeniden deneyin; “düzeldi” yanıtı, sipariş akışının gerçekten çalıştığını göstermelidir.

Sayfa açılmıyorsa alan adı, sunucu ve platform erişim durumları farklı yerlerde yönetiliyor olabilir. DNS, alan adının ziyaretçiyi doğru sunucuya yönlendiren kayıt sistemidir. Bu ayarları değiştirmeden önce kimin yönettiğini bulun; yanlış kayıt değişikliği e-posta hizmetini de etkileyebilir. Teknik terimleri anlamadan panelde değişiklik yapmak yerine sağlayıcıdan, hangi kaydın neyi yönlendirdiğini sade dille açıklamasını isteyin.

Ödeme sorunu olduğunda müşteriden aynı işlemi tekrar tekrar yapmasını istemeyin. Önce ödeme kuruluşu panelinde tahsilat oluşup oluşmadığını, ardından sipariş kaydını kontrol edin. Tahsilat görünüyorsa fakat sipariş yoksa çift çekim riski yaratacak yeni deneme yapılmamalı; ödeme sağlayıcısı ve altyapı desteğiyle kayıt eşleştirilmelidir. Müşteriye süreç hakkında kısa ve doğru bilgi verin.

İşletmenizin durumu seçimi nasıl değiştirir?

Tek ürün ya da sınırlı ürün çeşidi satan bir işletme, karmaşık katalog özelliklerine yatırım yapmadan da satış akışını kurabilir. Ancak az ürün olması, fotoğraf, stok, ödeme ve iade süreçlerinin önemsiz olduğu anlamına gelmez. Basit başlangıçta dahi ürün bilgisini güncelleyecek kişiyi ve siparişin kime düşeceğini belirleyin.

Çok sayıda ürün seçeneği veya sık değişen stok varsa, filtreleme ve toplu güncelleme işlevlerini gerçek ürün verinizle deneyin. Satıcının gösterdiği örnek katalog, sizin renk, beden, paket veya üretim seçeneklerinizi temsil etmeyebilir. Örnek bir ürün grubunu aktarın; müşteri seçiminin sipariş kaydında doğru göründüğünü kontrol edin. Bir seçeneğin stokta olmaması, diğer seçeneklerin de satış dışı kalmasına yol açmamalı.

Şubeli işletmelerde her mağazanın ayrı stok tutup tutmadığını ve müşteriye hangi teslimat seçeneklerinin sunulacağını baştan kararlaştırın. Tek merkezden stok yönetimi kolay olabilir; fakat şubeler arasında eşzamanlı güncelleme yapılmıyorsa son ürünün iki kez satılması mümkündür. Sistem bunu kendiliğinden çözer varsayımı yerine, mağaza personelinin kullanacağı gerçek işlemi test edin.

Hizmet işletmesinde çevrim içi satış, fiziksel ürün satışıyla sınırlı olmayabilir. Randevu, ön ödeme, dijital içerik veya hizmet paketi sunuyorsanız teslimat ve iptal kurallarınız farklılaşır. Müşteri satın aldıktan sonra ne alacağını, ne zaman alacağını ve değişiklik talebini nasıl ileteceğini açıkça görmelidir. Platformun hizmet satışına uygun olup olmadığını, test siparişinde değil günlük işleyişte karşılaşacağınız durumlarla değerlendirin.

Yurt dışına satış düşünüyorsanız para birimi, vergi, teslimat, iade ve müşteri iletişimi konularını ayrıca inceleyin. Sitede başka para birimi göstermek, ilgili ülkedeki satış yükümlülüklerinin yerine getirildiği anlamına gelmez. Ülkeye göre değişen kuralları uzmanla doğrulamadan satış açmayın. Altyapının dil ve para birimi desteğini de ödeme kuruluşunun ve muhasebe sürecinizin gereksinimleriyle birlikte kontrol edin.

En sık yapılan kurulum hataları nelerdir?

En yaygın hata, önce tasarıma karar verip sonra ürün ve sipariş akışını düşünmektir. Gösterişli bir ana sayfa, ürün seçenekleri yanlış kaydediliyorsa veya ödeme sonrası sipariş size ulaşmıyorsa satış sistemini kurtarmaz. İlk görüşmede tasarım örneklerinden önce ürün, ödeme, teslimat, iade ve içerik sorumluluklarını konuşun.

Bir başka hata, bütün ürünlerin aynı kalıba uyacağını varsaymaktır. Ürün grupları farklı ölçü, teslimat veya saklama bilgisi gerektiriyorsa, ortak şablon kritik bilgileri saklayabilir. Ürün ekibiyle örnek kayıt hazırlayın ve müşterinin ürünü doğru seçip seçemediğine bakın. Ürün sayfasında eksik bilgi nedeniyle telefonla tekrar tekrar aynı sorular geliyorsa, sayfa içeriği satış sürecinin parçası olarak güncellenmelidir.

İlk teklifin düşük görünmesine odaklanmak da kapsamı belirsiz bırakabilir. Bakım, yedek, ürün girişi, ödeme hesabı açılışı ve sonraki eğitim ayrıca ücretlendirilebilir veya hiç dahil olmayabilir. Bu nedenle her teklif için aynı iş listesini kullanın ve “dahil” sözcüğünün sınırını sorun. İş teslim edildiğinde hangi dosya, hesap ve eğitim materyallerini alacağınızı yazılı olarak belirtin.

Testi yalnızca masaüstünde yapmak, gerçek kullanımın önemli bölümünü kaçırır. Mobil menü, adres alanı, açılır seçenek veya ödeme penceresi telefonda farklı davranabilir. Ürünü telefonla seçin, sepeti değiştirin, siparişi tamamlayın ve gelen mesajı açın. Bir müşterinin kullanacağı cihaz ve bağlantı koşullarını tam olarak taklit edemeseniz de, gerçek bir cihazda yürütülen sipariş denemesi masaüstü görüntüsünden daha fazla sorun gösterir.

İçeriği son dakikaya bırakmak, boş kategori sayfalarına veya hatalı ürün bilgisine yol açabilir. Kurulum sürerken kimin fotoğraf çekeceğini, açıklamaları yazacağını ve fiyatları onaylayacağını belirleyin. Ürün bilgisi işletmeden gelmiyorsa sağlayıcı, doğru teknik özellikleri kendiliğinden bilemez. Eksik bilgiyle yayımlamak yerine ürünleri öncelik sırasına göre hazırlayıp hazır olmayanları satışa açmamak daha güvenlidir.

Son olarak, siteyi kuran kişiyle işletme içindeki sorumluluğu karıştırmayın. Sağlayıcı teknik arızayı çözebilir; ancak stok doğruluğu, sipariş hazırlama, müşteriyle iletişim ve ürün bilgisi işletmeye aittir. Görev paylaşımı net değilse müşterinin sorusu teknik destek ile satış ekibi arasında kalır. Siteyi yönetecek personele ürün güncelleme ve sipariş bulma adımlarını uygulamalı gösterin.

Kaynaklar

Sık sorulan sorular