İyi iş, iyi anlatılmazsa yetersiz kalır

Giriş

Teknik olarak doğru teslimat, iletişim zayıfsa 'geç ve belirsiz' algılanır. Müşteri sessizliği çoğu zaman memnuniyet değil, kaygı işaretidir. Beklentiyi yönetmek, kapsamı yönetmek kadar kritiktir.

Bu yazıda kickoff çerçevesi, status ritmi, kararları belgeleme, kötü haberi erken verme ve zor konuşmaları yapılandırma yer alır. Amaç daha çok mesaj değil, daha net sinyal üretmektir.

Kickoff: Beklentiyi Hizala

Kickoff'ta başarı tanımı, karar vericiler, iletişim kanalı, yanıt süreleri ve riskler konuşulur. 'Kim onaylar?' sorusu net değilse proje ortasında sürpriz stakeholder çıkar.

Çıktıyı yazılı özetleyip 24 saat içinde paylaşın. Bu özet, sonraki 'biz böyle dememiştik' tartışmalarının referansıdır. Araç erişimlerini ve içerik sorumlularını da kickoff'ta kilitleyin.

• Başarı ölçütleri (KPI / kabul)
• Tek karar sahibi veya RACI
• Kanal + meeting ritmi
• Bilinen riskler ve varsayımlar

Status Ritmi

Haftalık kısa status: yapılanlar, sıradaki, engeller, karar bekleyenler. Uzun roman yerine tarama dostu maddeler kullanın. Müşteri okumuyorsa formatı sadeleştirin, sıklığı değil.

Sürpriz bırakmamak güven yaratır. Küçük sapmaları erken yazın; büyük krizleri son güne saklamayın. İyi haber de paylaşın—yalnızca problem görünürse ilişki yorulur.

Status #[tarih]
- Done: ...
- Next: ...
- Blockers: ...
- Decisions needed: ...
- Scope/schedule note: on track | at risk | slipped
- Link: staging / Figma / PR

Kötü Haberi Erken Verin

Gecikme, entegrasyon riski veya eksik içerik fark edildiğinde aynı gün yazın: durum, etki, seçenekler, öneriniz. Müşteri seçsin; siz çözüm çerçevesi sunun.

Özür tek başına yetmez; plan gerekir. '3 gün kaydık; A) kapsamı kes, B) tarihi kaydır, C) ek bütçe' gibi seçenekler ilişkiyi ortak problem çözmeye çevirir.

Geç kalan kötü haber, iki kez pahalıdır: sorun + güven kaybı.

Kararları Belgeleyin

Arama sonrası 5 satırlık karar özeti gönderin. Onaylanmayan varsayımları açıkça 'pending' işaretleyin. Sözlü tercihler yazılı olmayınca kapsam kaymasına dönüşür.

Tasarım veya ürün kararlarında tek kaynak (Figma yorumu, ticket, e-posta) seçin. Dağınık kanallar 'hangi versiyon doğru?' kaosunu büyütür.

1. Konuş
2. Yazılı özetle
3. Onay iste
4. Kaynağa işle
5. Status'te referans ver

Sınırlar ve Ton

Nazik ama net olun. Her mesajda aşırı emoji veya aşırı formalite gerekmez; saygı + netlik yeter. Hayır demek gerektiğinde alternatif sunun.

Kişisel değil profesyonel tutun. Suçlayan dil ('siz geciktirdiniz') yerine etki dili ('içerik olmadan test başlayamıyor') kullanın. İlişki uzun vadeli ise kısa vadeli kazanma ihtiyacı azalır.

• SLA ve mesai sınırları
• Tek kanal politikası
• Saygılı, kısa, eyleme dönük dil

Sonuç

Müşteri iletişimi bir soft skill dekoru değil, proje yönetimidir. Kickoff, status, karar belgeleri ve erken risk sinyali beklentiyi hizalar.

İletişim sisteminiz varsa teknik kaliteniz görünür olur. Görünür kalite ise tekrar iş ve referans demektir.