Shopify mağaza tesliminde hesap sahipliğini, gerekli ekip erişimlerini, alan adı ve dış servisleri, tema ve uygulama lisanslarını, teslim edilen dosyaları, günlük kullanım bilgisini ve açık işleri devralın. Kabul ölçütü, size bir parola gönderilmesi değil; işletmenin kendi erişimiyle anlaşılan görevleri yapabilmesidir.
Bu rehber kurulum projesinin sonuna gelen marka ekibi içindir. Alışveriş akışının çalışıp çalışmadığını yayına hazırlık rehberiyle kontrol edin. Burada proje tamamlandıktan sonra mağazayı kimin, hangi hesap ve bilgiyle yöneteceğini ele alıyoruz.
Mağaza sahipliğini yönetici erişiminden ayırın
Bir kullanıcı ürün düzenleyebiliyor diye mağaza sahibi olmak zorunda değildir. Shopify’da sahiplik, kullanıcı rolü ve iş ortağı erişimi ayrı konulardır. Teslimde mağaza sahibinin kim olduğunu yönetim panelinden görün; işletmenin bu hesapla giriş yapabildiğini doğrulayın.
Mevcut ticari mağazada sahiplik değişikliği gerekiyorsa işlemi mevcut mağaza sahibi yürütür. Yeni sahibin kabulü, organizasyon yapısı ve Shopify Plus koşulları işlemi etkileyebilir. Shopify’ın sahiplik değiştirme ve devretme belgesi bu ayrımları açıklar. Partner üzerinden kurulan müşteri mağazasında kullanılacak devir yöntemini mağaza türüne göre ayrıca doğrulayın; her hesabı aynı menü adımıyla devralabileceğinizi varsaymayın.
Mağaza baştan markanın hesabında kurulmuşsa teslimin amacı yeniden sahiplik değiştirmek olmayabilir. Bu durumda mevcut sahipliği, işletmenin erişimini ve uygulama ekibinin devam edecek yetkilerini teyit etmek yeterlidir. İşlem adını projenin gerçek hesap yapısına göre koyun.
Erişim listesini kişi ve görev üzerinden kapatın
Kimin ürün güncelleyeceğini, kimin siparişleri yöneteceğini ve kimin fatura işlemlerini izleyeceğini yazın. Her kişi kendi görevine uygun erişimle işlem yapmalı. Bir kişinin mağaza sahibi hesabını herkesin kullanması, görevi ve yapılan işlemi izlemeyi zorlaştırır.
Shopify Partner ekiplerinin kullandığı collaborator, işletmenin belirlediği yetkilerle verilen iş ortağı erişimidir. Kullanıcı kotasına dahil olmaz; mağaza sahipliğini bu hesaba devredemezsiniz. Shopify bu hesaplar için iki aşamalı doğrulama ister. Yetkilerin yönetimi ve kaldırılması collaborator belgesinde açıklanır. Marka çalışanlarının kullanıcı sayısı ve rolleri için seçili planı ayrıca kontrol edin.
Proje sonrasında uygulama ekibinin erişimi devam edecekse hangi iş için gerektiğini kaydedin. Devam etmeyecek erişimleri ilgili hesap sahibi kaldırabilsin. Günlük yöneticinin göreviyle ana hesabın kurtarılmasından sorumlu kişiyi de ayırın; kişisel telefon veya erişilemeyen e-posta bağımlılıklarını görünür kılın.
Alan adı ve dış servisleri tek tek kontrol edin
Shopify’a giriş yapabilmek bütün sistemi devraldığınız anlamına gelmez. Alan adı farklı bir kayıt kuruluşunda, kurumsal e-posta başka bir hizmette, ödeme ve kargo hesapları da kendi sağlayıcılarında olabilir.
Her servis için şu sorulara cevap bulun:
- Hesap hangi işletme veya kişi adına kayıtlı?
- İşletme yetkilisi kendi erişimiyle giriş yapabiliyor mu?
- Fatura, yenileme ve önemli uyarılar kime ulaşıyor?
- Shopify ile bağlantı hangi hesap veya yetki üzerinden kurulmuş?
- Sorumlu değişirse erişim ve kurtarma yöntemi nasıl güncellenecek?
Ödeme hesabının Shopify bağlantısını devralmak, sağlayıcının işletme bilgilerini veya banka hesabını kendiliğinden değiştirmez. Özel bir sahiplik değişimi varsa sağlayıcının kendi prosedürü de tamamlanmalıdır. Ayrıntıları ödeme yöntemleri rehberindeki ilgili sağlayıcı akışıyla değerlendirin. Kargo tarafında da Türkiye’de kargolama rehberi bağlantı modelini belirlemek için ayrı kaynaktır.
Tema ve varlık lisanslarını dosya erişimiyle karıştırmayın
Tema adını, sürümünü, kaynağını, satın alındığı mağazayı ve varsa faturayı teslim kaydına ekleyin. Shopify Theme Store’dan alınan ücretli tema satın alındığı mağaza için lisanslanır. Bir dosyanın elinizde olması onu başka bir mağazada serbestçe kullanabileceğiniz anlamına gelmez. Koşullar Shopify’ın tema lisansı belgesindedir.
Fotoğraf, font, ikon ve diğer varlıklar için de kaynağı ve kullanım kapsamını kaydedin. Dış servis veya uygulama aboneliği, tek seferlik dosya satın alımı ve projede üretilen özgün çalışma farklı kalemlerdir. Hangisinin işletmeye ait olduğu, hangisinin kullanım hakkının verildiği ve özel kodun teslim kapsamı yazılı olmalı.
Özel bölüm veya işlev geliştirildiyse yalnız son görünümü değil, nerede bulunduğunu, nasıl düzenleneceğini ve hangi bağımlılıklarla çalıştığını isteyin. Güncelleme sırasında hangi dosya veya ayarın korunması gerektiği anlaşılabilsin. Bu, her kurulumun özel geliştirme veya kaynak deposu içermek zorunda olduğu anlamına gelmez; anlaşılan teslim kapsamını netleştirir.
Teslim dosyasını bir dizin olarak düzenleyin
Her bilgiyi uzun bir belgeye kopyalamak yerine onaylı dosyalara bağlantı veren bir ana dizin kullanabilirsiniz. Dosya adları ve konumları, işletmede projeye sonradan katılacak kişinin de anlayacağı kadar açık olsun.
Dar ekranda tabloyu yana kaydırabilirsiniz.
| Teslim kalemi | Dosyada bulunacak bilgi | Marka nasıl kabul eder? |
|---|---|---|
| Mağaza ve erişim | Mağaza adresi, sahip, kullanıcılar, devam edecek iş ortağı erişimi | Marka sahibi giriş yapar; görevli kişi gereken işlemi uygular |
| Alan adı / e-posta | Kayıt kuruluşu, hesap sorumlusu, yenileme ve bildirim alıcısı | Yetkili kişi ilgili hesaba erişir ve yenileme bilgisini görür |
| Tema / lisans | Tema adı, sürümü, satın alma kaydı, özel değişiklik notları | Kullanılan tema ile kayıt eşleşir; düzenleme yolu anlaşılır |
| Uygulamalar | İşlev, plan, ücret modeli, hesap sahibi, destek adresi | Her uygulamanın gerekli işi ve ödeme sorumlusu belli |
| Ürün / içerik | Onaylı veri, görsel kaynakları, sayfa metinleri | Son sürüm bulunur; ürün seçeneğiyle eşleşir |
| Bağlantılar | Ödeme/kargo ve diğer sistemlerde sorumlu, bağlantı yöntemi | İşletme kendi görevini nereden yürüteceğini bilir |
| Özel çalışma | Anlaşılan kod/dosya teslimi, ayar konumu ve bağımlılıklar | Dosya açılabilir; değişiklik ve destek sorumlusu belli |
| Kabul kayıtları | Kapsam, denenen senaryolar, sonuç ve kanıt | Yayın onayı ve açık işler birbirinden ayrılmış |
| Yönetim aktarımı | İşlem notları, varsa kayıtlar ve görev sahipleri | Marka örnek görevleri kendi erişimiyle yapar |
| Devam koşulları | Açık işler, destek kapsamı, iletişim ve değişiklik yöntemi | Her açık işin sorumlusu ve sonraki adımı yazılı |
Bu tabloya parolaları, kurtarma kodlarını veya gizli bağlantı anahtarlarını yazmayın. Belgeye hesabın sahibini ve güvenli erişim yöntemini ekleyin. Gizli bilgilerin aktarımı gerekiyorsa ilgili kişilerin kullanacağı ayrı ve uygun yöntemi belirleyin.
Tema dosyası bütün mağazanın yedeği değildir
Teslim edilen her dosyanın neyi kapsadığını sorun. Tema dosyası görünüm ve tema koduyla ilgilidir; ürün, koleksiyon, menü, sayfa ve blog içeriğinin tamamı tema aktarımına dahil değildir. Shopify’ın tema aktarımı açıklaması bu sınırı belirtir.
“Yedek alındı” satırının yanına hangi verinin, hangi yöntemle ve nerede tutulduğunu yazın. Geri yüklemenin ne kadarının denenmiş olduğunu da belirtin. Bir dışa aktarma dosyasının bulunması, bütün sistemin tek işlemle eski haline döneceğinin kanıtı değildir. Hassas müşteri veya sipariş verisini, teslimi kolaylaştırmak için gereksiz yere çoğaltmayın.
Uygulamaların kendi verileri ve ayarları da ayrı olabilir. Bir uygulamayı kaldırıp yeniden kurmanın eski ayarları ve veriyi geri getireceği garanti değildir. Shopify’ın kaldırma belgesi gerekli veriyi önce dışa aktarmayı ve olası tema kalıntılarını kontrol etmeyi önerir. Kaldırma veya erişim temizliği öncesinde bağımlılığı belirleyin.
Yönetim aktarımını izleyerek değil, uygulayarak tamamlayın
Eğitim kaydını almak yararlıdır; marka ekibinin işi kendi erişimiyle yapabilmesi daha güçlü bir kabul koşuludur. Proje kapsamınıza göre kısa bir uygulama turu planlayın:
- Bir ürünün onaylı açıklamasını ve görselini bulun; değişiklik yöntemini uygulayın.
- Bir ürün seçeneğinin stok bilgisini nereden yöneteceğinizi gösterin.
- Bir siparişte ödeme, hazırlama ve takip durumunu okuyun.
- İptal, iade veya müşteri sorusunu hangi kişiye aktaracağınızı açıklayın.
- Bir yardımcı sayfayı güncelleyin ve mağazada doğru yerde göründüğünü kontrol edin.
Deneme, müşteri verisi veya gerçek sipariş üzerinde gereksiz değişiklik yapmadan planlanmalı. Ekibin yetkisi yetersizse bunu eğitim eksikliği gibi kapatmayın; erişim kaydına dönün. İşlem notu eksikse de yalnız yetki vermek sorunu çözmez.
Açık işleri teslimden sonra kaybolmayacak biçimde yazın
Her açık iş için tanım, müşteri veya operasyon etkisi, sorumlu, sonraki adım ve kabul koşulu bulunmalı. “Daha sonra bakılacak” ifadesini destek anlaşması saymayın. Hata düzeltmesi, yeni özellik ve düzenli destek kapsamını tarafların üzerinde anlaştığı biçimde ayırın.
Temsili örnek: Mağaza sahibi giriş yapabiliyor, fakat siparişleri hazırlayacak kişi yalnız ürünleri görebiliyor. Arayüz teslim edilmiş olsa da operasyon aktarımı tamamlanmış sayılmaz. Kabul için görevli kişiye uygun erişim verilir ve örnek işlem yeniden uygulanır. Bu bir müşteri proje sonucu değildir.
Teslim dosyanızda eksik varsa önce ilgili satırı ve beklediğiniz kanıtı uygulama ekibine iletin. Yeni projenin başında teslim kapsamını kurmak için Shopify mağaza kurulumu hizmetini inceleyebilirsiniz. Proje görüşmesinde hangi hesapların mevcut olduğunu ve ekibinizin hangi günlük işleri devralması gerektiğini belirtin; teslim planı bu gerçek görevler üzerinden kurulsun.
