- Katılım
- 21 May 2023
- Mesajlar
- 496
- Tepki
- 17
- Puan
- 18
İş teslimine yaklaşırken gelen “şurayı da biraz düzenleyelim” mesajı tek satır olabilir. Fakat o satır bazen mevcut çalışmadaki bir hatayı giderir, bazen onaylanmış tasarımı inceltir, bazen de başlı başına yeni bir çıktı ister.
Burada sorun müşterinin kullandığı kelime değil. İki tarafın aynı talebe farklı anlam vermesi. En sağlıklı çözüm, “bu küçük mü büyük mü?” tartışmasına girmek yerine talebin onaylanan çıktı üzerindeki etkisini görünür hale getirmek.
Bir değişiklik beş dakikada yapılabilir ama yeni bir teslim sorumluluğu doğurabilir. Tersi de olur: freelancer'ın hatasını düzeltmek uzun sürebilir, fakat bu süre müşteriye yeni iş gibi anlatılamaz.
Sınırı şu üç ayrım daha net gösterir:
Bu tanımlar evrensel bir ücret kuralı değildir. Teklifte ne yazdığı, hangi sürümün onaylandığı ve tarafların nasıl çalışmayı kabul ettiği belirleyicidir. Düzeltmenin revizyon hakkından düşüp düşmeyeceği bile baştan açıkça yazılmalıdır.
Mesaja cevap vermeden önce şunlara bakın:
İlk ve üçüncü sorular “evet”, diğerleri “hayır” ise düzeltme ya da mevcut tur içinde revizyon olma ihtimali yüksektir. Yeni bir çıktı veya zincirleme iş oluşuyorsa talep kısa yazılmış olsa bile yeni kapsamdır.
Bu cevapta “yapmam” denmiyor, talep küçümsenmiyor ve müşterinin niyeti tartışılmıyor. Yalnızca mevcut iş ile yeni iş ayrılıyor; bir sonraki adım da teklif ediliyor.
Uzun savunma yazmak yerine mevcut durumu tek mesajda toparlayın:
Özette önce ortak noktayı yazmak tonu yumuşatır. “Bu kapsam dışı” deyip bırakmak doğru bilgi verse bile karşı tarafa kapı kapatılmış hissi verebilir. “Şu kısmı mevcut turda yapıyorum; şu kısmın ayrı planlanmasının nedeni bu” cümlesi daha açıklayıcıdır.
Teslim hatasıysa:
“Haklısınız, onaylanan metin yerine önceki sürüm kalmış. Bunu düzeltme olarak ele alıp güncel dosyayı bugün yeniden göndereceğim; revizyon hakkınızdan düşmeyecek.”
Aynı yön içindeki revizyonsa:
“Bu değişiklik mevcut tasarım yönü ve teslim kalemleri içinde. Aynı turdaki diğer notlarla birlikte tek sürümde toparlayayım; dağınık dosya oluşmasın.”
Yeni talepse:
“Fikir mevcut çalışmayı geliştirebilir, ancak yeni bir mobil ölçü ve ayrı çıktı doğuruyor. Mevcut teslimi geciktirmeden tamamlayalım; bunun için de süre, dosya sayısı ve fiyatı kısa bir ek kapsam olarak göndereyim.”
Talep belirsizse:
“Renk ayarı yalnız bu butonda mı kalacak, yoksa bütün sayfalardaki butonlara mı uygulanacak? İkinci durumda etkilenen ekranları sayıp takvim etkisini netleştireyim.”
Forumdaki freelance webmaster hizmetleri rehberi kapsam, teslim tarihi ve revizyon sayısının teklifte yer almasını öneriyor. Bunu biraz daha somutlaştırmak için teklifte şu ayrıntılar bulunabilir:
İlan açarken kategori kurallarındaki proje ve teslim bilgilerini baştan doldurmak, ilk belirsizliği azaltır. Dar ve paketli işlerde mikro hizmetlerin kapsamlandırılması da iyi bir devam okumasıdır.
AIGA'nın tasarım hizmetleri için standart anlaşma örneği, teklif kapsamının dışına çıkan müşteri değişikliklerini ek süre ve ücret etkisiyle ayrı ele alıyor. Buradan alınacak pratik fikir, her projeye aynı metni kopyalamak değil; değişiklik yolunu daha iş başlamadan tarif etmek.
Bu yazı müşteri iletişimi ve iş akışı içindir; hukuki tavsiye veya belirli bir uyuşmazlık hakkında görüş değildir. Sözleşmeye ilişkin somut durumlarda yerel uzman desteği gerekir.
Sizin işlerde en çok gri alanda kalan hangisi oluyor: onaydan sonraki metin değişikliği mi, yoksa yeni ölçü ve kanal talebi mi?
Burada sorun müşterinin kullandığı kelime değil. İki tarafın aynı talebe farklı anlam vermesi. En sağlıklı çözüm, “bu küçük mü büyük mü?” tartışmasına girmek yerine talebin onaylanan çıktı üzerindeki etkisini görünür hale getirmek.
Ölçü, kaç dakika süreceği değildir
Bir değişiklik beş dakikada yapılabilir ama yeni bir teslim sorumluluğu doğurabilir. Tersi de olur: freelancer'ın hatasını düzeltmek uzun sürebilir, fakat bu süre müşteriye yeni iş gibi anlatılamaz.
Sınırı şu üç ayrım daha net gösterir:
- Düzeltme: Teslim, yazılı olarak kararlaştırılan şeye uymuyordur. Yanlış metin kullanılması, çalışan bağlantının bozulması, istenen dosya ölçüsünün hatalı verilmesi veya onaylı rengin yanlış uygulanması buna örnektir.
- Revizyon: Amaç, hedef kitle ve teslim türü aynı kalır; mevcut çözüm üzerinde tercih değişikliği yapılır. Onaylanmamış taslakta boşluğu azaltmak, başlığı kısaltmak veya seçili görseli değiştirmek gibi.
- Yeni talep: Yeni sayfa, yeni kanal, yeni dil, yeni işlev, yeni konsept ya da ek dosya seti doğar. Ana sayfa tasarımına sonradan kampanya sayfası veya özel form entegrasyonu eklemek gibi.
Bu tanımlar evrensel bir ücret kuralı değildir. Teklifte ne yazdığı, hangi sürümün onaylandığı ve tarafların nasıl çalışmayı kabul ettiği belirleyicidir. Düzeltmenin revizyon hakkından düşüp düşmeyeceği bile baştan açıkça yazılmalıdır.
Talebi dört soruda ayırın
Mesaja cevap vermeden önce şunlara bakın:
- İstenen sonuç, mevcut teslim kalemleri içinde açıkça var mı?
- Amaç, içerik, hedef kitle, format veya kanal değişiyor mu?
- Talep, kararlaştırılmış ölçütten sapmayı mı gideriyor; yoksa onaydan sonra yeni bir tercih mi getiriyor?
- Değişiklik başka ekranları, dosyaları, testleri, lisansları veya teslim tarihini etkiliyor mu?
İlk ve üçüncü sorular “evet”, diğerleri “hayır” ise düzeltme ya da mevcut tur içinde revizyon olma ihtimali yüksektir. Yeni bir çıktı veya zincirleme iş oluşuyorsa talep kısa yazılmış olsa bile yeni kapsamdır.
Pratik sınır' Alıntı:
Kurgusal bir konuşmada ayrım nasıl görünür?
Tamamen kurgusal kısa konuşma' Alıntı:
Bu cevapta “yapmam” denmiyor, talep küçümsenmiyor ve müşterinin niyeti tartışılmıyor. Yalnızca mevcut iş ile yeni iş ayrılıyor; bir sonraki adım da teklif ediliyor.
Bir cümlelik kapsam özeti tartışmayı azaltır
Uzun savunma yazmak yerine mevcut durumu tek mesajda toparlayın:
Kod:
Mevcut teslim: Ana sayfa masaüstü ve mobil tasarımı
Bu tura dahil: Logo ölçüsü ve başlık boşluğu
Yeni kapsam: Kampanya sayfası, form taşıma ve uçtan uca test
Takvim etkisi: Onaydan sonra ayrıca planlanacak
Beklenen karar: Yalnız mevcut tur mu, yoksa ek iş teklifi de mi?Özette önce ortak noktayı yazmak tonu yumuşatır. “Bu kapsam dışı” deyip bırakmak doğru bilgi verse bile karşı tarafa kapı kapatılmış hissi verebilir. “Şu kısmı mevcut turda yapıyorum; şu kısmın ayrı planlanmasının nedeni bu” cümlesi daha açıklayıcıdır.
Duruma göre doğal yanıt örnekleri
Teslim hatasıysa:
“Haklısınız, onaylanan metin yerine önceki sürüm kalmış. Bunu düzeltme olarak ele alıp güncel dosyayı bugün yeniden göndereceğim; revizyon hakkınızdan düşmeyecek.”
Aynı yön içindeki revizyonsa:
“Bu değişiklik mevcut tasarım yönü ve teslim kalemleri içinde. Aynı turdaki diğer notlarla birlikte tek sürümde toparlayayım; dağınık dosya oluşmasın.”
Yeni talepse:
“Fikir mevcut çalışmayı geliştirebilir, ancak yeni bir mobil ölçü ve ayrı çıktı doğuruyor. Mevcut teslimi geciktirmeden tamamlayalım; bunun için de süre, dosya sayısı ve fiyatı kısa bir ek kapsam olarak göndereyim.”
Talep belirsizse:
“Renk ayarı yalnız bu butonda mı kalacak, yoksa bütün sayfalardaki butonlara mı uygulanacak? İkinci durumda etkilenen ekranları sayıp takvim etkisini netleştireyim.”
Sınırı iş başlamadan görünür yapın
Forumdaki freelance webmaster hizmetleri rehberi kapsam, teslim tarihi ve revizyon sayısının teklifte yer almasını öneriyor. Bunu biraz daha somutlaştırmak için teklifte şu ayrıntılar bulunabilir:
- Teslim edilecek sayfa, ekran, format ve kaynak dosyalar
- Kaç revizyon turu bulunduğu ve bir turun ne anlama geldiği
- Geri bildirimlerin tek mesajda ve aynı sürüm üzerinde toplanması
- Teslim hatalarının revizyonlardan ayrı ele alınıp alınmadığı
- Onaylanan aşamaya geri dönmenin takvim ve ücret etkisi
- Yeni talepler için özet, onay ve fiyatlandırma yolu
İlan açarken kategori kurallarındaki proje ve teslim bilgilerini baştan doldurmak, ilk belirsizliği azaltır. Dar ve paketli işlerde mikro hizmetlerin kapsamlandırılması da iyi bir devam okumasıdır.
Sektör kaynağındaki yaklaşım
AIGA'nın tasarım hizmetleri için standart anlaşma örneği, teklif kapsamının dışına çıkan müşteri değişikliklerini ek süre ve ücret etkisiyle ayrı ele alıyor. Buradan alınacak pratik fikir, her projeye aynı metni kopyalamak değil; değişiklik yolunu daha iş başlamadan tarif etmek.
Bu yazı müşteri iletişimi ve iş akışı içindir; hukuki tavsiye veya belirli bir uyuşmazlık hakkında görüş değildir. Sözleşmeye ilişkin somut durumlarda yerel uzman desteği gerekir.
Sizin işlerde en çok gri alanda kalan hangisi oluyor: onaydan sonraki metin değişikliği mi, yoksa yeni ölçü ve kanal talebi mi?
Dijital Dünyanıza Yön Veren Pusula
