Dış Paydaş Koordinasyonu: Müşteri İşlerini Kaçırma

Dış Paydaş Koordinasyonu: Müşteri İşlerini Kaçırma

Kendi ekibinizle iş takibi zordur. Dış paydaşlarla iş takibi bunun iki katı zordur.

İçeride bir görev geciktiğinde bunu görebilir, sebebini sorabilir, önceliği yeniden düzenleyebilirsiniz. Ama müşteri bir belgeyi göndermedi, partner onay vermedi, tedarikçi fatura kesmedi — bunlar sizin sisteminizin dışında gerçekleşiyor. Kontrol ettiğiniz araçlarda görünmüyor.

Bu görünmezlik, dış paydaş koordinasyonunu iç koordinasyondan çok daha kırılgan yapar. Ve kırılgan süreçler kaçınılmaz olarak bir noktada kopar.

Bu yazı, dış paydaşlardan gelen teslimatların neden kaçtığını ve basit bir yapı kurarak bu kayıpların nasıl önlenebileceğini anlatıyor.

Dış Teslimatlar Neden Kaçar?

İç işlerde sorumlu bellidir, araç ortaktır, takip mümkündür. Dış paydaşlarda bunların hiçbiri garanti değildir.

Kaçmaların en yaygın nedenleri şunlardır: Teslim tarihi sözlü olarak konuşulmuştur ama yazılı değildir — müşteri farklı bir tarih hatırlıyor, siz farklı bir tarih. Hangi belge, hangi formatta, kime gönderilecek belirsizdir. Sorumluluk dağınıktır; müşteri tarafında kim gönderiyor, sizin tarafınızda kim takip ediyor — ikisi de belli değilse hiçbiri yapmaz. Hatırlatma sistemi yoktur ve gecikmenin maliyeti görünmez olduğu için aciliyet hissi oluşmaz.

Bunların toplamı şu sonucu doğurur: dış paydaştan gelen bir teslimat geciktiğinde, bunu ancak başka bir iş geciktiğinde fark edersiniz. Yani her zaman geç.

Neden E-posta ve Takvim Yetmez?

Çoğu ekip dış paydaş koordinasyonunu e-posta ve takvim davetleriyle yönetir. Bu yaklaşım işe yarar — bir süre. Ama ölçeklendiğinde veya işler paralel yürüdüğünde defalarca aynı problemi üretir.

E-postanın Sınırları

E-posta tek bir konuşma akışıdır. Üç müşteri, beş farklı teslimat, farklı tarihlerde — bunları e-posta üzerinde takip etmek, her müşteri için ayrı ayrı ileri-geri kaydırmak demektir. Bir ekte hangi versiyon olduğu belirsizleşir, kimin son onayı verdiği kaybolur.

Takvimdeki Son Tarihin Sınırları

Takvime "Müşteri A — teklif teslimi" notu koymak başlangıç için yeterlidir. Ama bu not, o tarih geçtiğinde ne olduğunu söylemez. Geldi mi, gelmedi mi? Geldi ama eksik mi? Revizyon mu lazım? Takvim bu soruları cevaplamaz.

Sonuç: e-posta ve takvim tetikler, ama takip etmez. Dış paydaş koordinasyonu için takip şarttır.

Müşteri Bazlı Proje Ağacı Nedir?

Dış paydaş koordinasyonunu iç iş takip sisteminize entegre etmenin en temiz yolu, her müşteri veya partner için ayrı bir proje ağacı kurmaktır.

Bu ağaç şu soruları yanıtlayacak şekilde tasarlanır: Bu müşteriyle yürüyen hangi işler var? Her iş hangi aşamada? Her aşamada kim sorumlu — bizden mi, onlardan mı? Hangi teslimler bekleniyor, hangi tarihte, kimden?

Üst Seviye: Müşteri / Partner Node'u

Her dış paydaş için bir ana node açılır. Bu node, o paydaşla yürütülen tüm işlerin çatısıdır. Üstünde ilişkinin türü, ana iletişim kişisi, başlangıç tarihi ve genel statü bulunur. "Müşteri A ile ne durumdasınız?" sorusu tek bir bakışla yanıtlanabilir hale gelir.

Orta Seviye: Proje veya Sözleşme Bazlı Gruplar

Her müşteriyle birden fazla iş yürütülüyorsa — örneğin bir entegrasyon projesi ve ayrı bir danışmanlık sözleşmesi — bunlar aynı müşteri node'unun altında ayrı gruplara ayrılır. Her grubun üstünde başlangıç-bitiş tarihi, kapsam ve mali bilgi yer alır.

Alt Seviye: Teslimler ve Görevler

Her grubun altında iki tür görev bulunur: sizin tarafınızdan yapılacak işler ve dış paydaştan beklenen teslimler. "Teklif hazırla" bir iç görevdir — sizin kontrolünüzdedir. "Müşterinin imzalı sözleşmeyi göndermesi" bir dış teslimdir — müşterinin kontrolündedir. Bu ikisini aynı listede ama farklı sahiplerle tutmak, hangisinin nerede beklediğini netleştirir.

Dış Teslimatı Görünür Kılmak: Pratik Yapı

Dış paydaştan beklenen her teslimat için şu bilgiler görevin üstünde yazılır: ne teslim edileceği, kimin göndereceği, içeriden kimin takip ettiği, son tarih ve gelmemesinin hangi işi blokladığı.

Son madde özellikle önemlidir. "Sözleşme imzası gelmeden geliştirme başlayamıyoruz, başlangıç tarihi 15 Nisan'a kayıyor" — bu cümle baskı değil, bilgi olarak iletildiğinde gecikme önlenebilir.

Statü Takibi: Dış Teslimatlar İçin Özel Durumlar

Dış paydaş teslimlerini iç işlerle aynı statü sistemiyle yönetmek yeterli değildir. Dış teslim için daha spesifik durumlar gerekir:

"Bekleniyor" teslimatın henüz gelmediğini, son tarihin geçmediğini gösterir. "Gecikti" son tarihin geçtiğini ve hatırlatma yapılması gerektiğini işaret eder. "Alındı — İnceleniyor" teslimatın geldiğini ve içeride incelendiğini belirtir. "Eksik / Revizyon" teslimatın geldiğini ama tamamlanmadığını gösterir. "Onaylandı" ise teslimatın tamamlandığını ve işin ilerleyebileceğini ifade eder.

Bu statüler listelendiğinde haftalık bir filtrelemeyle kaç dış teslimatın beklendiği, kaçının gecikmede olduğu tek ekranda görülür.

Hatırlatma ve Eskalasyon: Ne Zaman, Nasıl?

Yapılandırılmış bir hatırlatma sistemi baskı değil, profesyonelliktir. Pratik ritim şöyle kurulabilir:

Son tarihten 3 gün önce nazik bir hatırlatma yapılır. Son tarihte durum kontrol edilir; gelmemişse statü "Gecikti" olarak güncellenir. Son tarihten 2 gün sonra etkinin netleştirildiği ikinci bir hatırlatma iletilir. Son tarihten 5 gün sonra eskalasyon devreye girer — daha kıdemli bir temas veya projenin yeniden planlanması.

Bu adımlar önceden tanımlandığında her gecikme için sıfırdan düşünmek zorunda kalmazsınız.

Karar ve İletişim Kaydı: Dış Paydaşlarla Tarihçe

Dış paydaş ilişkilerinde en sık yaşanan problem altı ay sonra gelen "biz böyle anlaşmadık" tartışmasıdır. Bu tartışmayı önlemenin tek yolu iletişim kaydıdır.

Her önemli kararın ilgili müşteri node'una kısa bir not olarak eklenmesi yeterlidir: tarih ve konu, kimin karar aldığı, ne kararlaştırıldığı ve varsa referans belgesi. Bu notu yazmak iki dakika alır. Altı ay sonraki tartışmayı önlemesi paha biçilemez.

Alios'ta Dış Paydaş Koordinasyonunu Kurma Adımları

Her müşteri veya partner için bir node açın, ilişki türü ve iletişim kişisi bilgilerini ekleyin. Aktif projeleri alt gruplara bölün ve her gruba tarih ile kapsam bilgisi girin. Her teslim için ayrı bir görev oluşturun; sahibi müşteri tarafındaki kişi, takip eden sizin tarafınızdaki kişidir. Dış teslimat statülerini sisteme ekleyin. Her Pazartesi "Gecikti" ve "Bu hafta son tarihi olan" filtresiyle açık teslimatları gözden geçirin. Önemli kararları ve kapsam değişikliklerini node'a not olarak ekleyin.

Sonuç: Dış Dünya İç Sisteminizde Görünmeli

Dış paydaşlarla çalışmanın doğasında bir asimetri vardır: siz takip ediyorsunuz, onlar her zaman aynı öncelikte takip etmiyor. Bu asimetri değiştirilemez ama yönetilebilir.

Yönetmenin yolu, her dış teslimin ne olduğunu, kimin elinde olduğunu, ne zamana kadar beklendiğini ve gelmemesinin ne anlama geldiğini kendi sisteminizde yazılı tutmaktır. Bu bilgi yazılı olduğunda bir teslimat geciktiğinde reaktif değil proaktif davranırsınız. Dış dünya kontrol edemeyeceğiniz değişkenlerle doludur. Ama kendi sisteminiz her zaman kontrolünüzdedir.