Web Tasarım Ajansı Nasıl Seçilir?

Kısa cevap: Web tasarım ajansı seçerken ilk bakmanız gereken şey fiyat değil; kapsam, projeyi kimin yapacağı ve teslimden sonra sitenin kime ait olacağıdır. Size özel yazılan kodun hakları sözleşmede yazılı olarak devredilmeli, alan adı işletmenizin adına kayıtlı olmalı, Search Console ve Google Analytics’te sahip ve yönetici rolü sizde kalmalıdır. Yanlış ajans seçimi yalnızca geciken bir proje demek değildir. Yeniden yapım masrafı, kaybedilen zaman ve başka bir firmaya bağımlılık da doğurur.

Sorun ajansların varlığı değil. Sorun, şablon işi özel iş diye satmak, belirsiz teklifleri uzun dokümanların içine gizlemek ve proje sonunda kodu ya da erişimleri müşteriye vermemektir. Bu yazı, teklif almadan önce listenizi daraltmanıza ve sözleşmeyi imzalamadan doğru soruları sormanıza yardımcı olur.

Öne Çıkanlar

• Ajans portföyünü yalnızca tasarıma göre değil, mobil deneyim, hız ve gerçek proje olup olmadığına göre değerlendirin.
• Fiyat teklifinde toplam tutardan önce dahil olanlar, hariç tutulanlar ve ek ücret koşulları yazılı olmalıdır.
• Kaynak kodun ve tasarım dosyalarının hakları sözleşmede yazılı olarak devredilmeli; domain, hosting ve hesap erişimleri işletmenizde olmalıdır.
• Projeyi satışı yapan kişi değil, gerçekten kuracak kişi hakkında net bilgi alın.
• Sözleşmede kapsam, teslim takvimi, revizyon, ödeme, destek ve sahiplik maddeleri ayrı ayrı yer almalıdır.
• Ajans sitenizi barındırıyorsa form verilerine sizin adınıza erişir. Veri güvenliği, ihlal bildirimi ve yedekleme de yazılı olmalıdır.

Ajans seçimine üç temel filtreyle başlayın

Ajans listeniz uzunsa herkesi ilk görüşmeye çağırmak zaman kaybettirir. Ön eleme için portföye, ekibe ve çalışma modeline bakın.

İyi bir ajans her müşteri için doğru seçim olmayabilir. Büyük kurumsal projeler için kurulmuş bir ekip, küçük ya da orta ölçekli bir işletmenin işine öncelik vermeyebilir. Tek kişinin yürüttüğü bir iş hızlı başlayabilir. Ancak o kişi ulaşılamaz olduğunda proje tamamen durabilir.

İlk üç filtre şunlardır:

1. Portföydeki işler gerçekten yayında mı ve çalışıyor mu?
2. Teklifi hazırlayan kişiyle siteyi kuracak kişi aynı ekipte mi?
3. Ajans, kapsamı ve sahiplik koşullarını yazılı biçimde anlatıyor mu?

Portföy sadece görsel galeri değildir

Portföy, ajansın tasarım anlayışını gösterir. Teknik kaliteyi ise tek başına kanıtlamaz.

Portföydeki siteleri açıp inceleyin. Masaüstünde iyi görünen bir sayfa mobilde bozuluyorsa ya da form çalışmıyorsa proje tamamlanmış sayılmaz. Müşterileriniz telefondan arama yapıyorsa menü, iletişim formu, telefon bağlantısı ve sayfa hızı satış sürecinin doğrudan parçasıdır.

Portföyü incelerken şu kontrolleri yapın:

• Siteler yayında mı, yoksa yalnızca tasarım görseli mi?
• Mobil menü, form ve temel sayfa akışı sorunsuz mu?
• Sayfalar makul sürede açılıyor mu?
• Ajansın yaptığı iş ile sizin ihtiyacınız arasında benzerlik var mı?
• Portföydeki proje özel geliştirme mi, hazır tema uyarlaması mı?

“Konsept çalışma” ile gerçek müşteri projesi aynı şey değildir. Konsept çalışma tasarım becerisini gösterebilir. Ancak ödeme altyapısı, içerik yönetimi, mobil hatalar, hız sorunları ve teslim sonrası destek gibi gerçek proje sorunlarının çözülüp çözülmediğini göstermez.

Referansı doğrulamak ayıp değildir

“Mutlu müşteriler” bölümü neredeyse her ajansın sitesinde vardır. Bakılması gereken, bu müşteri ilişkilerinin doğrulanıp doğrulanamayacağıdır.

Ajanstan benzer ölçekte bir proje için referans isteyebilirsiniz. Referans müşterinin işletmesini bağımsız olarak araştırın. Siteyi ziyaret edin. Ajansın anlattığı proje ile yayındaki işin aynı olup olmadığını kontrol edin.

Bir ajans her müşterisinin iletişim bilgisini paylaşmak zorunda değildir. Gizlilik makul bir gerekçedir. Fakat portföydeki işlerin ne olduğu, hangi kapsamla yapıldığı ve proje sonrasında nasıl sürdürüldüğü belirsizse bunu risk kabul edin.

Projenizi kimin kuracağını netleştirin

Ajans görüşmelerinde en sık gözden kaçan konu budur. Sunumu yapan kişi kıdemli olabilir, ancak günlük işi başka bir ekip üyesi yürütüyor olabilir.

Bu tek başına kötü değildir. Sorun, ajansın bunu en başta açıkça söylememesidir. Proje yöneticisi yararlı olabilir. Ancak tasarımı, geliştirmeyi ve içerik girişini kimin yapacağı da belli olmalıdır.

Şu soruları doğrudan sorun:

• Projemde kimler çalışacak?
• Teknik geliştirmeyi yapan kişi kim?
• Proje boyunca tek iletişim sorumlusu kim olacak?
• Aynı anda kaç aktif proje yürütülüyor?
• Onay, revizyon ve teslim süreçleri hangi kanaldan ilerleyecek?

Designodin’de kapsamı belirleyen kişiyle projeyi yapan kişi aynı kıdemli ekibin içindedir. Bu yöntem toplantı sayısını artırmak için değil, teklif ile teslim edilen iş arasındaki farkı azaltmak için uygulanır.

Web sitesi ajansı teklifinde hangi detaylara bakılır?

Teklifin uzun olması, kapsamın açık olduğu anlamına gelmez. Bazı teklifler onlarca sayfadır; yine de kaç sayfanın yapılacağı, hangi özelliklerin dahil olduğu ve proje sonunda ne teslim edileceği belirsiz kalır.

Teklifin amacı etkileyici görünmek değil, iki tarafın ne üzerinde anlaştığını açıkça göstermektir.

Toplam fiyat değil, kapsam karşılaştırılır

Üç farklı ajansın teklifini yan yana koyduğunuzda önce toplam tutara bakmayın. Önce her teklifin hangi işleri kapsadığını çıkarın.

Örneğin bir teklif şunları kapsayabilir:

• Ana sayfa ve belirli sayıda iç sayfa
• Mobil uyumlu tasarım
• İletişim formu kurulumu
• İçerik girişi
• Temel SEO ayarları
• Eğitim veya teslim sonrası destek
• Hosting, domain ya da lisans ücretleri

Diğer teklif aynı başlığı taşısa bile bunların yalnızca bir bölümünü kapsayabilir. Fiyat farkı her zaman kalite farkı değildir. Çoğu zaman kapsam farkıdır.

“Web sitesi yapılacaktır” bir kapsam tanımı değildir. Hangi sayfaların, hangi işlevlerin ve hangi teslimlerin dahil olduğunu yazmayan teklif, sonradan tartışma üretir.

Saatlik faturalama belirsizliği büyütebilir

Saatlik çalışma bazı teknik bakım işleri için uygundur. Başta tam olarak ne yapılacağı bilinmeyen bir sorun çözülüyorsa, harcanan süre üzerinden ilerlemek doğaldır.

Fakat yeni bir web sitesi projesinde kapsamın büyük bölümü baştan tanımlanabiliyorsa, yalnızca saatlik ücret üzerinden teklif almak işletme için belirsizlik yaratır. “Bu iş şu kadar saat sürer” tahmini değiştiğinde maliyet de değişir.

Tek bir fiyat modeli aramanız gerekmez. Maliyetin hangi koşullarda değişeceği açıkça yazılmalıdır.

Şunları kontrol edin:

• Ek geliştirme talebi nasıl fiyatlanacak?
• Kapsam dışı iş nedir?
• Revizyon ile yeni talep arasındaki sınır nasıl tanımlanacak?
• Gecikme müşteri onayından kaynaklanırsa takvim nasıl değişecek?
• Üçüncü taraf lisans, eklenti veya servis ücretleri kime ait olacak?

Keşif süreci ücretsiz varsayılmamalıdır

Bazı projeler keşif çalışması gerektirir. Karmaşık entegrasyonlar, çok dilli yapı, özel üyelik akışları veya mevcut bir sistemden taşıma gibi işler, teklif öncesinde teknik değerlendirme isteyebilir.

Bu çalışma ücretli olabilir. Sorun ücret alınması değil; ücretin, teslimin ve sonraki aşamayla bağının belirsiz bırakılmasıdır.

Keşif isteniyorsa şu sorulara yazılı yanıt alın:

• Keşif çalışmasının ücreti var mı?
• Bu ücret hangi çıktıları kapsıyor?
• Çalışma sonunda ne teslim edilecek?
• Projeye devam edilmezse elde edilen doküman kime ait olacak?
• Devam edilirse bu bedel proje bütçesinden düşecek mi?

Ücretsiz ön görüşme ile ücretli teknik keşif aynı süreç değildir. Ajans bu farkı açıkça anlatamıyorsa proje boyunca başka sınırlar da belirsiz kalabilir.

Sözleşmede bulunması gereken sekiz madde

Sözleşme, işler kötü gittiğinde açılan bir dosya olmamalıdır. İyi bir sözleşme, işin kötü gitmesini önleyen çalışma çerçevesidir.

Aşağıdaki sekiz başlık, web tasarım ajansı sözleşmesinde açıkça yer almalıdır.

1. Kapsam tanımı

Hangi sayfaların yapılacağı, hangi özelliklerin dahil olduğu ve hangi işlerin proje dışında kaldığı yazmalıdır.

“Kurumsal web sitesi” ifadesi tek başına yeterli değildir. Sayfa listesi, dil seçeneği, iletişim formu, blog, ürün kataloğu, kullanıcı girişi, entegrasyon ve içerik girişi gibi ayrıntılar belirtilmelidir.

2. Teslimat takvimi

Takvim “yaklaşık birkaç hafta” diye bırakılmamalıdır. Tasarım sunumu, geliştirme, müşteri onayı, test ve yayın gibi temel aşamalar tanımlanmalıdır.

Teslim tarihi kadar gecikme halinde ne olacağı da önemlidir. Müşterinin içerik veya onay gecikmesi ile ajansın üretim gecikmesi aynı değildir. Sözleşme bu ayrımı yapmalıdır.

3. Revizyon koşulları

Revizyon sayısı, her turun kapsamı ve onaydan sonraki değişikliklerin nasıl ele alınacağı yazılmalıdır.

“İstediğiniz kadar revizyon” rahatlatıcı gelebilir. Ancak uygulamada neyin revizyon, neyin yeni istek olduğu belirsizleşir. Bu belirsizlik hem müşteri hem ajans için zaman kaybıdır.

4. Kod ve tasarım sahipliği

Bu madde özellikle önemlidir. Proje bittiğinde kaynak kod, tasarım dosyaları, yönetici erişimleri ve üretilen içerikler kime ait olacak?

İşletmeniz kendi web sitesine erişemiyorsa siteye gerçekten sahip değildir. Domain hesabı, hosting paneli, WordPress yönetimi, analitik hesapları ve reklam hesapları da buna dahildir.

Kod için kanunun varsayılanını bilmek gerekir. Fikir ve Sanat Eserleri Kanunu, her biçimde ifade edilen bilgisayar programlarını eser sayar. Eserin sahibi de onu meydana getirendir; işveren lehine özel kural yalnızca memur, hizmetli ve işçiler içindir (FSEK md. 2, 8, 18). Yani dışarıdan çalıştığınız bir ajansın size özel yazdığı kodun hakları size kendiliğinden geçmez.

Kanun, mali haklara ilişkin sözleşmelerin yazılı olmasını ve devredilen hakların ayrı ayrı gösterilmesini şart koşar (FSEK md. 52). Bu yüzden “kod size aittir” cümlesi tek başına yetmez. İşleme, çoğaltma, yayma ve umuma iletim gibi haklar sayılmalı; sözleşmenin devir mi, yoksa yalnızca kullanım izni mi verdiği yazılmalıdır. Emin değilseniz metni bir hukukçuya gösterin.

WordPress çekirdeği ise kimsenin malı değildir; GPLv2 (veya sonrası) lisansıyla herkese açıktır (WordPress.org). Sahiplik konuşulurken kastedilen, size özel yazılan tema kodu, tasarım dosyaları ve içeriklerdir. Amaç basittir: Ajansı değiştirmeniz gerektiğinde sıfırdan başlamak zorunda kalmamak.

Alan adı için kural daha nettir. .tr alan adı başvurusunu gerçek veya tüzel kişi bir kayıt kuruluşu aracılığıyla yapar. Alan adı sahibi dilerse kayıt kuruluşunu değiştirebilir; alan adı devredilebilir de (TRABİS SSS). Bu yüzden alan adı ajansın değil, işletmenizin adına kayıtlı olmalıdır. Hosting tarafının ayrıntıları domain ve hosting rehberimizde.

Google hesaplarında da rol önemlidir. Search Console’da roller Sahip, Tam kullanıcı ve Kısıtlanmış kullanıcıdır. İşletmeniz doğrulanmış sahip olmalı, ajans yetki verilmiş sahip ya da kullanıcı olarak eklenmelidir. Çalışma bittiğinde ajansın doğrulama jetonları da kaldırılmalıdır; Google’a göre jetonlar silinmezse kaldırılan sahip, sahipliği yeniden doğrulayabilir (Search Console Yardım). Google Analytics 4’te kullanıcı ekleme ve silme yetkisi Yönetici rolündedir; hesap düzeyindeki Yönetici rolü işletmenizde olmalıdır (Analytics Yardım).

5. Bakım ve destek kapsamı

Teslim sonrası desteğin süresi ve kapsamı açık olmalıdır. Güvenlik güncellemeleri, teknik hata düzeltmeleri, içerik değişiklikleri ve yeni özellik talepleri aynı hizmet değildir.

Varsayımsal bir örnek: Site tesliminden birkaç ay sonra ajansa ulaşılamıyor ve sözleşmede destek maddesi yok. Bu durumda işletmenin seçenekleri sınırlı kalır. Erişimler işletmede değilse küçük bir içerik güncellemesi bile yeni bir sağlayıcı aramaya dönüşebilir.

Bu nedenle destek için şu ayrımı isteyin:

• Teslim sonrası hata düzeltme süresi
• Periyodik teknik bakım kapsamı
• İçerik güncelleme hizmeti
• Yeni geliştirme taleplerinin fiyatlandırması
• Yedekleme sıklığı ve yedeklerin saklandığı yer
• Acil durumda iletişim yöntemi

Yedeği ayrıca sorun. WordPress yedeği iki parçadır: veri tabanı ve dosyalar. WordPress’in kendi rehberi her güncellemeden önce yedek almayı ve kopyaları farklı yerlerde saklamayı önerir. Hosting firmasının sunucu yedeğinden kopya istemek zaman alabileceği için sitenin kendi yedeğinin de alınmasını tavsiye eder (WordPress Developer). Sözleşmede yedeğin sıklığı, nerede tutulduğu ve size teslim edilip edilmediği yazılmalıdır. Bakımın tam kapsamı için web sitesi bakımı yazısına bakabilirsiniz.

6. Ödeme planı

Ödeme adımları proje aşamalarına bağlanmalıdır. İlk ödeme, tasarım onayı, geliştirme tamamlanması ve yayın gibi kontrol noktaları herkes için daha açık bir süreç sağlar.

Sözleşmede avans, ara ödemeler, nihai ödeme ve olası ek işlerin ödeme koşulları açıkça yer almalıdır. Yalnızca toplam rakamı görmek yetmez.

7. İletişim ve onay süreci

Proje taleplerinin hangi kanaldan iletileceği, kimlerin onay vereceği ve ajansın hangi kanaldan yanıt vereceği belirlenmelidir.

WhatsApp mesajları proje yönetim sistemi değildir. Kayıt altına alınmayan talep ve onaylar, özellikle uzun projelerde karışıklık yaratır. E-posta, proje panosu veya belirlenen başka bir yazılı kanal kullanılmalıdır.

8. Kişisel veriler ve hosting

Ajans sitenizi barındırıyor ya da form kayıtlarına erişiyorsa kişisel verilere de dokunur. İletişim formundan gelen verilerin işlenme amacını belirleyen işletmenizdir; yani veri sorumlusu sizsiniz. Verilere sizin adınıza erişen ajans ise genellikle veri işleyen konumundadır (KVKK md. 3).

Kanun, veriler sizin adınıza başka biri tarafından işlendiğinde güvenlik tedbirleri için veri sorumlusunu o kişiyle birlikte müştereken sorumlu tutar (KVKK md. 12). Veriler kanuni olmayan yollarla başkalarının eline geçerse veri sorumlusu durumu gecikmeksizin ve en geç 72 saat içinde Kurul’a bildirir (KVKK). Bu yüzden sözleşmede şunlar yazılmalıdır:

• Ajansın hangi verilere, hangi amaçla eriştiği
• Alınacak teknik ve idari güvenlik tedbirleri
• Bir ihlalin size ne kadar sürede bildirileceği
• Hosting yurt dışındaysa verilerin hangi dayanakla aktarıldığı

KOBİ için doğru ajans nasıl anlaşılır?

KOBİ’lerin her zaman en büyük ajansa ihtiyacı yoktur. En ucuz çözüme de ihtiyaçları yoktur. Doğru ajans, işletmenin gerçek ihtiyacını dinler ve bunu gereksiz katmanlar olmadan uygulanabilir bir kapsama çevirir.

Ajans tiyatrosunu ayırt edin

Bazı ajanslar süreçlerini olduğundan daha karmaşık gösterir. Çok sayıda toplantı, belirsiz roller ve uzun sunumlar her zaman daha iyi iş yapıldığı anlamına gelmez.

İşletmenin ihtiyacı basitse teklif de anlaşılır olmalıdır. Ajans hangi sorunu çözeceğini, hangi teknolojiyi neden önerdiğini ve ne teslim edeceğini açıkça anlatmalıdır.

Kırmızı bayrak sayılabilecek davranışlar şunlardır:

• Hazır tema ya da page builder kullanıp bunu özel geliştirme gibi sunmak
• Kod, domain veya hosting erişimlerini müşteride bırakmamak
• Kapsamı yazmadan yalnızca “paket” satmak
• Projeyi kimin yapacağını söylememek
• Ek ücret koşullarını belirsiz bırakmak
• Bakım hizmetini zorunlu ve açıklamasız bir bağımlılığa dönüştürmek
• Reklam yönetiminde bütçenin yüzdesi üzerinden komisyon almak

Page builder kullanımı tek başına sorun değildir. Sorun, yöntemin performans, sahiplik ve bakım maliyeti açıklanmadan “özel” etiketiyle satılmasıdır.

İlk iletişim biçimi çok şey anlatır

Ajansa kısa ve açık bir ihtiyaç mesajı gönderin. Gelen yanıtı değerlendirin.

Yanıt hızı tek ölçüt değildir. Asıl mesele, ajansın sorunu anlayıp anlamadığıdır. Ezber bir satış metni mi gönderiyor, yoksa eksik bilgileri netleştirmek için sorular mı soruyor?

Örneğin “Yeni bir kurumsal site istiyorum” mesajına verilen iyi bir yanıt; hedef sayfaları, içerik durumunu, mevcut domain ve hosting erişimlerini, hedef tarihi ve teknik ihtiyaçları sorar. Kötü yanıt ise sizi doğrudan belirsiz bir görüşme zincirine yönlendirir.

Web sitesi projesindeki iletişim kalitesi, teslim sürecinin küçük bir provasıdır.

Teklifinizde kapsam, sahiplik ya da teknik yaklaşım belirsizse, bize ulaşın. Mevcut teklifinizi karşılaştırabileceğiniz net soruları paylaşabiliriz.

Ajans büyüklüğünü değil, çalışma şeklini değerlendirin

Ajansın çalışan sayısı tek başına kalite ölçütü değildir. Küçük, orta ve büyük ekiplerin farklı avantajları vardır.

Küçük ekipler doğrudan iletişim sunabilir

Küçük ekiplerde projeyi yapan kişiyle doğrudan konuşmak daha kolay olabilir. Kararlar hızlı alınır ve araya fazla rol girmez.

Buna karşılık kapasite sınırlı olabilir. Aynı anda çok sayıda proje yürütülüyorsa teslim takvimi etkilenebilir. Bu yüzden aktif iş yükünü ve izin dönemlerinde sürecin nasıl devam edeceğini sorun.

Orta ölçekli ekipler denge sağlayabilir

Orta ölçekli bir ajansın tasarım, geliştirme ve proje yönetimi için ayrı sorumluları olabilir. Doğru yönetildiğinde bu yapı, kapasite ve iletişim bakımından dengeli çalışır.

Burada proje yöneticisinin görevi önemlidir. Talebinizi gerçekten anlayıp teknik ekibe doğru aktaran biri mi var, yoksa her aşamada yeniden mi anlatmanız gerekecek? Bunu ilk görüşmede anlamaya çalışın.

Büyük ajanslar her proje için doğru seçim değildir

Büyük ajanslar yüksek bütçeli ve çok paydaşlı projelerde güçlü olabilir. Ancak küçük bir işletmenin projesi, o yapının öncelik sıralamasında altlarda kalabilir.

Bu nedenle ajansın büyüklüğüne değil, projenize ayıracağı net kaynağa bakın. Teklifteki ekip, teslim takvimi ve iletişim sorumlusu; çalışan sayısından daha fazla bilgi verir.

Web tasarım ajansı seçimi için 10 kritik soru

Ajans görüşmelerinde aşağıdaki soruları doğrudan sorun. Net yanıt alamadığınız her maddeyi teklif ya da sözleşmeye ekletin.

1. Portföyünüzdeki hangi projeler benim ihtiyacıma benziyor?
2. Projemi kim tasarlayacak ve kim geliştirecek?
3. Teklifte hangi sayfalar, özellikler ve teslimler yer alıyor?
4. Teklif dışında kalacak işler neler?
5. Revizyon sayısı ve revizyon kapsamı nedir?
6. Kaynak kod, tasarım dosyaları ve tüm yönetici erişimleri proje sonunda kime ait olacak?
7. Domain, hosting, analitik ve diğer hesaplar kimin adına açılacak?
8. Teslim sonrası hata düzeltme ve bakım desteği nasıl işleyecek?
9. Ek talepler veya kapsam değişiklikleri nasıl fiyatlanacak?
10. Proje gecikirse, yarıda kalırsa ya da ajans değişirse ne olacak?

Bu soruların amacı ajansı zor durumda bırakmak değildir. İyi bir ajans bunları zaten yanıtlamaya hazırdır.

Web sitesi ajansı seçim kontrol listesi

Karar vermeden önce aşağıdaki listeyi kullanın. Her madde için “evet” ya da “hayır” yazın.

Portföy ve çalışma kalitesi

• Portföydeki siteler yayında ve çalışır durumda.
• Portföy siteleri mobilde sorunsuz görünüyor.
• Ajans gerçek proje ile konsept çalışmayı ayırabiliyor.
• Benzer ihtiyaçta en az bir proje örneği var.

Teklif ve kapsam

• Sayfalar ve özellikler madde madde yazılı.
• Dahil olmayan işler belirtilmiş.
• Ek ücret koşulları açık.
• Revizyon sayısı ve süreci tanımlı.
• Teslim takvimi aşamalara ayrılmış.

Sahiplik ve destek

• Kaynak kodun ve tasarımın kime ait olduğu açık.
• Domain, hosting ve yönetici erişimlerinin sahibi belli.
• Teslim sonrası hata düzeltme süresi yazılı.
• Bakım hizmetinin kapsamı ve sınırları tanımlı.
• Yedeğin sıklığı ve saklandığı yer yazılı.
• Search Console ve Google Analytics’te sahip ve yönetici rolü işletmede.
• Ajansın kişisel verilere erişimi ve ihlal bildirimi sözleşmede tanımlı.

Ekip ve iletişim

• Projede çalışacak kişiler belli.
• Tek iletişim sorumlusu tanımlanmış.
• Talep ve onay kanalı yazılı.
• Ajans ilk iletişimde sorularınıza açık cevap verdi.

Kontrol listesindeki birden fazla madde belirsizse teklif istemeyi sürdürmek yerine önce bu belirsizlikleri giderin.

Sık sorulan sorular

Web sitesi ajansı seçerken en önemli kriter nedir?

En önemli ölçüt, ajansın kapsamı ve sahipliği ne kadar açık anlattığıdır. Güzel bir portföy önemlidir. Ancak proje sonunda kodun, erişimlerin ve yönetim kontrolünün sizde kalıp kalmayacağı daha kalıcı bir konudur.

En ucuz teklif neden her zaman doğru teklif değildir?

En ucuz teklif; daha az sayfa, sınırlı özellikler, hazır tema, eksik içerik girişi veya belirsiz destek anlamına gelebilir. Teklifleri toplam tutara göre değil, aynı kapsam üzerinden karşılaştırın.

Web sitesi projesinde kod kime ait olmalı?

Size özel yazılan kodun ve tasarım dosyalarının hakları sözleşmede yazılı olarak size devredilmeli, yönetici erişimleri işletmenizde olmalıdır. Kanuna göre eserin sahibi onu meydana getirendir; devir yazılı değilse haklar kendiliğinden geçmez. Ajansı değiştirmeniz gerekirse siteyi sıfırdan yaptırmak zorunda olmamalısınız.

Ajanstan bakım paketi almak zorunlu mu?

Bakım hizmeti ayrı bir hizmet olarak sunulabilir. Zorunlu olan bakım paketi değildir. Bakım olmadan da sitenize ve temel erişimlerinize ulaşabilmeniz gerekir. Bakım kapsamı ayrıca yazılı olmalıdır.

Alan adı kimin adına kayıtlı olmalı?

İşletmenizin. .tr alan adlarında başvuruyu yapan gerçek veya tüzel kişi alan adının sahibidir; kayıt kuruluşunu değiştirebilir ve alan adını devredebilir. Alan adı ajansın adına kayıtlıysa ajans değiştirmek bir devir işlemine dönüşür.

Search Console ve Google Analytics’te hangi rol bende olmalı?

Search Console’da doğrulanmış sahip, Google Analytics 4’te hesap düzeyinde Yönetici rolü işletmenizde olmalıdır. Ajans, yetki verilmiş sahip ya da kullanıcı olarak eklenir. Çalışma bittiğinde ajansın erişimi ve doğrulama jetonları kaldırılır.

Ajans portföyü yoksa ne yapmalıyım?

Ajansın yaptığı işleri değerlendirebileceğiniz somut örnekler istemelisiniz. Gizlilik nedeniyle bazı projeler gösterilemiyorsa en azından kullanılan yaklaşım, teslim edilen kapsam ve çalışma biçimi açıkça anlatılmalıdır.

Freelancer yerine ajansla çalışmak daha mı güvenlidir?

Bu, çalışma modeline bağlıdır. Ajansın ekip kapasitesi ve süreç disiplini avantaj olabilir. Fakat ajans olmak tek başına güvence sağlamaz. Freelancer ya da ajans fark etmeksizin sahiplik, kapsam, erişimler ve destek koşulları yazılı olmalıdır.

Doğru ajans, belirsizliği azaltır

Web sitesi ajansı seçmek, en etkileyici sunumu seçmek değildir. İşletmeniz için hangi işin yapılacağını, ne zaman teslim edileceğini ve proje bittikten sonra kontrolün kimde kalacağını anlamaktır.

Portföyü açın. Teklifteki her satırı okuyun. Kodu, erişimleri ve destek koşullarını sorun. Net yanıt alamadığınız bir konuda sözleşmeye imza atmayın.

Designodin, 2016’dan beri web projelerini net kapsam, kıdemli kurulum ve kodun tam sahipliğiyle yürütür. WordPress sitelerinde hazır tema kullanmıyoruz; platform kilidi yoktur. Proje sonunda siteniz ve erişimleriniz sizde kalır.