İyi teklif; teslimi, materyal sorumluluğunu ve sonrasında hesapları kimin yöneteceğini açıklar. Her sağlayıcıya aynı soruları yöneltin. İki teklifi yalnız toplamına göre değil sayfa, form, dil, devir ve destek satırları üzerinden karşılaştırın. Etkileyici bir örnek ekran yazılı teslim koşullarının yerini tutmaz.
Soruları fiyatın yanında kanıt isteyecek biçimde kurun
İlk görüşmede “Mobil uyumlu olacak mı?” diye sormak yeterli değildir. Bunun hangi ekranlarda ve hangi işlevlerle kontrol edileceğini de sorun. Menü, form, uzun başlık ve fiyat alanı gerçek telefon genişliklerinde çalışmalı; yalnız masaüstü tasarımını küçülten bir görüntü yeterli sayılmamalıdır. Sağlayıcının anlatacağı kontrol biçimi, vaat ettiği sıfattan daha somut bilgi verir.
Benzer biçimde “SEO yapılacak mı?” sorusunu başlıklar, canonical bağlantılar, sitemap, robots, indekslenebilir HTML ve anlamlı içerik yapısı olarak açın. Bunların uygulanması arama sıralaması garantisi değildir. “İlk sayfa kesin” gibi bir vaat duyarsanız hangi kontrolün yapılacağını ve ölçülmeyen sonuçların neden garanti edildiğini açıklamasını isteyin. Teknik temel ile gelecekteki görünürlük sonucunu birbirine karıştırmayın.
Tasarım örneklerinin gerçek müşteri işi mi, konsept mi olduğunu sorun. Konsept çalışma sunulması kendi başına sorun değildir; açıkça etiketlenmesi gerekir. Gerçek müşteri adı, performans sonucu veya yorum aktarılıyorsa bunların kullanılmasına izin ve dayanak bulunmalıdır. Görsel beğeninizle birlikte sağlayıcının bilgi sunma biçimini de değerlendirin.
Kapsam, değişiklik ve teslim için ayrı başlık açın
İstenen sayfaları ve her sayfadaki temel içeriği beraber listeleyin. “Kurumsal site” gibi geniş bir isim, içerik metni yazımı, çeviri, fotoğraf düzenleme, form alanları ve yayın desteğinin sınırlarını tek başına açıklamaz. Başlangıçta dahil olmayan işlerin örneklerini istemek çoğu zaman dahil olanları okumaktan daha hızlı netlik sağlar.
Revizyonun nasıl yürütüleceği de belirgin olmalıdır. Geri bildirim kimin tarafından toplanır, tek tur hangi büyüklükte bir değişikliktir, yeni bölüm veya yeni işlev ne zaman ek kapsam sayılır? Birbiriyle çelişen yönetici yorumları gönderildiğinde kararın kimde olacağını müşteri tarafında da belirleyin. Sağlayıcıdan açık süreç beklerken kendi onay düzeninizi de hazırlayın.
Teslimde kaynak kodu, içerik dosyaları, görsel lisans kayıtları ve hesap erişimleri için kontrol listesi isteyin. “Site sizin olacak” ifadesinin teknik karşılığı olmalıdır. Alan adının hangi hesapta bulunduğunu, barındırma hesabına kimlerin eriştiğini ve sonradan başka geliştiriciyle çalışmanın nasıl mümkün olacağını sorun. Parolaların e-posta içinde açık biçimde paylaşılmasını normal bir teslim yöntemi olarak kabul etmeyin.
Cevapları aynı biçimde kaydedin
Görüşmelerden sonra her sağlayıcı için aynı satırlardan oluşan kısa bir tablo oluşturun. Sayfa ve dil sınırı, içerik sorumluluğu, form işlevi, revizyon, teslim dosyaları, yayın desteği ve sürekli giderler bu tabloda bulunabilir. Kararsız veya sözlü bırakılan cevapları “belirsiz” diye işaretleyin. Boş satırı ücretsiz hizmet anlamına gelecek biçimde yorumlamayın.
Teslim tarihi için de başlangıç koşullarını kaydedin. Logo ve metinler hazır değilken söylenen bir tarih, içerik tesliminden sonra hesaplanan iş günü aralığıyla aynı değildir. Beklenmedik içerik gecikmesinde takvimin nasıl değişeceğini ve öncelikli sayfaların daha erken yayımlanıp yayımlanamayacağını görüşün. Her talep kabul edilmek zorunda değildir; önemli olan sınırın görünür olmasıdır.
Son kararı en uzun özellik listesine göre vermeyin. İşletmenizin ihtiyacını anlayan, kapsamı yazılılaştıran ve göstermediği sonucu vaat etmeyen çalışma biçimi daha güvenilir bir karşılaştırma zemini sağlar. Başvuru görüşmesini satın alma baskısı yerine bilgi toplama aşaması olarak kullanın. Yazılı teklif açık hale gelmeden ücret, kapsam ve teslim sorumluluklarını tamamlanmış anlaşma gibi değerlendirmeyin.
Görüşmede kullanılabilecek kısa senaryo: “Yayın gününde form çalışmıyorsa bunu nasıl fark ediyoruz ve kim düzeltiyor?” sorusunu sorun. Cevap yalnız “destek var” olmamalıdır. Kontrolün nasıl yapılacağı, başvurunun gerçekten kaydolduğunun nasıl görüleceği ve sahibin başvurulara hangi yoldan ulaşacağı anlaşılmalıdır. Benzer şekilde “İleride başka geliştiriciyle çalışırsam hangi dosyaları ve hesapları alırım?” sorusu teslim yaklaşımını görünür kılar.
Yanıtları değerlendirirken teknik terim sayısını kalite ölçüsü yapmayın. Sağlayıcı karmaşık ayrıntıları sade biçimde anlatabilmeli, bilmediği veya henüz seçilmemiş konuyu da dürüstçe ayırmalıdır. Her soruya hemen kesin cevap verilmesi şart değildir; açık kalan kararın ne zaman ve hangi bilgiyle netleşeceği belli olmalıdır. “Sonra bakarız” ifadesi bir takvim veya sorumluyla desteklenmiyorsa belirsizlik sürüyor demektir.
Aynı kontrolü kendi işletmenize de uygulayın. Metni kim onaylayacak, fotoğrafı kim sağlayacak ve geri bildirimi kim birleştirecek? Sağlayıcıdan net teslim tarihi beklerken gerekli materyallerin tarihini paylaşmamak planı zayıflatır. İyi bir satın alma görüşmesi karşı tarafı sınava sokmaktan çok, ortak çalışmanın gerçek koşullarını ortaya çıkarır. Görüşme sonunda her iki tarafın da sonraki adımı ve beklediği girdiyi yazılı olarak bilmesi, uzun bir vaat listesinden daha işe yarar bir sonuçtur.
Özellikle olumlu cevap verilen maddelerde doğrulama örneği isteyin. Bir özelliğin var olmasıyla sizin ihtiyacınızı karşılaması farklıdır. Örneğin form sunulması, zorunlu alanların doğru denetlendiğini veya başvuruların işletmeye açıldığını tek başına göstermez; bunların kontrol biçimi de açıklanmalıdır.
Satın alma görüşmesinde örnek bir değişiklik senaryosu kullanın. “Yayından sonra telefon numaram değişirse kim günceller, hangi dosya etkilenir ve bu işlem bakım kapsamında mı?” sorusu, genel destek vaatlerini somutlaştırır. Benzer şekilde “Form gönderimi başarısız olduğunda bunu nasıl fark ederim?” sorusu yalnızca görünüşe odaklanan teklif ile çalışan iletişim akışını kapsayan teklif arasındaki farkı ortaya çıkarır.
Aday sağlayıcıdan her soruya uzun teknik açıklama beklemek gerekmez. Önemli olan sorumluluğun, kapsamın ve doğrulama yolunun açık olmasıdır. Henüz karar verilmemiş bir unsur varsa bunun ne zaman netleştirileceği yazılabilir. Belirsizliği dürüstçe kaydetmek, bütün ihtiyaçların koşulsuz karşılanacağını söylemekten daha kullanışlıdır.
Karar öncesinde kabul ölçütlerini kısa bir liste halinde paylaşın. Mobilde gezinme, temel sayfaların eksiksiz olması, gerçek form kaydı, hesap sahipliği ve gerekli yönlendirmeler bu listede yer alabilir. Sonradan ortaya çıkabilecek özel entegrasyonları ayrıca işaretleyin. Böylece ucuzluk değerlendirmesi yalnızca görünen tasarıma dayanmaz; teslim edilen işin işletmenin günlük ihtiyacını karşılayıp karşılamadığı üzerinden yapılır. Görüşmede sözlü verilen önemli yanıtları teklif metnine eklemek, farklı kişilerin aynı anlaşmayı farklı yorumlamasını da azaltır.
Uygulama kontrolü
- Kalemlere ayrılmış kapsam isteyin
- Revizyon turlarını doğrulayın
- Erişim ve yenileme bedellerini sorun
Somut örnek: İki teklifi yalnız toplamına göre değil sayfa, form, dil, devir ve destek satırları üzerinden karşılaştırın.
Dikkat edilmesi gereken sınır: Etkileyici bir örnek ekran yazılı teslim koşullarının yerini tutmaz.
