Shopify’da uygulama seçmeden önce eksik işi tek cümleyle tarif edin ve mevcut mağaza ayarıyla veya temayla karşılanıp karşılanmadığını kontrol edin. Ayrı uygulama gerekiyorsa aynı işi kendi ürünlerinizle deneyin; plan, ülke, tema uyumu, veri erişimi, kabul ölçütü ve kaldırma koşulları birlikte uygun olmalı.
Bu rehber ilk mağazasını hazırlayan veya belirli bir işlev eklemek isteyen marka içindir. “Her mağazada bulunması gereken uygulamalar” listesi yerine, bir ihtiyacın hangi yolla çözüleceğine karar vereceksiniz. Çıktı, uygulama adından önce doldurabileceğiniz bir gereksinim ve seçim dosyasıdır.
İhtiyacı uygulama adıyla değil, yapılacak işle yazın
“Bir otomasyon uygulaması gerekli” cümlesi seçime yetmez. Kim, hangi durumda, hangi veriyi kullanarak ne yapacak? Sonucu hangi ekranda veya kayıtta göreceksiniz?
Şu kalıbı kullanabilirsiniz:
… kişisi / sistemi, … koşulu oluştuğunda, … bilgisiyle … işlemini yapabilmeli. İşlem … yerde görünmeli. … koşulunda ise işlem yapılmamalı veya ilgili kişiye aktarılmalı.
Temsili örnek: “Müşteri, seçtiği ürünün ölçü bilgisini ürün sayfasında okuyabilmeli. Ölçü bilgisi olmayan üründe başka bir ürünün tablosu gösterilmemeli.” Bu ihtiyaç, otomatik olarak belirli bir uygulama gerektirmez. Önce temanın ve mevcut içerik alanlarının ne yapabildiğine bakılır.
Birden fazla iş varsa ayrı satır açın. Görsel gösterme, stok değiştirme ve müşteriye mesaj gönderme aynı cümlede toplandığında hangi iş için hangi erişimin gerektiği belirsizleşir.
Önce çözümün nerede bulunabileceğini kontrol edin
Yerleşik özellik, Shopify’ın mevcut mağaza işlevi veya ayarıdır. Tema ise vitrindeki düzen ve etkileşimleri sağlar. Shopify tarafından geliştirilmiş olsa bile ayrıca kurulan bir uygulamayı, mağazada zaten etkin olan bir özellik gibi değerlendirmeyin.
Her ihtiyaç için şu sırayla bakabilirsiniz:
Dar ekranda tabloyu yana kaydırabilirsiniz.
| Çözüm yolu | Ne zaman aday olur? | Önce neyi kontrol edersiniz? |
|---|---|---|
| Mevcut ayar / içerik | İstenen sonuç mağazanın var olan yapısıyla karşılanabiliyor | Seçili plan ve hesapta özellik gerçekten var mı; doğru kullanılmış mı? |
| Tema düzenlemesi | Eksik iş ağırlıkla ürün bilgisinin sunumu veya sayfa düzeni | Mevcut tema aynı işi destekliyor mu; ürün seçenekleri ve mobil kullanım doğru mu? |
| Geçici elle işlem | Seyrek yapılan, etkisi yönetilebilir bir iş var | Sorumlu, kontrol adımı ve kapasite sınırı belli mi? |
| Uygulama | Gereken davranış mevcut çözümde yok veya işlem yükü büyüyor | Uyum, izin, ücret, destek ve kabul şartları karşılanıyor mu? |
| Ayrı geliştirme | Gereksinim standart seçeneklerden farklı bir iş kuralına bağlı | Kapsam, bakım, veri sorumluluğu ve kabulü üstlenecek ekip belli mi? |
Bu sıra bir zorunlu maliyet sıralaması değildir. Bir ayarı kullanmak bazen yeterli olur; karmaşık bir işi elle yürütmek ise hata veya iş yükü doğurabilir. Seçimi “uygulamasız olsun” hedefiyle değil, gereken sonucu sürdürebilmekle değerlendirin.
Ürünleri gruplamak istiyorsanız önce koleksiyon yapısını, müşteri hangi bilgiyi bulamıyor sorusu varsa önce onaylı ürün verisi ve tema sunumunu inceleyin. Bir eksik içerik alanını, yeni araç kurarak doğru bilgiye dönüştüremezsiniz.
Yerleşik özelliğin yeterli olduğunu nasıl anlarsınız?
Mevcut çözüm ihtiyacın kabul koşullarını karşılıyor, ekibiniz tarafından yönetilebiliyor ve gerekli sınır durumlarında doğru davranıyorsa ilk sürüm için yeterli olabilir. Kapsamı aşan bir örnek ortaya çıktığında kararı yeniden açabilirsiniz.
Örneğin ölçü bilgisi her üründe farklıysa mevcut düzenin doğru bilgiyi doğru üründe gösterebildiğini denersiniz. Ürün sayfasında metin bulunması yeterli görünse de başka üründen kopyalanmış bilgi varsa sorun çözülmüş değildir. Tersine, istenen bilgi doğru ve yönetilebilir biçimde gösteriliyorsa yalnız daha fazla işlev sunuyor diye yeni uygulama eklemek gerekmeyebilir.
Çözümün yeterliliğini şu üç soruyla kaydedin:
- Müşteri veya ekip anlaşılan işi tamamlayabiliyor mu?
- Bilgi doğru yerde ve doğru ürün/siparişle eşleşiyor mu?
- İş yükü ve kontrol adımı işletmenin kapasitesine uyuyor mu?
Henüz ölçmediğiniz süre kazanımı veya satış artışını gerekçe olarak yazmayın. “Daha hızlı olabilir” bir deneme hipotezidir; ölçülmüş sonuç değildir.
Adayları kendi mağazanızın koşullarıyla karşılaştırın
Shopify App Store kaydı ve geliştiricinin belgelerinden desteklenen plan, işletme ülkesi, para birimi, satış kanalı ve tema koşullarını okuyun. Shopify’ın uygulama seçimi belgesi, uygulamaların her mağazayla uyumlu olmayabileceğini açıklar. Kurulabilmesi, sizin ürün ve operasyon senaryonuzun bütünüyle karşılandığı anlamına gelmez.
Türkiye’de kullanılacaksa Türkçe arayüz, müşteriye giden mesaj dili ve yerel sağlayıcı bağlantısını ayrı sorular olarak ele alın. “Türkiye’ye gönderim yapıyor” veya “Türkçe destek veriyor” bilgisi, bütün yerel ödeme ve kargo akışlarını destekleme kanıtı değildir. Sağlayıcı ayrıntıları için ödeme rehberini ve kargolama rehberini kullanın.
Built for Shopify rozeti, Shopify’ın belirli kalite ölçütlerini karşılayan uygulamalar için kullandığı işarettir. Adayı değerlendirmede yararlıdır; kendi planınız, temanız ve iş kuralınız için denemenin yerine geçmez. Yorumlar ve puanlar da başkasının kullanım bağlamıdır. Sizin ihtiyacınıza benzeyen örnekleri inceleyin; belirli bir rozet veya puanı sonuç garantisi saymayın.
İstenen veri ve değişiklik yetkisini okuyun
Uygulamanın hangi veriyi görebildiğini ve değiştirebildiğini, yapacağı işle birlikte değerlendirin. Ürün bilgisi gösteren bir araç ile sipariş hazırlayan bir araç aynı erişime ihtiyaç duymayabilir. İzin listesinde anlaşılmayan alanı geliştiriciye somut iş üzerinden sorun.
Shopify’ın uygulama yönetimi belgesi, üçüncü taraf uygulamaların erişim ve etkinlik ayrıntılarını inceleme alanlarını açıklar. Gizlilik bilgisi ve geliştiricinin politikasını da değerlendirin; her uygulama türünde aynı izleme ekranının bulunduğunu varsaymayın.
Özellikle şu noktaları kayıt altına alın:
- Hangi ürün, müşteri veya sipariş bilgisi okunuyor?
- Hangi kayıtlar ve durumlar değiştirilebiliyor?
- Veri dış hizmette tutuluyor veya başka servisle paylaşılıyor mu?
- Yanlış işlemi kim inceleyecek; düzeltme yöntemi ne?
- Kullanım sona erdiğinde veri dışa aktarma ve silme koşulları ne?
Bu soruları yanıtlamak için bütün mağaza verisini deneme hesabına kopyalamak gerekmez. Önce izin kapsamını ve mümkünse gerçek kişileri içermeyen örnek senaryoyu kullanın. İşletmenizin veri sorumluluğuyla ilgili açık noktaları uygun uzmanla değerlendirin.
Denemeyi başarı ve hata senaryosuyla yapın
Yalnız uygulamanın kurulduğunu göstermek kabul değildir. Başta yazdığınız işi uygulayın ve sonucu kaydedin. Başarı senaryosunun yanında eksik veri, stokta olmayan seçenek, iptal veya yinelenen işlem gibi ilgili sınır durumlarını da seçin.
Örneğin siparişe bilgi ekleyen bir araçta o bilginin doğru siparişe bir kez yazılması beklenebilir. Aynı işlem tekrar tetiklendiğinde çift kayıt oluşup oluşmadığını denersiniz. Mağazada böyle bir araç kullanılmıyorsa bu senaryoyu zorunlu test diye uygulamayın; kendi iş kuralınıza uyarlayın.
Denemeyi yapan kişi, ortam, kullanılan ürün veya sipariş örneği, beklenen sonuç ve gözlenen sonucu aynı yerde tutun. Ücretli deneme veya canlı veriyi değiştiren işlem gerekiyorsa hesap sahibi ve ekip, yapılacak işlemi önceden belirlesin. Test yapmadıysanız sonuç alanına “denenmedi” yazın.
Seçim dosyasını bu tabloyla oluşturun
Her aday için aynı soruları doldurun. “Uygun” ve “uygun değil” kararının yanında belge veya deneme kanıtı bulunmalı.
Dar ekranda tabloyu yana kaydırabilirsiniz.
| Alan | Kaydedilecek karar / bilgi | Kanıt veya açık soru |
|---|---|---|
| İhtiyaç | Kim, hangi koşulda, ne yapacak? | İş örneği: … |
| Mevcut çözüm | Ayar, tema veya elle işlem hangi kısmı karşılıyor? | Mevcut deneme sonucu: … |
| Aday ve kapsam | Uygulamanın hangi özelliği seçiliyor? | Belge / plan adı: … |
| Hesap uyumu | Shopify planı, ülke, para birimi, kanal ve tema | Doğrulanan koşul / eksik: … |
| Veri erişimi | Okunan ve değiştirilen kayıtlar | İzin ve gizlilik incelemesi: … |
| Kabul senaryosu | Başarı ve ilgili hata durumunda beklenen sonuç | Gözlenen sonuç / denenmedi: … |
| Ücret ve hesap sahibi | Abonelik, kullanım kalemi ve ödeme sorumlusu | Faturalama yeri / açık sınır: … |
| Günlük yönetim | Ayarı kim değiştirecek, sorunu kim izleyecek? | Görevli kişi / işlem notu: … |
| Destek | Sorun hangi ekibe, hangi bilgiyle iletilecek? | Destek kanalı / gereken kayıt: … |
| Çıkış | Veri dışa aktarma, abonelik iptali, tema temizliği | Geliştirici talimatı / deneme: … |
| Son karar | Seçildi, reddedildi veya bilgi bekliyor | Gerekçe ve yeniden değerlendirme koşulu: … |
Tutarları uydurarak karşılaştırma yapmayın; adayın gerçek ücret modelini ve işletmenin kullanım varsayımını ayrı yazın. Abonelik ve kullanıma bağlı giderlerin toplam bütçedeki yeri için Shopify kurulum maliyeti rehberini kullanın. Buradaki karar dosyası bir ücret hesaplayıcı değildir.
Kaldırma planını kurmadan önce öğrenin
Uygulama seçimi, gerektiğinde ondan çıkabilmeyi de içerir. Shopify’ın kaldırma belgesine göre bazı uygulamalar temada ek temizlik gerektirebilir; veriyi önceden dışa aktarmak gerekebilir. Shopify dışında faturalanan aboneliği mağazadan kaldırmak, dış ödemeyi kendiliğinden iptal etmez.
Kaldırılacak uygulamaya bağlı otomasyonları, stok konumlarını veya başka işlevleri belirleyin. Temayı eski sürüme almak da dış serviste yapılmış veri değişikliklerini kendiliğinden geri döndürmez. Çıkış kaydı hangi davranışın nasıl geri alınacağını açıkça anlatmalı.
Kararı belirli bir koşulla kapatın
Sonucun “mevcut özellik yeterli” olması da tamamlanmış bir karardır. Hangi gereksinimin karşılandığını ve hangi değişiklikte yeniden değerlendireceğinizi yazın. Uygulama seçildiyse kabulü, yönetim sorumlusunu ve çıkış bilgisini teslim dosyasına ekleyin.
İhtiyacınız özel bir yönetim aracı üretmeye dönüşüyorsa Sidekick ile uygulama oluşturma rehberi farklı bir soruyu ele alır; bu yazı belirli bir geliştirme aracını veya App Store uygulaması yapım hizmetini önermez.
Yeni mağazanızda gerekli işlevleri kurulumla birlikte kapsamlandırmak için Shopify mağaza kurulumu hizmetini inceleyebilirsiniz. Projenizi anlatırken uygulama isimleri listesinin yanında yapılacak işi, mevcut çözümün eksik kaldığı noktayı ve beklediğiniz kabul sonucunu paylaşın.
