ikas mağazası açmak için tema seçmek ve birkaç ürün eklemek görünür başlangıçtır. Lansman kararı ise müşterinin ürün bulması, doğru varyantı seçmesi, ödeme yapması, teslimat bilgisini anlaması ve satıcının siparişi sorunsuz işlemesiyle verilmelidir. Bu kontrol listesi, teknik kurulum ile gerçek ticaret operasyonunu aynı masada buluşturur. ikas’ın panelindeki özellikler ve paket kapsamları zamanla değişebilir; herhangi bir özelliği seçmeden önce resmî paket ve yardım sayfalarındaki güncel durumunu kontrol edin.
Başlamadan önce bir sorumlu tablosu açın. Mağaza sahibinin vereceği ürün, fiyat ve şirket bilgileri; ajansın veya kurulum ekibinin düzenleyeceği sayfalar; ödeme ve kargo sağlayıcılarının onaylayacağı başvurular ayrı satırlarda olsun. Ajans Motto, resmî ikas iş ortağıdır; her kurulumun kapsamı teklif ve proje planında açıkça belirlenmelidir. Lansman hedefi gerçek sipariş akışını güvenilir kılmaktır.
Lansmanı beş kapıdan geçirin
| Kapı | Kontrol edilen alan | Geçme kanıtı | Sorumlu |
|---|---|---|---|
| 1 | Hesap ve marka | Sahiplik, alan adı, temel sayfalar | Mağaza sahibi |
| 2 | Ürün ve kategori | Örnek ürünün doğru varyant ve stokla yayını | Ürün ekibi |
| 3 | Ödeme ve teslimat | Farklı senaryolarda test siparişi | Operasyon/kurulum |
| 4 | Müşteri bilgisi | Mobil sepet, iletişim, politika ve bildirim | İşletme/uzman |
| 5 | Ölçüm ve devir | Olay kontrolü, eğitim ve açık iş listesi | Ajans ve işletme |
Kapılardan biri başarısızsa bütün lansmanı iptal etmek zorunda değilsiniz; fakat hatanın müşteri veya sipariş için önemini açıkça değerlendirin. Örneğin eksik bir dekoratif görsel sonradan eklenebilir. Yanlış kargo bedeli veya bozuk ödeme ise satışa açılmadan çözülmelidir. Listeyi iş modeline göre uyarlayın; dijital ürün, gıda, giyim ve yurt dışı gönderim farklı testler gerektirir.
1. Hesap, alan adı ve marka bilgisi
Mağaza hesabının ve abonelik ilişkisinin kime ait olduğunu ilk gün netleştirin. Alan adının yenilemesini kim yapacak, DNS değişikliklerine kim erişecek, kurumsal e-posta hangi hesapta? Ajansın kurulum yapması, bu varlıkları kendi adına tutmasını gerektirmez. İşletme sahipliğini korurken ajans görevi için uygun erişim alabilir. Şifreyi mesajlaşma grubunda paylaşmak yerine mevcut yetki seçeneklerini kullanın.
Marka adı, iletişim bilgileri, müşteri hizmetleri saati ve gönderim adresi sitede tutarlı olmalı. Logo ve renk düzeni güzel görünebilir ama müşteri kime ödeme yaptığını anlamıyorsa güven eksik kalır. Hakkımızda, iletişim ve gerekli alışveriş bilgileri kolay bulunmalı. Ticari belgelerin doğruluğu muhasebe ve hukuk uzmanlarıyla ayrıca teyit edilmelidir; tema şablonundaki örnek metin doğrudan yayına alınmamalıdır.
Alan adı bağlandıktan sonra güvenli bağlantı, www/çıplak alan adı tercihi ve yönlendirmeler canlı tarayıcıda test edilsin. Önceki bir mağazadan geçiş yapılıyorsa eski ürün URL’leri ve önemli kategoriler için yönlendirme planı hazırlanmalı. Mevcut organik giriş sayfalarını kaybetmemek için eski URL listesi saklanmalıdır. Yeni alan adına geçen işletme yalnız ana sayfanın açılmasına bakmamalı.
2. Ürün verisi ve kategori ağacı
Katalogdaki her ürün için müşteri kararını etkileyen alanları belirleyin: ürün adı, açıklama, görsel, varyant, ölçü, malzeme, kullanım bilgisi, stok ve teslim koşulu. Tedarikçinin aynı açıklamasını bütün mağazalara kopyalamak yerine müşterinizin sık sorduğu soruları yanıtlayın. Başlık okunabilir olsun; teknik kodlar gerekiyorsa ürün adının tamamını kod dizisine çevirmeyin. Görseller ürünü doğru temsil etsin; renk farkı veya ölçü algısı önemliyse açıklama ekleyin.
Kategori ağacını mağaza deposunun iç sınıflandırmasına göre değil, müşterinin ürün bulma yoluna göre kurun. Bir tişört, “Kadın Giyim > Tişört” altında bulunabilir; her renk için ayrı ve benzer kategori açılması gezinmeyi zorlaştırabilir. Filtre, varyant ve kategori ilişkisi ürün türüne göre test edilmelidir. Google’ın e-ticaret site yapısı rehberi önemli ürün sayfalarının site bağlantılarıyla erişilebilir olmasını önerir. Sadece arama kutusuyla bulunan ürünler kullanıcı için de keşif için de sınırlı kalır.
Ürünleri toplu yüklemeden önce tek örnek ürünü baştan sona yayınlayın. Fiyat doğru mu, KDV veya diğer vergi gösterimi iş modeline uygun mu, varyant stoku doğru düşüyor mu, mobil görsel kırpılıyor mu? Örnek onaylandıktan sonra toplu şablonu çoğaltın. Hatalı veri bin ürünle çarpıldığında düzeltme maliyeti artar. Mağaza içinde olmayan ürünün aktif görünmesi de müşteri hizmetlerini gereksiz meşgul eder.
3. Ödeme, kargo ve stok testi
Ödeme sağlayıcısı başvurusu, ticari bilgiler ve panel ayarları tamamlandıktan sonra farklı sepet senaryoları deneyin. Tek ürün, çok ürün, indirimli ürün ve farklı ödeme yöntemi için ekrandaki toplamı kontrol edin. Test siparişinde müşteri onayı, işletme bildirimi ve yönetim panelindeki kayıt aynı tutarı ve ürünü göstermeli. Gerçek ödeme kullanılıyorsa testin nasıl iade edileceği de planlanmalıdır.
Kargo bölgesi ve ücret hesabı ayrı kontrol gerektirir. Mersin içi teslim, diğer iller ve varsa yurtdışı için hangi seçenekler gerçekten sunuluyor? Ağırlık/desi, paket ölçüsü ve ücretsiz kargo eşiği gibi girdiler işletmenin operasyonuyla uyuşmalı. Ajans Motto’nun desi hesaplama aracı paket ölçüsünü düşünmeye yardımcı olabilir; gerçek taşıyıcı tarifesi ve sözleşme koşulu ayrıca doğrulanmalıdır. Kargo ücretinin panelde tanımlanmış olması, her adres için doğru hesaplandığı anlamına gelmez.
Stok davranışı iki kanalda satış yapan işletmelerde kritiktir. Pazaryeri ve mağaza aynı fiziksel stoktan besleniyorsa senkronizasyonun hangi sıklıkta ve hangi yönde çalışacağı anlaşılmalı. Son ürün iki kanalda aynı anda satılırsa ne olacağına dair operasyon kuralı yazın. “Entegrasyon var” ifadesini gerçek sipariş ve stok testiyle tamamlayın.
Test siparişi tek denemeden ibaret olmasın
Bir başarılı sipariş yalnızca en kolay yolu doğrular. Sepete eklenip ödenmeyen ürün, geçersiz indirim kodu, stokta son kalan varyant ve teslim edilmeyen bölge gibi olumsuz durumları da deneyin. Her test için beklenen sonuç ve gerçekleşen sonuç iki sütunda kaydedilsin. Böylece ekip, “çalışıyor” kararını hafızaya değil gözlenebilir kanıta dayandırır.
Ödeme ve stok kesişimindeki hata
Ödeme onayına çok yakın anda stok tükenirse müşteriye ne gösterilecek? Teknik akış platform ve entegrasyona göre farklılaşabileceğinden bunu varsaymayın. Deneme ortamının izin verdiği ölçüde senaryoyu taklit edin; üretimde karşılaşılırsa siparişin kim tarafından inceleneceğini yazın.
Kayıt defterinde tutulacak kanıt
Test tarihi, ürün ve varyant kodu, teslimat bölgesi, ekranda görülen toplam, yönetim panelindeki sipariş durumu ve düzeltmeyi yapan kişiyi kaydedin. Gerçek müşteri bilgisi kullanmadan ekran görüntüsü veya kısa kayıt saklayın. Test geçildikten sonra ayar değişirse ilgili senaryoyu tekrar çalıştırın. Böylece lansman onayı, tek seferlik sözlü izne dönüşmez.
İade ve iptal akışını da en az bir kez baştan sona prova edin. Müşteri talebinin hangi kanaldan geldiği, personelin panelde ne yaptığı ve ödeme sağlayıcısındaki son durumun nasıl doğrulandığı belli olsun. Canlı mağazada iade bekleyen müşteri için “panelde buton var” cevabı yeterli değildir. Operasyonun sahipliği ve yanıt süresi açık olmalıdır.
Çok kanallı satışta sabah stok eşleşmesi doğruyken gün sonu hatası oluşabilir. Bu yüzden tek bir senkronizasyon anına güvenmeyin; yoğun sipariş saatinde gecikmenin ne kadar sürdüğünü gözlemleyin. Destek talebi açılacaksa entegrasyonun adı, olay zamanı ve ürün kodu ilk mesajda yer alsın. Bu bilgiler sorunun kaynağını ayırmayı kolaylaştırır.
4. Müşteri deneyimi ve yasal bilgi
Mobil telefonda ürün seçme, sepete ekleme ve ödeme akışını bir kullanıcı gibi tamamlayın. Zorunlu alanlar anlaşılır mı, hata mesajı düzeltme yolunu gösteriyor mu, telefon numarası girerken klavye uygun mu? İndirim kodu çalışmıyorsa kullanıcıya nedenini açık söyleyin. Sitede müşteri hizmetleri ve iade/iptal bilgisi kolay bulunmalı. Bu belgelerin hukuki doğruluğu işletmenin kendi uzmanlarıyla kontrol edilmelidir; otomatik şablonun varlığı tek başına uyum kanıtı değildir.
Sipariş sonrası e-posta veya SMS kullanılıyorsa gerçek mağaza adı, ürün ve iletişim bilgisi doğru görünsün. Kullanıcı bir sipariş verdikten sonra ne zaman ve nasıl durum bilgisi alacağını bilmeli. İletişim formu ve destek hattı test edilsin. Çalışma saatleri dışında gelen sorunun kimde beklediği belli olsun. Lansman gecesinde gelen ilk mesajın yanıtı hazır değilse teknik kurulum tamam olsa da müşteri deneyimi hazır değildir.
5. SEO, ölçüm ve devir
ikas, ürün, kategori ve blog sayfalarında SEO alanlarını düzenleme imkânını resmî sayfasında açıklar. Bu alanlarda başlık ve açıklama yazmak önemlidir; fakat tek başına sıralama sağlamaz. Kategori açıklaması, ürün içeriği, görsel alt metni, iç bağlantılar ve teknik erişim birlikte kontrol edilmelidir. Google Search Console kurulumu ve site haritası gönderimi varsa doğru hesap sahipliğiyle yapılmalıdır. Ölçüm hesabı işletmenin kontrolünde kalmalıdır.
Analitik olayları kurduğunuzda sadece panelde görünen bir sayı yeterli değildir. Ürün görüntüleme, sepete ekleme ve satın alma gibi önemli adımların beklenen durumda kaydedildiğini test edin. Bir test siparişi iki kez sayılıyorsa reklam kararları yanlış olabilir. Çerez ve veri işleme tercihleri için geçerli kuralların işletme tarafından değerlendirilmesi gerekir; ölçüm kurmak izin yükümlülüklerini ortadan kaldırmaz.
Devir oturumunda mağaza sahibine ürün düzenleme, stok güncelleme, sipariş kontrolü ve temel rapor okuma görevlerini yaptırın. Ekran paylaşımıyla anlatım yetmeyebilir; gerçek bir örnek üzerinde uygulama daha kalıcıdır. Açık kalan işler, erişimler ve destek kanalları tek sayfalık teslim notunda bulunsun. Yayından sonra ilk hafta hangi hatalara kim bakacak, bunu da önceden yazın.
İlk hafta için günlük kısa kontrol belirleyin: ödeme başarısızlıkları, eksik adresler, kargo etiketi sorunları, beklenmedik stok değişimleri ve müşteri soruları. Hata görülmezse bile sonuç kayıt altına alınsın. İlk haftanın amacı büyük satış rakamı göstermekten çok sipariş zincirinin güvenilirliğini doğrulamaktır. Reklam bütçesi artırma kararı bu temel akış incelendikten sonra verilmelidir.
Varsayımsal örnek: Mersin’de hediyelik ürün markası
Bu gerçek müşteri vakası değildir. Hediyelik ürün satan bir Mersin markası ikas mağazasını açıyor olsun. İlk tasarımda ürünler güzel görünür, ama iki ürün setinin kargo ölçüsü yanlış ve bir renk varyantının stoku sıfır olduğu halde satın alınabiliyor. Ekip yayını bir gün erteleyip örnek siparişlerle bu sorunları düzeltir. Ardından şehir dışı bir adrese test gönderimi hesaplar ve müşteriye giden bildirimleri kontrol eder.
Lansmandan sonra başarıyı sadece açılış günündeki trafikle ölçmezler. Yanlış stok nedeniyle iptal edilen sipariş, müşteri sorusu ve tamamlanan ödeme oranı gibi operasyon verilerini de incelerler. Ürün açıklamalarında sık sorulan “pakette neler var?” sorusu eksik çıkarsa sayfa güncellenir. Böylece mağaza kurulumunu tek seferlik tasarım teslimi değil, müşterinin sorunsuz alışveriş yapabildiği bir sistem olarak ele alırlar.
Sık sorulan sorular
ikas mağazası kaç günde açılır?
Ürün verisi, ödeme başvurusu, tasarım kapsamı ve test ihtiyacı süreyi değiştirir. Her işletmeye geçerli gün sayısı vermek doğru değildir. Başlangıç toplantısında bağımlılıkları ve aşama teslimlerini yazın.
Test siparişi şart mı?
Lansmandan önce gerçek müşteri yolunu test etmek güçlü bir kontroldür. Ödeme, kargo, bildirim ve stok aynı senaryoda sınanır. Kullanılan yönteme göre testin iade veya kayıt işlemi planlanmalıdır.
SEO ayarları doldurulunca ürünler hemen görünür mü?
Hayır. Arama motorunun sayfayı keşfetmesi, dizine alması ve ilgili aramada göstermesi ayrı aşamalardır. İçeriğin doğruluğu ve site yapısı da önemlidir; herhangi bir sıra garanti edilemez.
Kurulumdan sonra ajansa sürekli ihtiyaç var mı?
İşletmenin ekibi temel operasyonu yönetebilir. Yeni entegrasyon, özel tasarım veya devam eden reklam/SEO için destek gerekebilir. Hangi işin proje teslimi, hangisinin aylık hizmet olduğunu anlaşmada ayırın.
Ajans Motto ile mağaza açılış planınızı değerlendirmek için ikas hakkında temel bilgileri okuyabilir, iletişim sayfasından ürün türünüzü ve hazır verilerinizi paylaşabilirsiniz. İlk hedef, görünür mağaza kadar güvenilir sipariş akışı kurmaktır.
