Freelance çalışırken projeyi teslim ettikten sonra müşteriden gelen "Bu çalışmıyor" veya "Bunu değiştirebilir misiniz?" talepleriyle karşılaşmak kaçınılmazdır. Garanti ve destek politikası, bu talepleri profesyonelce yönetmenizi, hem müşteri memnuniyetini artırmanızı hem de sürekli ücretsiz revizyon döngüsüne girmenizi engeller. Peki, freelance projelerde garanti ve destek politikası nasıl oluşturulur, hangi maddeler yer almalı ve hangi hatalardan kaçınılmalıdır?
Garanti ve Destek Politikası Nedir? Neden Gereklidir?
Garanti politikası, proje tesliminden sonra belirli bir süre boyunca, belirlenen kapsamda ücretsiz düzeltme veya destek sunma taahhüdüdür. Destek politikası ise genellikle garanti süresi içinde veya ayrı bir bakım anlaşmasıyla sağlanan teknik yardım, hata düzeltme veya küçük güncellemeleri içerir. Bu politika olmadan müşteriler, projenin tamamlandıktan aylar sonra bile ücretsiz değişiklik talep edebilir, bu da iş yükünüzü ve gelirinizi olumsuz etkiler. Aynı zamanda beklentileri netleştirerek anlaşmazlıkları önler ve profesyonel imajınızı güçlendirir.
Garanti Politikası Oluştururken Dikkat Edilmesi Gereken 5 Adım
1. Garanti Süresini Belirleyin
Garanti süresi, projenin karmaşıklığına ve sektöre göre değişir. Web geliştirme veya yazılım projelerinde genellikle 30-90 gün arası yaygındır. Grafik tasarım gibi daha kısa ömürlü projelerde 14-30 gün yeterli olabilir. Süreyi belirlerken projenin boyutunu, hata olasılığını ve müşteri ilişkinizi göz önünde bulundurun. Süreyi sözleşmeye açıkça yazın ve teslimat tarihinden itibaren başlatın.
2. Kapsamı Netleştirin: Neler Garantiye Girer?
Garanti kapsamında genellikle şunlar yer alır:
- Projenin belirtilen spesifikasyonlara uymaması durumunda düzeltmeler
- Kod hataları (bug), kırık bağlantılar, uyum sorunları
- Teslimat sırasında mevcut olan ancak sonradan ortaya çıkan teknik problemler (gizli hatalar)
Kapsam dışı olanları da madde madde belirtin:
- Müşterinin sonradan talep ettiği yeni özellikler veya değişiklikler (bunlar revizyon veya ek ücrete tabidir)
- Üçüncü taraf eklenti/araç güncellemelerinden kaynaklanan sorunlar
- Müşterinin kendi yaptığı müdahaleler veya yanlış kullanım
- Hosting, alan adı veya sunucu kaynaklı sorunlar
3. İletişim Kanalı ve Yanıt Süresi Belirleyin
Destek talepleri için tek bir iletişim kanalı (e-posta, ticket sistemi) belirleyin. Yanıt sürenizi (örneğin, 24 saat içinde geri dönüş) ve çözüm sürenizi (örneğin, kritik hatalar için 48 saat, düşük öncelikli için 5 iş günü) netleştirin. Acil durumlar için ayrı bir süreç tanımlayın.
4. Revizyon Limitlerini Belirtin
Garanti kapsamında yapılacak düzeltmelerin sayısını veya süresini sınırlayın. Örneğin, "Garanti süresi boyunca toplam 3 saat ücretsiz destek" veya "Her hata için 1 revizyon hakkı" gibi. Aksi takdirde müşteri her küçük değişiklik için sizi arayabilir. Bu noktada revizyon politikası ile uyumlu çalışmak önemlidir.
5. İstisnaları ve Feragatnameleri Ekleyin
Mücbir sebepler, doğal afetler, savaş gibi durumlarda garantinin geçersiz olduğunu ekleyin. Ayrıca müşterinin projeyi kabul etmesiyle birlikte garanti süresinin başladığını ve kabul edilmeyen durumlarda garantinin işlemediğini belirtin.
Destek Sürecini Yönetme: İyi Uygulamalar
Garanti süresi boyunca destek taleplerini sistematik bir şekilde yönetmek için:
- Her talebi kayıt altına alın (tarih, talep detayı, çözüm süresi).
- Önceliklendirme yapın: Kritik hatalar (site çökmeleri) yüksek öncelikli, küçük görsel düzeltmeler düşük öncelikli.
- Müşteriye düzenli güncellemeler verin: "Sorunu inceliyorum", "Düzeltme üzerinde çalışıyorum" gibi.
- Çözümü teslim ettikten sonra müşteriden onay isteyin.
Sık Yapılan Hatalar ve Kaçınılması Gerekenler
- Süresiz garanti vermek: "Ömür boyu garanti" vaadi sizi sonsuz ücretsiz işe mahkûm eder.
- Kapsamı yazılı olarak belirtmemek: Sözlü anlaşmalar uyuşmazlığa yol açar. Her şey sözleşmede net olsun.
- Her talebi garanti kapsamında değerlendirmek: Yeni özellik talepleri ek projedir, ücretlendirilmelidir.
- Destek sürecini kişiselleştirmemek: Her müşteri için farklı süreç uygulamak kafa karışıklığı yaratır.
- Revizyon politikasını garantiyle karıştırmak: Revizyonlar proje tesliminden önce, garanti sonrasını kapsar. İkisini ayrı tutun. Bu konuda kapsam kaymasını önleme rehberimize göz atabilirsiniz.
Garanti Süresi Bittikten Sonra: Bakım Anlaşmaları
Garanti sona erdiğinde müşterilere ücretli bakım anlaşmaları sunabilirsiniz. Bu anlaşmalar aylık veya yıllık olarak teknik destek, güvenlik güncellemeleri, küçük değişiklikler içerebilir. Böylece sürekli bir gelir akışı oluştururken müşteri ilişkisini canlı tutarsınız. Bakım anlaşmasının kapsamı ve ücreti, garanti politikasından ayrı bir sözleşmeyle belirlenmelidir.
Müşteri İletişiminde Dikkat Edilmesi Gerekenler
Garanti talepleri sırasında müşteriyle iletişim şekliniz ilişkinin geleceğini belirler. Şeffaf olun, sorunları küçümsemeyin, ancak yapamayacağınız şeyler konusunda net olun. Müşteriye alternatif çözümler sunun, örneğin garanti kapsamı dışındaki bir talep için indirimli bir paket teklif edebilirsiniz. Profesyonel bir dil kullanmak ve empati yapmak, anlaşmazlıkları önler.
Unutmayın, garanti politikası müşteriyi korkutmak için değil, her iki tarafın da beklentilerini netleştirmek için vardır. İyi hazırlanmış bir politika, size daha fazla zaman ve enerji bırakırken müşterilerinize güven verir. Ayrıca, uzun vadeli müşteri ilişkileri kurmak istiyorsanız, uzun vadeli müşterilerle çalışmanın avantajlarını değerlendirebilirsiniz.
Sık Sorulan Sorular
Freelance projelerde garanti vermek zorunlu mu?
Zorunlu değildir, ancak müşteri güveni sağlamak ve profesyonel görünmek için kısa bir garanti süresi (örneğin 30 gün) vermek yaygındır. Garanti vermemek, özellikle yüksek bütçeli projelerde müşteri kaybına yol açabilir.
Garanti kapsamına hangi hatalar girmez?
Müşterinin sonradan talep ettiği yeni özellikler, üçüncü taraf yazılım güncellemelerinden kaynaklanan sorunlar, müşterinin kendi müdahalesiyle oluşan hatalar ve hosting kaynaklı problemler genellikle garanti dışıdır.
Garanti süresi dolduktan sonra destek nasıl sağlanır?
Garanti sonrası destek için ayrı bir bakım anlaşması yapılabilir. Bu anlaşma aylık veya yıllık ücret karşılığında teknik destek, güvenlik güncellemeleri ve küçük revizyonlar içerebilir.
Revizyon politikası ile garanti politikası arasındaki fark nedir?
Revizyon politikası, proje tesliminden önce müşteri tarafından talep edilen değişiklikleri kapsar. Garanti politikası ise teslimattan sonra ortaya çıkan hataların düzeltilmesini içerir. İkisi ayrı süreçlerdir.
Garanti taleplerini yönetmek için hangi araçlar kullanılabilir?
E-posta, Trello, Asana gibi proje yönetim araçları veya Freshdesk, Zoho Desk gibi ticket sistemleri kullanılabilir. Önemli olan talepleri kayıt altına almak ve önceliklendirmektir.
