Shopify ajansı veya uzmanı seçerken önce yapmasını istediğiniz işi tarif edin; sonra adayın bu işteki rolünü, benzer teslimlerini ve çalışma yöntemini değerlendirin. İki adayı karşılaştırabilmek için aynı ihtiyaç dosyasını paylaşın. Seçim dosyanızda teslim, sorumluluk, kontrol, maliyet sınırı ve çalışma sonunda devralacağınız dosya ve erişimler için yazılı cevap bulunsun.
Bu rehber, ilk Shopify mağazasını kuracak veya mevcut mağazasında geliştirme desteği arayacak markalar içindir. Görüşme sorularını ve karşılaştırma tablosunu kullanarak adayların sizin işinize ne kadar uygun olduğunu değerlendirebilirsiniz.
Önce hangi işi satın aldığınızı netleştirin
Mağaza kurmak, bir ürün sayfasını geliştirmek ve mevcut sistemden geçiş yapmak farklı işlerdir. “Shopify konusunda deneyimli” ifadesi, bu işlerin hepsinde aynı yetkinliği göstermez. Gerekli rolü; tasarım, tema geliştirme, veri hazırlığı, bağlı sistemler ve yayın kontrolü gibi işlerle tarif edin.
Sorun henüz teşhis edilmemişse bütün mağazanın yenilenmesini başlangıç şartı yapmayın. Adaydan mevcut bilgiyi nasıl değerlendireceğini ve kapsamı neye göre daraltacağını açıklamasını isteyin. Bütün ihtiyaçları sizin baştan çözmeniz gerekmez; bilinenlerle araştırılması gerekenleri ayırmanız yeterlidir.
Henüz kendiniz yapma ile destek alma arasında karar veriyorsanız uygulama yolu rehberinden başlayın. Buradaki sonraki adım, destek almaya karar verdikten sonra adayları değerlendirmektir.
Her adaya aynı kısa ihtiyaç dosyasını verin
Çalışma tablolarını ayrı kullanmak için Shopify uzman ve proje çalışma dosyasını açıp kopyalayabilirsiniz.
Shopify'ın uzmanla çalışma açıklaması, ihtiyaçları ve beklenen çıktıları görüşmeden önce netleştirmeyi önerir. Bir adayla iletişime geçmek, onu işe alma taahhüdü oluşturmaz. Görüşmeyi kapsamı anlamak için kullanabilirsiniz.
Dar ekranda tabloyu yana kaydırabilirsiniz.
| Alan | Görüşme öncesi yazacağınız bilgi |
|---|---|
| Mağazanın durumu | Yeni kurulum / yayında / geçiş değerlendiriliyor; varsa mağaza adresi |
| Çözülecek ihtiyaç | Bir paragrafta sorun veya hedeflenen müşteri görevi |
| Örnek | İlgili sayfa, ürün seçeneği, hata adımı veya gösterilebilir ihtiyaç |
| Hazır girdiler | Ürün bilgisi, görsel, marka dosyası, mevcut tema ve uygulama bilgisi |
| Bağımlılıklar | Marka onayı, başka sağlayıcı, stok sistemi, kampanya tarihi gibi koşullar |
| Beklenen çıktı | Hangi davranış veya dosya teslim edildiğinde işin tamamlanmış sayılacağı |
| Bütçe ve takvim | Bilinen aralık veya henüz karar verilmediği; tarihi etkileyen gerçek neden |
| Karar sahibi | Kapsamı ve yayını marka adına kim onaylayacak? |
Müşteri verisi, parola veya tam yönetim erişimi ilk tanışma dosyasına eklenmez. Sorunu anlatmak için kişisel bilgileri kapatılmış bir örnek kullanabilirsiniz. Teknik inceleme için erişim gerektiğinde bunun gerekçesini ve yetki sınırını ayrıca konuşun.
Referansta marka adından önce yapılan işi sorun
Bir portföy görseli yalnız mağazanın görüntüsünü gösterir. Ekibin o mağazadaki rolünü anlamak için hangi sayfayı, hangi işlevi ve hangi dönemdeki işi üstlendiğini sorun. Tasarımı yapan kişiyle uygulamayı ve sonraki bakımı yapan kişi farklı olabilir.
İncelenebilen bir örnekte şu soruları kullanın: Başlangıç ihtiyacı neydi? Ekip hangi teslimlerden sorumluydu? Marka hangi girdileri sağladı? Yayına ne şekilde karar verildi? Bugün gördüğünüz mağazada sonradan başka değişiklikler yapılmış olabilir mi?
Müşteri bilgilerini paylaşamayan bir adaydan izinsiz veri istemeyin. Kişisel bilgiler temizlenmiş bir kapsam örneği, kendi hazırladığı bir önizleme veya rolünü açıklayan teslim kaydı alternatif olabilir. Kanıt henüz yoksa alanı “doğrulanmadı” bırakın. Büyük marka logosunu eksik cevabın yerine koymayın.
Satış artışı iddiası varsa ölçülen dönem, veri kapsamı, ekip rolü ve aynı sırada değişen reklam, fiyat veya ürün koşullarını sorun. Tek ekran görüntüsü, değişimin tamamını o çalışmaya bağlamak için yeterli olmayabilir. Sözleşmede doğrulanabilir teslimin ne olacağı ayrıca belirlenmelidir.
Görüşmede şu soruların yazılı cevabını alın
Dar ekranda tabloyu yana kaydırabilirsiniz.
| Soru | Aranacak somut cevap | Açık kalırsa isteyeceğiniz açıklama |
|---|---|---|
| İhtiyacıma hangi işlerle cevap veriyorsunuz? | Sayfa, akış, işlev veya dosya düzeyinde kapsam | Genel hizmet isimlerini teslimlere açması |
| Bu işte kim çalışacak, iletişimi kim yürütecek? | Uygulayan kişi/rol, muhatap ve karar yolu | Alt yüklenici veya ekip değişiminde sorumluluk |
| Hangi girdileri benden bekliyorsunuz? | Dosyalar, doğruluk/onay sahibi ve bağımlılıklar | Eksik girdi çıkarsa kapsam ve takvimin nasıl değişeceği |
| Mevcut tema ve uygulamalar nasıl incelenecek? | İnceleme sınırı ve çözüm seçiminin gerekçesi | Baştan zorunlu sayılan uygulama veya yenilemenin nedeni |
| Değişikliği nerede göreceğiz? | Önizleme, kontrol örnekleri ve geri bildirim yolu | Mağaza genelini etkileyen ayarların nasıl ele alınacağı |
| Hangi koşulla tamamlandı diyeceğiz? | Beklenen davranış ve kontrol kaydı | Cihaz, ürün, seçenek ve hata durumlarının kapsamı |
| Kapsam değişirse ne olacak? | Ek işin tanımı, etkisi ve uygulama öncesi onay | “Revizyon” ile yeni ihtiyacın ayrımı |
| Üçüncü taraf onayı gecikirse kim takip edecek? | Sağlayıcı ve marka sorumlusu, bekleme durumu | Ekibin kontrol edemediği sonucun nasıl kaydedileceği |
| Yayını kim onaylayacak ve kim uygulayacak? | Yetkili, yayın adımı ve geri dönüş sınırı | Kontrol edilmeyen işin yayına girmesini önleyen yöntem |
| İş bittikten sonra ne kalacak? | Değişiklik kaydı, kullanım aktarımı, erişim ve açık işler | Devam desteğinin ayrıca nasıl kapsamlandırılacağı |
Uzun cevap her zaman açık cevap değildir. Bir adaydan kendi ihtiyacınızın bir örneğini kullanarak işin nasıl kapanacağını göstermesini isteyin. Görüşmedeki belirsizliği, karşılıklı yazılı kapsamla azaltın.
Mağaza erişimini işin ihtiyacına göre değerlendirin
Shopify'da iş ortağı hesapları mağazaya izin verilen alanlarla erişebilir; normal personel kullanıcı sınırına dahil olmaz. Bu hesaplar için iki adımlı kimlik doğrulama gerekir. Erişim isteğini beklediğiniz adaydan geldiğini doğrulayarak ve yalnız gereken izinlerle değerlendirin.
Shopify'ın mağaza üzerinde tema geliştirme ilkeleri, mağaza sahibinin parolasını istemeyi veya onun kimlik bilgileriyle çalışmayı yasaklar. Görüşmede erişimin bu ayrı hesap modeliyle nasıl yönetileceğini sorun.
Kod deposu kullanılıyorsa kimin hesabında tutulacağını ve çalışma sonunda kimin erişeceğini de belirleyin. Kullanılan ücretli tema ve uygulamaların lisans/fatura düzenini yazın. Bu konuların ayrıntılı teslim dosyası proje kapsamına bağlıdır; ilk görüşmede en azından sahiplik ve devir yolunun açık olması gerekir.
Önizlemenin ve kabulün sınırlarını anlayın
“Önce taslakta yapıyoruz” cevabını, hangi değişikliklerin taslağa ait olduğunu sorarak açın. Tema düzeniyle ürün bilgisi veya uygulama ayarı aynı yerde yaşamayabilir. Mevcut mağazada satış devam ederken yapılacak ortak veri değişiklikleri ayrıca planlanmalıdır.
Kabul koşulu, işi tamamlanmış saymak için birlikte kontrol edeceğiniz somut sonuçtur. Ürünün seçilmesi, doğru seçeneğin sepete gitmesi, ilgili alanın mobilde kullanılabilmesi ve hata durumunun anlaşılması gibi davranışlar tanımlanabilir. Her proje bütün mağazayı kapsamayabilir; kontrolün hangi alanları içerdiğini bilin.
İlk yayına hazırlanan mağaza için yayın kontrol rehberini kullanabilirsiniz. Mevcut mağazada müdahalenin boyutunu tartışıyorsanız tema yenileme ve geliştirme rehberi aynı ihtiyacı farklı çözüm türleriyle karşılaştırmanıza yardımcı olur.
Adayları puan toplamadan önce açıklıkla karşılaştırın
Her satıra “açık”, “takip sorusu var” veya “doğrulanmadı” yazın. Birden fazla iyi cevap, hesabın sahibi veya yayın yetkisi gibi kritik bir belirsizliği kapatmaz. Bu yüzden yalnız toplam puanla seçim yapmak yerine açık kalan koşulları görüşme sonunda çözün.
Dar ekranda tabloyu yana kaydırabilirsiniz.
| Değerlendirme alanı | Aday A: cevap / kanıt | Aday B: cevap / kanıt | Takip sorusu ve sorumlusu |
|---|---|---|---|
| İhtiyaca uygun rol | … | … | … |
| Referanstaki doğrulanabilir görev | … | … | … |
| Kapsam ve kapsam dışı işler | … | … | … |
| Marka girdileri ve onaylar | … | … | … |
| Kontrol, kabul ve yayın yöntemi | … | … | … |
| Hesap, lisans ve kaynak erişimi | … | … | … |
| Bedel kalemleri ve değişiklik yöntemi | … | … | … |
| Çalışma sonu ve devam ihtiyaçları | … | … | … |
Bedeller farklıysa önce teslimlerin aynı olup olmadığını inceleyin. Platform aboneliği, ücretli araçlar ve hizmet bedelini ayırın. Ayrıntılı bütçe karşılaştırması için kurulum maliyeti rehberine geçebilirsiniz. Bu değerlendirme formu, hiçbir adayın fiyatının uygun veya yüksek olduğuna tek başına karar vermez.
Mevcut uzmanı değiştiriyorsanız başlangıç durumunu kaydedin
Yeni ekiple başlamadan önce açık işleri, bilinen sorunları, yayındaki tema bilgisini, özel değişiklikleri ve bağlı sistemleri listeleyin. Önceki teslimin kabul koşuluyla yeni isteği ayırın. Bütün sorunları kanıt olmadan önceki ekibe bağlamak, yeni kapsamı da belirsiz bırakır.
Devir ve erişim değişikliklerini yetkili kişilerle planlayın; gerekli kaynakların erişilebilir olduğunu doğrulayın. Eski erişimin kaldırılması, temadaki kodu veya uygulamadaki ayarı kendiliğinden temizlemez. Yeni adaydan mevcut yapının hangi kısmını inceleyeceğini ve neyi devralmış sayacağını yazmasını isteyin.
Görüşmeyi bir karar kaydıyla kapatın
Çalışma biçimini netleştirirken tek proje ile düzenli destek kapsamını ayrı değerlendirin. Uzman seçimi, hangi işin marka ekibinde kalacağını da açıklamalı.
Görüşme sonunda üç şeyi yazın: üzerinde anlaşılan ihtiyaç, cevabı beklenen sorular ve bir sonraki teslim. Örneğin sıradaki adım teklif olabilir; bazı durumlarda önce inceleme kapsamının belirlenmesi gerekir. Her görüşmenin doğrudan proje başlangıcına dönüşmesi gerekmez.
Kararınız “uygun”, “açıklama bekleniyor” veya “bu kapsam için uygun değil” olabilir. Gerekçeyi ilgili cevaba bağlayın. Örneğin adayın çalışma biçimi size uygun olsa da gerekli işlevi kimin geliştireceği belirsizse önce bu cevabı tamamlayın. Bu kayıt, farklı teklifleri yalnız görüşmedeki izleniminize göre karşılaştırmanızı önler.
D2C Studio'yu da aynı dosyayla değerlendirebilirsiniz. Yeni mağaza için Shopify mağaza kurulumu, mevcut mağazadaki sayfa ve işlev değişiklikleri için tasarım ve geliştirme kapsamını okuyun. Mevcut mağazanız için görüşmeye hazırsanız adresinizi, örnek ihtiyacı ve henüz açık kalan soruları geliştirme başvurusunda paylaşabilirsiniz.
