Website Geliştiricisi Nasıl Seçilir: Uygulanabilir Bir Süreç
Website geliştiricisi seçmek çoğunlukla kanıt toplama işidir ve çoğu kişi yanlış kanıtı topluyor: tipik işi değil en iyi işi gösteren portfolyolar ve karşılaştırılamayan şeyleri karşılaştıran fiyat.
Bu rehber daha iyi sonuç veren bir süreci ele alıyor — ne göndereceğinizi, ne soracağınızı, neyi kontrol edeceğinizi ve ne zaman duracağınızı.
Aynı brief’i herkese gönderin#
Teklifler ancak aynı soruyu cevaplıyorsa karşılaştırılabilir. Tek sayfalık bir brief artı bir sayfa yapısı yeterlidir ve teklifleri bu kadar farklı gösteren değişkenliğin çoğunu ortadan kaldırır.
- Sitenin neyi başarması gerektiği ve en önemli tek eylem.
- Yayın-kritik ya da sonra diye işaretlenmiş bir sayfa listesi.
- İşlevsel gereksinimler: formlar, arama, hesaplar, ödeme, entegrasyonlar.
- Kapsam dışı olan — metin yazımı, fotoğraf, süregelen SEO.
- Bütçe aralığınız. Saklamak herkesin zamanını boşa harcar ve kullanamayacağınız teklifler üretir.
- Teslim tarihiniz ve onu ne belirlediği.
- Nasıl ve ne zamana kadar karar vereceğiniz.
Bütçe aralığı vermek, üst sınırından ücretlendirileceğiniz anlamına gelmez. Alacağınız tekliflerin gerçekten satın alabileceğiniz projeler için olması anlamına gelir.
Ne sormalı ve cevaplar ne anlama geliyor#
Bu sorular, proje bitirmiş geliştiricileri proje başlatmış olanlardan ayırır.
| Soru | İyi bir cevap neye benzer |
|---|---|
| Benim ölçeğimde benzer bir site gösterin | Portfolyo görseli değil, bağlamıyla birlikte yayında bir adres |
| Kodun ve hesapların sahibi kim olacak? | "Siz" — anında, çekincesiz |
| Bir değişiklik canlıya nasıl gidiyor? | FTP değil, sürüm kontrolü ve bir dağıtım süreci |
| Yayından sonra bir şey bozulursa ne olur? | Tanımlı bir destek penceresi ve sonrasında ne olduğu |
| Neler dahil değil? | Zorlanmadan sunulan somut bir liste |
| Bu projede ne ters gidebilir? | Dürüst riskler — genelde içerik, entegrasyon, kararlar |
| İşi gerçekte kim yapacak? | "Ekibimiz" değil, isimler |
| Bizden ne lazım? | Tarihleriyle birlikte net bir liste |
Kanıtı kendiniz kontrol edin#
Yirmi dakikalık bağımsız kontrol, bir saatlik konuşmadan değerlidir; çünkü sunumu değil işi sınar.
- Yayındaki iki sitesini mobil veriyle telefondan açın.
- Birini bir performans testinden geçirin ve sonuca dürüstçe bakın.
- Bir sayfada klavyeyle Tab’layın ve odağın görünür olup olmadığına bakın.
- Kaynağı görüntüleyin: başlık, meta açıklama, düzgün başlık yapısı var mı?
- Bir eski müşteriyle konuşun — ve özellikle bir şeyin ters gittiği anı sorun.
- Kendi sitelerinin bakımlı olup olmadığına bakın. Belirleyici değil ama bir sinyal.
En faydalı referans sorusu "memnun kaldınız mı" değil, "bir şey ters gittiğinde ne oldu ve bunu nasıl yönettiler?" Her projede öyle bir an vardır.
Kırmızı bayraklar ve yeşil bayraklar#
İki yönde de ağır tartılmaya değer desenler.
| Kırmızı bayrak | Yeşil bayrak |
|---|---|
| Soru sormadan bir saat içinde gelen teklif | Teklif vermeden önce işiniz hakkında sorular |
| Garantili ilk sayfa sıralaması | Kimsenin sıralama garanti edemeyeceğini açıklamak |
| Muğlak kapsamla sabit fiyat | Açık bir kapsam dışı listesi |
| Alan adını ya da hostingi onlar tutuyor | Her şey sizin adınıza kayıtlı |
| Staging ortamı yok | İlk şablondan itibaren staging’de inceliyorsunuz |
| Referans vermek istememek | Siz sormadan sunuyor |
| Bu hafta imzalama baskısı | Karşılaştırmanız için beklemeye razı |
| Tamamı peşin ödeme | Teslimatlara bağlı kilometre taşı ödemeleri |
Sık sorulan sorular
En ucuz teklifi seçmeli miyim?
Yalnız diğerleriyle aynı soruyu cevaplıyorsa. Gerisinin çok altındaki bir teklif genelde bir şeyi dışarıda bırakıyordur — içerik girişi, test, yayın sonrası düzeltmeler — ya da brief’i okumamıştır. Neyin hariç olduğunu yazılı sorun, sonra bakım dahil ilk yılın toplam maliyetini ve sonunda neye sahip olacağınızı karşılaştırın.
Teknik değilsem bir geliştiriciyi nasıl değerlendiririm?
Teknolojiyi değil süreci ve kanıtı değerlendirin. Sizin ölçeğinizde yayında bir site gösterebiliyorlar mı? Sürüm kontrolü ve staging kullanıyorlar mı? "Kodun sahibi kim?" sorusunu duraksamadan cevaplıyorlar mı? İşiniz hakkında soru soruyorlar mı? Bunların hiçbiri teknik bilgi gerektirmiyor ve sonuçları teknoloji yığınından daha iyi öngörüyor.
Sözleşmede ne olmalı?
Açık bir hariç tutma listesiyle kapsam, kilometre taşları ve ödemeler, kodun/alan adının/hesapların mülkiyeti, revizyon turları, yayından sonra ne olduğu, sorunlar için yanıt süreleri ve ihbar süreleri. Israr edilecek tek bir madde varsa o mülkiyettir — diğer her şey sonradan yeniden pazarlık edilebilir, o edilemez.
Kaç geliştiriciye başvurmalıyım?
Üç ile beş işe yarar aralıktır. Daha azı karşılaştıracak bir şey bırakmaz; daha fazlası değerlendirme emeğini ek seçeneklerin değerinin üstüne çıkarır ve herkesi bekletirsiniz. Aynı brief’i hepsine gönderin ve süreç bitsin diye bir karar tarihi belirleyin.
website geliştiricisi seçmeweb geliştirici nasıl seçilirgeliştiriciye sorulacak sorularweb geliştirme sözleşmesigeliştirici bulmawebsite teklifi
