Freelance yapan çoğu insanın ilk bir sene kaybı teknik yetenek değil, müşteri yönetimi. Ben de aynı çukura düştüm. Sözleşme imzalandıktan sonra “şunu da ekleyelim” saldırıları, son dakika değişiklikler, ödeme geç, brief değiştikçe aynı iş 3 kere yapıldı. Zamanla beklenti yönetimi sözleşme imzalamadan çok önce başlamak gerektiğini öğrendim.
İlk görüşme: filtre
Her potansiyel müşteriyle hemen teklif aşamasına geçmiyorum. İlk görüşme, ikimiz de uyumlu muyuz sorusuna cevap. Beni uyarır nitelikteki işaretler:
- Bütçeden konuşmayı kesin olarak atlayanlar. “Önce fikri değerlendirelim, sonra bütçe konuşuruz” = büyük ihtimalle bütçesi yok veya düşürmeye çalışacak.
- “Küçük bir proje” derken 6 ay süreli iş anlatanlar.
- “Diğer dev’ler yarıda bıraktı” hikayeleri. Tek taraflı dinlendiğinde müşterinin iletişim tarzı sorunlu olabilir.
- “Hızlı iş çıkarmanız lazım” diye baskı kuranlar. Deadline zaten geçmiş projeye benzer.
- Mesajda “hemen aramam lazım” diyenler. Acil olmayan şeyler için bile acilelik yaratıyorsa proje boyunca aynı olur.
Farklı uyarılar, farklı aksiyonlar. Biri olursa ekstra dikkat, ikisi olursa ücret %50 artırıyorum, üçü olursa “uygun görünmüyoruz” deyip reddediyorum.
Discovery: yazılı özetle başla
Sözleşme öncesi discovery call yapıyorum, sonunda yazılı özet yolluyorum:
Merhaba,
Dünkü görüşmede aldığım notlar aşağıda.
Eksik veya hatalı bir şey varsa lütfen belirtin.
Kapsam:
- ...
Kapsam dışı:
- ...
Süre tahmini: ...
Bütçe: ...
Ödeme planı: ...
Onaylarsanız sözleşme hazırlayıp yollarım.Bu özet kritik. Müşteri “aslında şunu da demiştim” diyemez artık. Unutulan bir şey varsa tam bu aşamada ekleniyor.
Sözleşme: detay ve esneklik dengesi
Sözleşme çok detaylı olursa müşteriyi ürkütür, çok az detaylı olursa koruma olmaz. Benim kullandığım standart yapı:
- İş kapsamı (specific, ne yapılacak)
- Kapsam dışı (ne yapılmayacak, net sınır)
- Teslim tarihi + milestone’lar
- Ödeme planı (peşinat + milestone-based)
- Change request süreci (revizyon politikası)
- Intellectual property (kim neyi sahip)
- Cancellation terms
- Ücretli destek süresi
Change request maddesi özellikle önemli. “Kapsam dışı her talep yeni teklif olarak değerlendirilir” ibaresi, imzalı sözleşmede sonradan itiraz engeli.
Peşinat kuralı
İlk defa çalışılan müşteri için %30-50 peşinat şart. Peşinat vermeyen müşteri bir yerde pas atacak. Ben öğrenmeden önce peşinatsız işlere girdim, hepsinde sonunda ödeme sorunu yaşadım.
Peşinat aldıktan sonra iş başlatılır, peşinatsız başlatılmaz. Basit kural.
Proje sırasında: haftalık update
Her hafta aynı günde (ben cuma akşamı yapıyorum) bir update yolluyorum:
- Bu hafta tamamladıklarım
- Önümüzdeki hafta planı
- Blocker’lar (varsa)
- Dikkat edilmesi gereken kararlar (varsa)
Müşteri sormadan ne olduğunu görüyor. “Proje nasıl gidiyor” maillerini azaltıyor.
Scope creep yönetimi
“Bir de şunu yaparsak harika olur” ile başlayan her cümleye karşı ezberim var:
“Güzel fikir. Mevcut proje kapsamı dışında, ayrı bir paket olarak değerlendirebiliriz. Kabaca X saat iş olur, yaklaşık Y TL eklenir ve teslim tarihini Z gün uzatır. Nasıl isterseniz, ben yeni bir teklif hazırlayayım mı?”
Bu cümleyi saygılı, açık, seçim sunan bir şekilde yollayınca müşteri genelde ya kabul ediyor (yeni teklif + ödeme) ya da vazgeçiyor. Sessizce kabul edip free yapıyormuşum gibi davranmıyor.
Revizyon sınırı
Tasarım projelerinde 2 revizyon hakkı. Kod projelerinde bug fix sonsuz ama feature revizyon sayılı. Açık sınır çizilmeden müşteri sonsuz değişiklik istiyor.
“Bu 3. revizyon, sözleşmede 2 revizyon vardı. Ekstra revizyon saat bazlı ücretlendirilebilir. Devam edelim mi?” cümlesi çok işe yarıyor.
Müşteri eğitimi
Müşterinin ne istediğini tam bilmemesi normal. Proje başında basit eğitim:
- WordPress ne yapabilir, ne yapamaz.
- SEO ne zaman sonuç verir.
- Cache nasıl çalışır.
- Staging neden önemli.
Bu eğitim hem müşteriyi rahatlatıyor hem beklenti çubuğunu gerçekçi seviyeye çekiyor.
Teslim sonrası: dokümanlar ve destek
Projeyi teslim ederken:
- Video kaydı: “admin panelden nasıl içerik eklersin”.
- Yazılı döküman: önemli süreçler.
- Erişim bilgileri: hepsi password manager üzerinden paylaşımlı.
- Destek süresi: 30 gün ücretsiz bug fix, feature ekleme hariç.
30 gün sonunda müşteri retainer (aylık bakım paketi) teklif ediyorum. Projenin %60’ı retainer’a dönüşüyor. Sürekli gelir.
Kötü müşteri ayrılma
Ana iş prensibim, geri dönemeyeceğim iş yok. Bir müşteri sürekli toxic davranıyorsa, ödeme geciktirmeyi alışkanlık edindiyse, saygısız iletişim kuruyorsa, projeyi tamamlayıp bir daha çalışmam. Gerekirse erken bitirme maddesi aktif, kalan ücreti hesaplıyorum, dokümanları teslim ediyorum, ayrılıyorum.
Bu tür ilişkilerde kaybedilen zaman + moral, olası kaçırılan başka projelerden daha değerli.
Yıllık gözden geçirme
Yılda bir kez tüm aktif müşterileri gözden geçiriyorum:
- Bu müşteri sağlıklı mı?
- Ücret güncel mi?
- Saat başına gerçek verim ne?
- Devam etmek istiyor muyum?
Bu gözden geçirme sonucunda bazı müşterileri zammlıyorum, bazılarını retainer’dan çıkarıyorum, bazılarıyla daha büyük paketler konuşuyorum.
Sonuç
Freelance kaliteli teknik iş yapmak kadar, kaliteli müşteri ilişkisi yönetmektir. Yazılı iletişim, net kapsam, sınırlar, düzenli update, saygılı hayır diyebilmek. Bu disiplinleri oturtunca projeler hem kazançlı hem keyifli oluyor. Beklenti yönetimi beceri, öğrenilebilir.