E-Ticaret Sitesi Fiyatları 2026

Özetle

• Teklifleri toplam rakama göre değil, teslim edilecek iş kalemlerine göre karşılaştırın.
• Kurulum, abonelik, alan adı, ödeme hizmeti, kargo ve bakım giderlerini ayrı sorun.
• Ürün verisi ve içerik hazır değilse, mağazanın açılışı gecikebilir veya ek çalışma gerekebilir.
• Telefon ekranında ürün seçme, ödeme ve sipariş onayı adımlarını mutlaka deneyin.
• İşletme kimliği, iletişim bilgileri ve kişisel veri işleme sorumluluklarını açılıştan önce kontrol edin.

E-ticaret sitesi fiyatları 2026’da hangi işlere göre belirlenir?

2026’da e-ticaret sitesi fiyatları için karar verirken önce satış akışınızın hangi bölümlerinin kurulacağını belirleyin. Bir ürün kataloğu, ürünleri sepete ekleme, ödeme, kargo seçimi ve sipariş sonrası bildirimler aynı kapsam değildir; teklif de bunların hangisinin dahil olduğuna göre okunmalıdır.

Bir işletme için “site hazır” demek yalnızca ana sayfanın yayına girmesi değildir. Müşteri ürün bilgisine ulaşabilmeli, doğru seçeneği belirleyebilmeli, siparişini tamamlayabilmeli ve sorun yaşarsa işletmeye ulaşabilmelidir. Bu zincirin bir adımı eksikse, düşük görünen kurulum teklifi mağazayı satışa hazır hâle getirmeyebilir.

Önce kapsamı bir sayfaya yazın: hangi ürünler girilecek, ürün seçenekleri nasıl gösterilecek, ödeme hangi yöntemlerle alınacak, kargo seçenekleri nasıl sunulacak, sipariş bilgileri kim tarafından izlenecek? Ardından bu listeyi her teklif verenle paylaşın. Böylece aynı işi tarif eden cevapları karşılaştırırsınız; farklı kapsamlar için verilen toplam tutarları yan yana koymazsınız.

Teklifleri hangi kalemlere göre karşılaştırmalıyım?

En güvenli karşılaştırma, her teklifin aynı teslimat listesini karşılayıp karşılamadığına bakmaktır. Aşağıdaki tabloyu teklif görüşmesinde kontrol listesi olarak kullanın; tek başına “tasarım dahil” ifadesi, mağazanın satışa hazır olduğu anlamına gelmez.

Tablodaki her başlığın karşısına “dahil”, “işletme sağlayacak”, “ayrıca teklif edilecek” veya “belirsiz” yazın. Son seçenek teklif netleşmeden kalmamalıdır. Özellikle ürün verisi, ödeme hesabı ve kargo kuralı gibi işin başlamasını etkileyen başlıklarda, sorumluluğun kimde olduğu sözlü bırakılırsa daha sonra işin kapsamı hakkında anlaşmazlık çıkabilir.

İki e-ticaret teklifi neden çok farklı görünebilir?

İki teklif arasındaki fark çoğu zaman aynı işi farklı fiyatlamaktan değil, farklı işlerin teklif edilmesinden kaynaklanır. Biri hazır bir mağaza tasarımını ürün girişi ve testle teslim ederken diğeri özel sayfa düzenleri, içerik aktarımı veya dış sistem bağlantılarını da kapsıyor olabilir.

“Ürün girişi dahil” ifadesini özellikle açtırın. Ürün adı, açıklama, fotoğraf, stok, seçenek, kategori ve teslimat bilgisi bir ürün kaydının farklı parçalarıdır; sağlayıcının bunların hepsini mi, yoksa yalnızca temel bilgileri mi gireceğini sorun. Sizden dosya bekleniyorsa dosyanın biçimini ve eksik bilgilerin nasıl ele alınacağını da öğrenin.

Ödeme bağlantısı da yalnızca bir düğme eklemek değildir. Mağazanın bir ödeme hizmetiyle çalışması için işletmenin ilgili hizmette hesabı ve gerekli ayarları hazır olmalıdır. Hesabın açılması, doğrulanması veya sağlayıcıyla yapılacak sözleşme site teklifinden ayrı sorumluluk olabilir. Teklifte bağlantının kurulması ile ödeme hesabının temin edilmesi birbirine karıştırılmamalıdır.

Üçüncü fark, yayın sonrası destektir. “Destek” kelimesi; teknik arıza giderme, yeni ürün ekleme, görsel değiştirme, içerik düzenleme veya dış hizmet bağlantısını yenileme gibi farklı işleri anlatabilir. Hangi talebin kapsama girdiğini, taleplerin nasıl iletileceğini ve kapsam dışı işlerin nasıl fiyatlandırılacağını satın almadan önce sorun. Tutarı değil, iş tanımını karşılaştırmak bu nedenle daha sağlıklı bir başlangıçtır.

Bir e-ticaret sitesinin kurulumuna neler dahil olmalı?

Kurulum kapsamı, ziyaretçinin ürün bulmasından sipariş sonrası bilgi almasına kadar uzanan temel akışı tarif etmelidir. Sadece ana sayfa ve ürün sayfasını değil; kategori, sepet, ödeme, iletişim ve gerekli bilgilendirme sayfalarını da teklif belgesinde arayın.

Ürün sayfasında ürün adı ve açıklamasının yanında fotoğraflar, fiyat bilgisi, varsa ölçü veya renk seçenekleri, stok durumu ve teslimata ilişkin açıklamalar bulunabilir. Hangi alanların kullanılacağı ürün tipinize bağlıdır. Örneğin aynı stok ve seçenek yapısı, bir atölyenin sipariş üzerine ürettiği ürünle paketli bir gıda ürününde aynı şekilde çalışmayabilir. İşletmenizin ürününü bilen sizsiniz; tasarımcı ise bu bilgilerin sayfada nasıl sunulacağını netleştirmelidir.

Mağaza altyapısı (ürünleri, siparişleri ve sayfaları yönettiğiniz yazılım sistemi) size ürün ekleme ve sipariş görme imkânı vermelidir. Yönetim ekranına hangi kullanıcıların erişeceği, şifrelerin nasıl teslim edileceği ve işletme ayrıldığında hesabın nasıl devredileceği de kurulumun parçası olarak konuşulmalıdır. İçerik yönetim sistemi, yani CMS, site metinlerini ve ürün kayıtlarını düzenlediğiniz yönetim aracıdır; bu aracı kullanmak için eğitim veya devir anlatımı verilip verilmeyeceğini sorun.

İçerik hazırlığı bazen tekliflerin dışında kalır. Ürün fotoğraflarını siz sağlayacaksanız, hangi ölçü ve dosya türünün gerektiğini önceden öğrenin; açıklamaları siz yazacaksanız, bunların hangi alanlara yerleştirileceğini netleştirin. Ürün adı, görsel ve açıklama dosyaları hazır değilse işin ilerleyişi bu malzemelerin teslimine bağlı olabilir. Bu bağımlılığı takvimde ve iş tanımında görünür kılın.

Hazır altyapı mı, özel geliştirme mi işletmem için uygun?

Hazır altyapı, mağaza işlevleri önceden oluşturulmuş bir yazılım sistemidir; özel geliştirme ise ihtiyaçlarınıza göre ayrı işlevler yazılması anlamına gelir. Seçimi, işletmenizin satış akışının standart işlevlerle yürüyüp yürümeyeceğine ve mağazayı kimin yöneteceğine göre yapın.

Ürünleri kendiniz ekleyecek, stok ve siparişleri yönetim ekranından izleyecek, ödeme ve kargoyu desteklenen bağlantılarla yürütecekseniz hazır altyapı pratik olabilir. Ancak “hazır” kelimesi bütün ihtiyaçların otomatik karşılanacağı anlamına gelmez. Dil, para birimi, ürün seçenekleri, indirim kuralı, kargo bölgesi ve raporlama gibi ihtiyaçlarınızı sağlayıcının dokümantasyonu ve teklifi üzerinden tek tek doğrulayın.

Özel geliştirme ancak gerçekten farklı bir iş akışınız varsa anlam kazanır. Örneğin müşteri siparişi birden fazla üretim aşamasına göre takip edilecek veya mevcut iş yazılımınızla özel veri alışverişi yapılacaksa, bu bağlantının nasıl çalışacağı teknik ve ticari olarak tarif edilmelidir. Her özel işlev, sonrasında kimin güncelleyeceği ve bozulduğunda kimin müdahale edeceği sorularını da getirir. Sadece “ileride lazım olabilir” diye karmaşıklık eklemek, yönetimi zorlaştırabilir.

Kurulum dışında hangi giderleri hesaba katmalıyım?

Kurulumun dışında, mağazayı çalışır durumda tutan yinelenen giderleri ve her siparişle birlikte doğabilecek işletme giderlerini düşünün. Bunlar; alan adı, barındırma, mağaza yazılımı aboneliği, ödeme hizmeti, kargo, bakım ve içerik çalışmaları gibi ayrı kalemler olabilir.

Alan adı, müşterilerin sitenize ulaşmak için yazdığı web adresidir. Barındırma (hosting), site dosyalarının çevrim içi erişilebilir tutulduğu hizmettir. Bazı mağaza sistemlerinde bu hizmetler tek abonelik altında sunulabilir; bazılarında alan adı ve barındırma ayrı yönetilir. Bu nedenle teklifin neyi kapsadığını ve yenileme zamanı geldiğinde kimin ödeme yapacağını sorun. Alan adı ve yönetici hesapları mümkünse işletmenizin kontrolünde olmalıdır.

Ödeme hizmeti ve kargo giderleri, mağaza kurulum ücretinden farklı şekilde işleyebilir. Ödeme sağlayıcısının kendi sözleşmesi ve koşulları bulunabilir; kargo anlaşmanız da işletmenizin ticari düzenine bağlıdır. Bunların ücretlerini sağlayıcınızdan veya sözleşme yaptığınız kuruluştan öğrenin. Bir web sitesi teklifindeki “ödeme entegrasyonu” ifadesini, ödeme kuruluşunun tüm masraflarının dahil olduğu şeklinde yorumlamayın.

Bakım da belirsiz bırakılmamalıdır. Yazılım güncellemesi, yedek alma, güvenlik kontrolü, ürün verisi düzenleme ve yeni özellik ekleme aynı iş değildir. “Bakım dahil” deniyorsa hangi işlemlerin hangi kapsamda yapıldığını ve sizin yapmanız gereken bir işlem olup olmadığını sorun. Alan adınızı yenilemek ya da ödeme sağlayıcısındaki hesabınızı yönetmek, çoğu durumda ayrıca sorumluluk gerektirebilir.

Gider kalemlerini nasıl ayırmalıyım?

Her gideri “kurulum”, “yenilenen hizmet” veya “siparişe bağlı gider” olarak sınıflandırın. Bu sınıflandırma, sağlayıcının teklifinde görünmeyen masrafları belirlemenize yardımcı olur.

Buradaki “işletme emeği” de gözden kaçan bir maliyet türüdür. Ürün bilgisini hazırlamak, siparişleri kontrol etmek, iadeyle ilgili müşteri sorularını yanıtlamak ve stok bilgisini güncel tutmak birinin zamanını alır. Sitenin teknik olarak çalışması bu günlük işleri ortadan kaldırmaz. Bu işleri kendiniz yapacaksanız hangi yönetim ekranlarını kullanacağınızı öğrenin; çalışanınıza devredecekseniz erişim ve görev paylaşımını önceden belirleyin.

Site maliyetini kendi işime göre nasıl hesaplarım?

Hesaplamaya önce tekliflerdeki kurulum kalemlerini, ardından tekrar eden giderleri ve işletmenizin sağlayacağı işleri yazarak başlayın. Toplamı tek rakamda görmek yerine her kalemin hangi ihtiyacı karşıladığını ve ne zaman doğduğunu ayırın.

Bir mağazanın kapsamını belirlerken ürün sayısının tek başına yeterli ölçü olmadığını unutmayın. Ürünlerin her birinde çok sayıda seçenek, farklı açıklamalar veya özel teslimat koşulları varsa veri hazırlığı daha zahmetli olabilir. Öte yandan katalog küçük olsa bile siparişin işletmenizde izlediği yol veya ödeme-kargo düzeni ek çalışma gerektirebilir. Bu yüzden “kaç ürün?” sorusuna ek olarak “ürün verisi hangi durumda?” ve “sipariş nasıl işlenecek?” sorularını da yanıtlayın.

Fiyat hesaplayıcısına tekliflerdeki kalemleri ve işletmenizin karşılayacağı işleri girerek kurulum maliyetinin kapsamını karşılaştırabilirsiniz.

Araca yalnızca teklifinizde gerçekten belirtilen kalemleri girin. Teklifte tutarı veya kapsamı belirsiz bir hizmet varsa tahmin yazmak yerine sağlayıcıdan açıklama isteyin. Hesaplama aracı, eksik iş tanımını tamamlamaz; hangi işlerin bütçeye girdiğini daha görünür hâle getirir. Düzenli giderleri, sipariş başına oluşan giderlerle aynı toplamda değerlendirmemek de kararınızı daha anlaşılır kılar.

Karşılaştırma yaparken her teklif için aynı ürün listesini, aynı sayfa ihtiyacını ve aynı teslimat beklentisini kullanın. Bir teklif ürün aktarımını içeriyor, diğeri içermiyorsa, ikisini “mağaza kurulumu” başlığı altında eşdeğer saymayın. Kapsamı aynılaştırmak mümkün değilse, farkları açıkça not edin ve işletme açısından hangisinin gerekli olduğunu belirleyin. Bu yöntem, yalnızca başlangıç tutarına bakıp daha sonra ortaya çıkan işleri gözden kaçırmayı önler.

Ürün sayısı ve ürün seçenekleri maliyeti nasıl etkiler?

Ürün sayısı, katalog kurulumu için gereken içerik hazırlığını ve kontrol işini etkileyebilir; fakat tek başına bütün maliyeti açıklamaz. Ürünlerin ne kadar düzenli verildiği, varyantların nasıl sunulduğu ve fotoğrafların hazır olup olmadığı da kapsamı değiştirir.

Örneğin bir üründe beden ve renk gibi seçenekler varsa, müşteri seçim yaptığında doğru ürün bilgisine ve stok durumuna ulaşmalıdır. Seçeneklerin her birinin ayrı görseli, stok kaydı veya açıklaması varsa bunlar ürün veri dosyasında belirtilmelidir. Teklif veren kişiye ürünlerinizi örnekleyin ve bir ürün sayfasının hangi alanlardan oluşacağını birlikte belirleyin. “Ürün yükleme” ifadesinin kaç ayrı bilgi alanını kapsadığı böylece somutlaşır.

Ürün fotoğrafları farklı arka planlarda, farklı boyutlarda veya eksik adlarla geliyorsa, yükleme öncesinde düzenleme gerekebilir. Bu düzenleme teklife dahil değilse kimin yapacağını ve hangi dosyaların sizden beklendiğini öğrenin. Ürün açıklamaları başka bir dosyada duruyorsa, dosyadaki her sütunun mağazadaki hangi alana aktarılacağını sağlayıcıyla eşleştirin. Veriyi temizlemek, yanlış ürün bilgisinin yayına çıkmasını azaltan bir hazırlık adımıdır.

Ürün sayısı büyüdüğünde kategorilerin ve filtrelerin müşteri için anlaşılır kalması da önem kazanır. Kategorileri yalnızca işletme içindeki stok kodlarına göre adlandırmak, müşterinin aradığı ürünü bulmasını zorlaştırabilir. Müşterilerin kullandığı ürün adlarını, ölçüleri ve ayırt edici bilgileri düşünün. Kategori düzeninin müşterinin karar verme biçimine uyup uymadığını mağazanın taslak ekranında kontrol edin.

İlk yayında bütün kataloğu koymak mümkün değilse, hangi ürünlerin açılışta bulunacağına karar verin. Eksik katalogla yayına çıkmak bazen tercih olabilir; ancak bulunmayan ürünlerin sipariş edilebilir gibi görünmemesi ve müşteriye yanlış bilgi verilmemesi gerekir. Ürün aktarımını parçalara ayırıyorsanız, son kontrolün kimde olduğu ve eksik kayıtların nasıl izleneceği yazılı olmalıdır.

Ödeme ve kargo bağlantılarında neyi önceden netleştirmeliyim?

Ödeme ve kargo bağlantılarında önce işletmenizin sağlayıcı hesaplarının hazır olup olmadığını ve hangi işlemlerin site kurulumuna dahil edildiğini doğrulayın. Bir hizmetin adının teklifte geçmesi, hesabın açılması, sözleşmenin yapılması ve tüm ayarların tamamlanması anlamına gelmeyebilir.

Ödeme tarafında kullanmak istediğiniz sağlayıcıyı belirleyin ve mağaza altyapısının bu sağlayıcıyla çalışıp çalışmadığını sağlayıcının güncel belgelerinden kontrol edin. Hesap başvurusu, işletme bilgileri ve onay süreci site kurulumundan ayrı ilerleyebilir. Test işleminin nasıl yapılacağını, gerçek bir ödeme alınmadan önce hangi senaryoların deneneceğini ve başarısız ödeme durumunun sipariş ekranında nasıl görüneceğini sorun.

Kargo tarafında teslimat bölgeleri, ücretin müşteriye nasıl gösterileceği ve siparişin kargoya verildi bilgisinin nasıl iletileceği işletmenizin kararlarına bağlıdır. Teklif veren kişi bu kuralları teknik ekrana girebilir; fakat kuralın ne olacağını işletme sahibi olarak siz belirlemelisiniz. Kargo sağlayıcısıyla özel bir anlaşmanız varsa, bu anlaşmanın mağazada nasıl uygulanacağı ve yeni siparişlerin kimin tarafından işleme alınacağı da netleşmelidir.

İade, iptal ve müşteri soruları yalnızca teknik bağlantı meselesi değildir. Mağazanın bilgilendirme sayfalarında işletmenizin uygulamasını doğru anlatmanız ve bu uygulamanın geçerli yükümlülüklerle uyumunu resmî kaynaklardan veya yetkin bir uzmandan kontrol etmeniz gerekir. Siteyi kuran kişiden hukuki karar vermesini beklemeyin; teknik yerleşim ile mevzuat değerlendirmesini farklı işler olarak ele alın.

Bu adımların tamamını gerçek sipariş gibi deneyin: ürün seçin, sepete ekleyin, ödeme adımına ilerleyin, adres ve kargo seçeneklerini kontrol edin, sipariş onayının nerede göründüğünü inceleyin. Testte kullanılan ödeme yönteminin canlı tahsilat yapıp yapmadığını önceden doğrulayın. Deneme sırasında gerçek müşteri verisi kullanmak yerine, sağlayıcının önerdiği güvenli test yöntemini izleyin.

Mağaza açılmadan önce hangi adımları sırayla tamamlamalıyım?

Önce kapsamı ve sorumluları belirleyin; ardından içerik, hesaplar, kurulum ve test aşamalarını tamamlayın. Mağazayı yayımlamadan önce sipariş akışını telefon ve bilgisayarda baştan sona kontrol edin.

Aşağıdaki sıra, teknik bilgi gerektirmeyen bir proje takibi sağlar. Her adımın sonunda “tamamlandı” demek için gözle görülebilir bir kanıt belirleyin: örneğin yönetim ekranında ürün kaydı, test siparişinin görünmesi veya işletme iletişim bilgisinin sayfada yer alması. Sadece bir e-postada “hazır” denmiş olması, ziyaretçinin ne göreceğini doğrulamaz.

İşletme hesaplarının kontrolü, proje bittikten sonra özellikle önem kazanır. Alan adı, mağaza yönetimi ve ödeme hizmeti için kullanılan e-posta adreslerinin kime ait olduğunu öğrenin. Şifreleri ortak ve kalıcı biçimde mesajlaşma uygulamalarında dolaştırmak yerine, hizmetin güvenli erişim yöntemi neyse onu kullanın. Erişim size devredilmeden “site tamamen sizin” varsayımında bulunmayın.

Mobilde ve hızda hangi kontrolleri yapmalıyım?

Telefon ekranında ürün bulma, seçenek seçme, sepete ekleme ve ödeme adımlarını kendiniz deneyin. Hız değerlendirmesinde tek bir puana değil, gerçek sayfaların yüklenmesine ve müşterinin işlem sırasında yaşadığı gecikmelere bakın.

Bir masaüstü ekranda düzgün görünen mağaza, telefonda farklı sorunlar çıkarabilir: menü dokunması zor olabilir, ürün görseli metni aşağı itebilir, seçenek düğmeleri birbirine yakın durabilir veya ödeme alanı ekranın dışında kalabilir. Ana sayfayı kontrol etmekle yetinmeyin. Kategori, ürün, sepet ve ödeme sayfalarını da telefonunuzda açıp gerçek bir alışverişçi gibi ilerleyin. Her adımda metnin okunup okunmadığını ve bir sonraki işlemin anlaşılır olup olmadığını kontrol edin.

Ürün sayfası görselleri, çok sayıda eklenti ve üçüncü taraf bağlantıları sayfanın yüklenmesini etkileyebilir. Sorun gördüğünüzde her şeyi aynı anda değiştirmeyin. Hangi sayfada yavaşlık yaşandığını ve bunun hangi cihazda görüldüğünü kaydedin; sonra geliştiriciden o sayfa için ölçüm ve açıklama isteyin. Ürün fotoğraflarının boyutunu uygun hâle getirmek gibi bir düzenleme, büyük görsel yükü olan sayfalarda incelenebilir; ancak sonucu tekrar ölçerek doğrulayın.

İşletme bilgileri ve kişisel veriler için hangi yükümlülükleri gözetmeliyim?

E-ticaret sitesinde işletmenin kimliği ve iletişim bilgileri görünür olmalı; ziyaretçi verisi işlendiğinde KVKK kapsamındaki yükümlülükler doğabilir. Hangi metinlerin ve süreçlerin işletmenize uygulanacağını resmî kaynaklardan veya yetkin bir hukuk uzmanından teyit edin; bu açıklama hukuki danışmanlık değildir.

Siteyi kuran kişiye, hangi formların hangi bilgileri topladığını, bu bilgilerin nerede tutulduğunu ve hangi üçüncü taraf hizmetlere aktarıldığını sorun. Ancak hukuki dayanak, saklama süresi veya aydınlatma metninin içeriği gibi kararları teknik yüklenicinin varsayımına bırakmayın. Bu bilgileri işletme olarak siz belirleyin ve gerekli uzman kontrolünü alın. Sayfadaki metinle mağazanın gerçekte yaptığı işlem birbiriyle uyumlu olmalıdır.

Eski sitem varsa yeni mağazaya geçerken neyi korumalıyım?

Önce eski sitede kullanılmaya devam edecek alan adı, ürün bilgileri, sayfa adresleri, müşteri iletişim kanalları ve sipariş kayıtları gibi varlıkları listeleyin. Yeni mağazanın açılması kadar, eski adresten gelen ziyaretçilerin yanlış veya çalışmayan sayfalara düşmemesi de geçiş planının parçasıdır.

Eski sitedeki ürün açıklamaları ve görsellerin kullanımı için dosyaların nerede tutulduğunu ve kimin düzenleme yetkisi olduğunu belirleyin. Ürün verisini dışa aktarabiliyorsanız, yeni mağazaya aktarıldıktan sonra örnek kayıtları kontrol edin. Fiyat, stok veya seçenek bilgisi yanlış aktarılmışsa, sorun yayından sonra müşteriye yansıyabilir. Bu nedenle bütün verinin taşındığını söyleyen bir teslim notu yerine, işletmenizin kontrol edebileceği örnek kayıt ve tamamlama listesi isteyin.

Mevcut mağazanın sipariş kayıtları veya müşteri hesapları taşınacaksa, bu iş teknik ve veri koruma açısından ayrıca planlanmalıdır. Hangi kayıtların aktarılacağı, eski sistemin ne zaman kapatılacağı ve kayıtların işletme tarafından nasıl erişilebilir kalacağı belirsiz olmamalıdır. Gerektiğinde eski sağlayıcıdan veri dışa aktarma yöntemi ve yeni sağlayıcıdan içe alma biçimi hakkında yazılı açıklama alın.

Teklif alırken en sık hangi hatalara düşülür?

En yaygın hata, kapsamı görmeden yalnızca en düşük toplamı seçmektir. Bir diğer hata da işletmenin kendi hazırlaması gereken ürün verisi, sağlayıcı hesapları ve yasal içerik gibi işleri proje dışı sanmaktır.

“Sınırsız ürün” veya “tam destek” gibi ifadeleri iş tanımına çevirmeden kabul etmeyin. Sınırsız ürün girişi deniyorsa, ürün verisini kim sağlayacak, özel seçenekler dahil mi, görseller düzenlenecek mi diye sorun. Tam destek deniyorsa, teknik sorun ile ürün ekleme veya yeni sayfa tasarlamanın aynı kapsamda olup olmadığını öğrenin. Sözlü ifadeyi teslimat listesine dönüştürmeden bütçenizi karşılaştırmış olmazsınız.

Yayına çıkış tarihini yalnızca siteyi kuran kişinin çalışma süresine bağlamak da yanıltıcı olabilir. Ürün fotoğraflarının, açıklamaların, ödeme hesabının ve işletme kararlarının hazır olması gerekir. Bu girdilerin ne zaman teslim edileceğini ve gecikme olduğunda planın nasıl değişeceğini baştan konuşun. İşletme tarafındaki hazırlıkların takvimi, teknik kurulum kadar önemlidir.

Başka bir hata, mağazayı yalnızca masaüstü görünümünde onaylamaktır. Müşteriler telefon kullanırken ürün seçimi veya ödeme alanı çalışmıyorsa, tasarım onaylanmış olsa bile temel alışveriş yolu aksar. Testi ürün listeleme, sepete ekleme, ödeme ve sipariş onayı boyunca yürütün; her aşamada gördüğünüz hatayı ekran görüntüsü veya açık tarifle kayıt altına alın.

Aşağıdaki tablo, sorun görüldüğünde önce hangi soruyu sormanız gerektiğini gösterir. Olası nedenler kesin teşhis değildir; sağlayıcıdan durumu kontrol etmesini isteyin.

Teklifte mülkiyet ve çıkış koşullarını da sorun. Sağlayıcıyla çalışmayı bırakırsanız alan adınız, ürün kayıtlarınız, görselleriniz ve yönetim erişiminiz nasıl teslim edilecek? Mağaza altyapısı sağlayıcıya bağlıysa, başka sisteme geçişte hangi verilerin alınabileceğini önceden öğrenin. Bu sorular, yalnızca bir sorun çıkınca değil, sözleşme yapılırken konuşulmalıdır.

Son olarak, teknik terimlerin arkasına saklanan belirsizliği kabul etmeyin. “Entegrasyon tamam” deniyorsa, hangi hesapla hangi veri alışverişinin yapıldığını sorun. “Güvenli” deniyorsa, bunun hangi ayarları ve sorumlulukları kapsadığını açıklatın. SSL (tarayıcıyla site arasındaki bağlantıyı şifreleyen güvenlik sertifikası) gibi bir teknik bileşen tek başına ödeme, veri saklama veya mevzuata uyumun tamamını göstermez. Cevabı günlük işiniz açısından anlaşılır biçimde duymaya hakkınız var.

Kaynaklar

Sık sorulan sorular