Magento Ajansı Seçerken Dikkat Edilmesi Gerekenler

Magento, doğru ekiple çalışıldığında çok güçlü, yanlış ekiple çalışıldığında ise pahalı ve yorucu bir platformdur. Bu yüzden Magento projelerinde en kritik kararlardan biri, platform seçiminden sonra kiminle çalışacağınızdır. Bu yazıda bir Magento ajansı seçerken hangi kriterlere bakmanız gerektiğini, Adobe partner ve sertifika rozetlerinin ne anlama geldiğini, teklif aşamasında sormanız gereken soruları ve uyarı işaretlerini anlatıyoruz.

Ajans mı, danışman mı, eğitim mi sorusunun genel çerçevesi için e-ticaret danışmanlığı nedir ve e-ticaret eğitimi mi, danışmanlık mı yazılarımız da yardımcı olabilir.

Magento geliştirme ajansı ne yapar?

Bir Magento geliştirme ajansı, projenin kapsamına göre şu işlerin bir kısmını veya tamamını üstlenir:

• İhtiyaç analizi ve kapsam belirleme
• Tasarım ve ön yüz geliştirme (Luma, Hyvä veya headless)
• Özel modül geliştirme ve eklenti kurulumu
• ERP, ödeme, kargo ve pazaryeri entegrasyonları
• Eski altyapıdan veri taşıma ve SEO koruması
• Sunucu mimarisi, kurulum ve dağıtım süreci
• Canlıya geçiş sonrası bakım, güvenlik ve teknik destek

Her ajans bu işlerin hepsinde aynı derecede güçlü değildir. Bazıları tasarım ve ön yüzde, bazıları entegrasyon ve arka uçta, bazıları da operasyon ve bakımda öne çıkar. Kendi projenizin ağırlık merkezini bilmek, doğru ajansı seçmenin ilk adımıdır. Örneğin entegrasyon ağırlıklı bir B2B projesinde arka uç ve ERP deneyimi, marka odaklı bir moda mağazasında ise ön yüz ve tasarım deneyimi daha belirleyicidir.

Ajans değerlendirme kriterleri

Teklifleri karşılaştırırken yalnızca fiyata değil, aşağıdaki kriterlere de puan verin:

Bu tabloyu bir puanlama tablosuna dönüştürüp her ajansı aynı kriterlerle değerlendirmek, karar sürecini kişisel izlenimlerden kurtarır.

Adobe partner ne demek?

Adobe, Adobe teknolojileriyle çalışan firmalar için Adobe Solution Partner Program adlı bir iş ortaklığı programı yürütüyor. Program kapsamında Community, Bronze, Silver, Gold ve Platinum seviyeleri bulunuyor. Giriş seviyesi olan Community ücretsizken diğer seviyeler ücretli; seviyelerin korunması için sertifikalı çalışan sayısı ve iş hacmi gibi yıllık gereklilikler tanımlanıyor. Gereklilikler bölgeye ve döneme göre değişebildiği için güncel kuralları Adobe’nin partner sayfalarından kontrol edin.

Partner rozetini değerlendirirken şunları göz önünde bulundurun:

• Program yalnızca Magento’yu kapsamaz: Adobe’nin partner programı Experience Cloud ürünlerinin geneline yöneliktir. Bir firmanın Adobe partneri olması, Magento’da derin deneyimi olduğu anlamına gelmeyebilir. Hangi Adobe ürünlerinde uzmanlaştığını sorun.
• Seviye bir göstergedir, garanti değildir: Üst seviyeler genellikle daha fazla sertifikalı çalışan ve iş hacmine işaret eder; ancak sizin projenizde kimin çalışacağı daha önemlidir.
• Doğrulayın: Partner durumunu Adobe’nin partner dizininden kontrol edin.

Magento Open Source kullanan küçük ve orta ölçekli projelerde Adobe partneri olmayan ama Magento’da güçlü deneyimi olan ekipler de başarılı işler çıkarabilir. Belirleyici olan, referansları ve çalışma biçimidir.

Magento sertifikalı geliştirici: Sertifikalar ne anlatır?

Adobe, Adobe Commerce için farklı rollere ve seviyelere yönelik sertifikasyon sınavları sunuyor (geliştirici, mimar, iş uygulayıcısı gibi; Professional, Expert ve Master seviyelerinde). Sertifikalar, kişinin platformun mimarisi ve en iyi uygulamaları hakkında belirli bir bilgi düzeyini sınavla kanıtladığını gösterir. Güncel sınav listesine Adobe’nin sertifikasyon sitesinden ulaşabilirsiniz.

Sertifikaları değerlendirirken:

• Sertifikanın kişiye ait olduğunu ve güncel olduğunu doğrulanabilir bir kayıtla isteyin.
• Sertifikalı kişilerin sizin projenizde gerçekten çalışıp çalışmayacağını sorun.
• Sertifikayı tek kriter yapmayın; canlıdaki projeler ve kod kalitesi en az onun kadar önemlidir.

İyi bir Magento proje süreci nasıl görünür?

Ajansın süreç anlatımı, projenin nasıl yönetileceği hakkında çok şey söyler. Sağlıklı bir Magento projesi genellikle şu aşamalardan geçer:

1. Keşif ve analiz: İş süreçleri, ürün yapısı, entegrasyonlar ve öncelikler belgelenir. Bu aşamanın sonunda yazılı bir kapsam dokümanı çıkar.
2. Tasarım: Ana sayfa, kategori, ürün, sepet ve ödeme adımlarının tasarımları onaylanır.
3. Geliştirme: İş, kısa aralıklarla teslim edilen parçalara bölünür; her parça test ortamında gösterilir.
4. Veri ve entegrasyon: Ürün verisi taşınır, ERP, ödeme ve kargo bağlantıları test edilir.
5. Test ve kabul: Önceden yazılmış senaryolarla hem ajans hem siz test yaparsınız.
6. Canlıya geçiş: Yönlendirmeler, ölçüm etiketleri ve yedekler kontrol edilerek yayına alınır.
7. Garanti ve iyileştirme: İlk haftalarda çıkan sorunlar çözülür, bakım dönemine geçilir.

Bu aşamaların her birinde neyin teslim edileceğini ve onayın nasıl verileceğini önceden konuşmak, sonradan yaşanabilecek anlaşmazlıkları azaltır.

Fiyat değil, toplam değer

En düşük teklif çoğu zaman en dar kapsamı tarif eden tekliftir. Teklifleri karşılaştırırken ilk kurulum bedelinin yanına eklenti lisanslarını, barındırmayı, bakım ve destek ücretini ve olası kapsam değişikliklerini de ekleyin. İki ya da üç yıllık toplam maliyet üzerinden yapılan karşılaştırma, hangi teklifin gerçekten uygun olduğunu daha net gösterir. Teklif karşılaştırma ve gizli maliyetler konusunda e-ticaret sitesi fiyatları yazımızdaki önerilerden de yararlanabilirsiniz.

Küçük bir işle başlamak

Büyük bir projeyi doğrudan teslim etmeden önce ajansı küçük ve ücretli bir işle tanımak iyi bir yöntemdir. Örneğin mevcut sitenizin teknik denetimi, bir keşif ve analiz çalışması veya sınırlı kapsamlı bir geliştirme ile başlayabilirsiniz. Bu süreçte ajansın iletişim hızını, raporlama kalitesini, teknik önerilerinin gerekçelerini ve teslim disiplinini gerçek bir iş üzerinden görürsünüz. Ortaya çıkan analiz dokümanı, ajansla devam etmeseniz bile diğer tekliflerin karşılaştırılmasında işinize yarar.

Teklif aşamasında sorulacak sorular

1. Projeyi hangi Magento sürümü ve hangi tema (Luma, Hyvä, headless) üzerinde öneriyorsunuz, neden?
2. Hangi eklentileri kullanacaksınız? Lisans ve yıllık yenileme bedelleri teklife dahil mi?
3. Entegrasyonlar için hazır modül mü kullanacaksınız, özel geliştirme mi yapacaksınız?
4. Projede kimler çalışacak? Proje yöneticisi ve teknik sorumlu kim?
5. Test ortamı ve kabul süreci nasıl işleyecek?
6. Kapsam değişikliği talepleri nasıl yönetilecek ve ücretlendirilecek?
7. Canlıya geçiş sonrası garanti süresi ve kapsamı nedir?
8. Bakım ve destek için SLA süreleriniz neler?
9. Kaynak kodu, kod deposu ve tüm erişimler kime ait olacak?
10. Benzer ölçekteki projelerinizden canlıda görebileceğimiz örnekler ve görüşebileceğimiz referanslar var mı?

Teknik yetkinliği anlamak için sorulabilecek sorular

Teknik bilginiz sınırlı olsa bile ajansın Magento’ya hakimiyetini anlamak için şu soruları sorabilirsiniz. Cevapların net ve gerekçeli olması iyi bir işarettir:

• Magento güvenlik yamalarını nasıl takip ediyor ve ne kadar sürede uyguluyorsunuz?
• Özel geliştirmelerde çekirdek dosyalara dokunmadan nasıl çalışıyorsunuz?
• Kod dağıtımını nasıl yapıyorsunuz, canlıda bir sorun çıkarsa nasıl geri dönüyorsunuz?
• Hız sorunlarını hangi araçlarla ölçüyor ve nasıl önceliklendiriyorsunuz?
• Hyvä ve headless konusundaki görüşünüz ne, hangi durumda hangisini önerirsiniz?

Uyarı işaretleri

Aşağıdaki durumlarla karşılaşırsanız daha dikkatli olun:

• Kapsam netleşmeden kesin fiyat ve tarih: İhtiyaçlarınızı dinlemeden verilen teklifler, proje sırasında ek maliyet olarak geri döner.
• Kodun ajansta kalması: Kod deposu ve sunucu erişiminin size verilmemesi, ajansa bağımlılık yaratır.
• Test ortamı olmaması: Değişikliklerin doğrudan canlı sitede yapılması ciddi risktir.
• Her ihtiyaca yeni eklenti: Çok sayıda eklenti uzun vadede bakım ve güncelleme sorununa dönüşür.
• Belirsiz iletişim: Kimin sorumlu olduğu, ne sıklıkla raporlama yapılacağı belli değilse.
• Doğrulanamayan iddialar: Canlıda gösterilemeyen referanslar veya doğrulanamayan rozetler.

Referans projeleri nasıl incelemelisiniz?

Ajansın paylaştığı referansları yalnızca ekran görüntüleriyle değerlendirmeyin:

• Sitenin gerçekten Magento ile çalıştığını ve hala canlıda olduğunu kontrol edin.
• Mobilde hızını ve ödeme akışını deneyin.
• Mümkünse referans müşteriyle kısa bir görüşme yapın; proje sürecini, iletişimi ve canlıya geçiş sonrası desteği sorun.
• Ajansın o projede hangi işi yaptığını netleştirin: tüm proje mi, yalnızca tasarım mı, yalnızca bakım mı?

Sözleşmede olması gerekenler

• Ayrıntılı kapsam dokümanı ve kabul kriterleri
• Teslimat aşamaları ve bu aşamalara bağlı ödeme planı
• Fikri mülkiyet ve kaynak kodu sahipliği
• Garanti süresi ve kapsamı
• Gizlilik ve kişisel verilerin korunmasına ilişkin hükümler
• Bakım ve destek için ayrı SLA
• Sözleşme sona erdiğinde erişim ve dokümantasyon devri

Sözleşmenin hukuki ayrıntıları için bir avukattan destek almanızı öneririz. Özellikle kişisel verilerin işlenmesi ve aktarılması konusundaki hükümler, KVKK yükümlülükleriniz açısından önemlidir.

Ajansla çalışırken sizin sorumluluklarınız

Projenin başarısı yalnızca ajansa bağlı değildir. İşletme tarafında şu sorumlulukları üstlenmeniz gerekir:

• Tek karar verici: Ajansın muhatap alacağı ve onay verecek bir kişi belirleyin.
• Zamanında içerik ve veri: Ürün verileri, görseller, yasal metinler ve sağlayıcı bilgileri zamanında teslim edilmeli.
• Test için zaman ayırmak: Kabul testlerini ajansa bırakmayın; kendi iş süreçlerinizi en iyi siz bilirsiniz.
• Değişiklikleri yazılı iletmek: Sözlü talepler unutulur veya yanlış anlaşılır; talep sistemi kullanın.

Mevcut ajansınızı değiştirmeniz gerekiyorsa

Bazen mevcut ajansla yollar ayrılır. Geçişi sorunsuz yapmak için:

1. Kod deposu, sunucu, alan adı, DNS, eklenti hesapları ve üçüncü taraf servis erişimlerinin listesini çıkarın ve hepsinin sizde olduğundan emin olun.
2. Özel geliştirmelerin ve entegrasyonların dokümantasyonunu isteyin.
3. Yeni ajanstan devralma öncesi teknik bir inceleme (kod ve sunucu denetimi) yapmasını isteyin; bu inceleme gerçek durumu ve riskleri ortaya koyar.
4. Geçiş döneminde kritik işler için iki ajans arasında kısa bir devir teslim süreci planlayın.

Ajans mı, serbest geliştirici mi, iç ekip mi?

Her modelin yeri vardır. Kapsamlı bir kurulum veya geçiş projesinde proje yönetimi, tasarım, geliştirme ve testi bir arada sunan bir ajans riski azaltır. Küçük ve iyi tanımlı işlerde deneyimli bir serbest geliştirici yeterli olabilir. Sürekli geliştirme ihtiyacı olan büyük mağazalarda ise iç ekip ile ajansın birlikte çalıştığı karma model yaygındır. Hangi modeli seçerseniz seçin, ekibinizin Magento panelini ve temel kavramları bilmesi, ajansla iletişimi kolaylaştırır ve gereksiz taleplerin önüne geçer.

Sonuç: Doğru soruları sorun

İyi bir Magento ajansı; deneyimini canlı projelerle gösterebilen, süreçlerini açıkça anlatan, kodu ve erişimleri size bırakan ve canlıya geçiş sonrasında da yanınızda olan ekiptir. Rozetler ve sertifikalar faydalı göstergelerdir ama tek başına karar sebebi olmamalıdır. Projeniz için doğru Magento ajansı ve çalışma modelini birlikte değerlendirmek isterseniz Magento geliştirme hizmet sayfamızdan bize ulaşın. Ekibinizin ajansla aynı dili konuşabilmesi için Magento 2 eğitimi sayfamıza da göz atabilirsiniz.

Sık Sorulan Sorular

Adobe partner olmayan bir ajansla çalışmak risk mi?

Tek başına risk değildir. Adobe'nin partner programı Experience Cloud ürünlerinin geneline yöneliktir. Özellikle Magento Open Source projelerinde canlıdaki referanslar, ekip deneyimi ve çalışma süreci partner rozetinden daha belirleyici olabilir.

Adobe Solution Partner seviyeleri nelerdir?

Adobe Solution Partner Program'da Community, Bronze, Silver, Gold ve Platinum seviyeleri bulunur. Community ücretsiz giriş seviyesidir; diğer seviyeler ücretlidir ve sertifika ile iş hacmi gibi yıllık gereklilikler içerir.

Magento sertifikası neyi kanıtlar?

Adobe Commerce sertifikaları, kişinin platformun mimarisi ve en iyi uygulamaları hakkında belirli bir bilgi düzeyini sınavla kanıtladığını gösterir. Sertifikanın doğrulanabilir ve güncel olduğunu, sertifikalı kişinin projenizde çalışacağını teyit edin.

Teklifleri nasıl karşılaştırmalıyım?

Tüm ajanslara aynı ihtiyaç dokümanını gönderin ve teklifleri kapsam, kullanılan tema ve eklentiler, entegrasyon yöntemi, test süreci, garanti ve bakım koşulları açısından aynı tabloda karşılaştırın.

Kaynak kodu kime ait olmalı?

Size özel geliştirilen kodun, kod deposunun, sunucu ve eklenti hesaplarının işletmenize ait olması önerilir. Bu konu sözleşmede açıkça yazılmalıdır; hukuki ayrıntılar için avukatınıza danışın.