Konu Başlıkları
Yükleniyor...

Paydaş Analizi ve Güç-İlgi Matrisinin UX'teki Sınırları

Güç-İlgi Matrisi UX Projelerinde Nerede Tıkanır?

Paydaş analizi denince akla önce Güç-İlgi Matrisi geliyor: dört kutu, her kutuya bir iletişim stratejisi. Kurumsal proje yönetiminden ödünç alınan bu araç UX'e geçerken sessizce bozuluyor, çünkü kendi mantığıyla projenin asıl muhatabını en alttaki kutuya yerleştiriyor. Matrisi çöpe atmak gerekmiyor; neyi ölçtüğünü ve nerede yanıltacağını bilmek gerekiyor.

Matris aslında ne yapıyor

Mendelow matrisi paydaşları iki eksende dörde ayırır: güç (kararı etkileme yetkisi) ve ilgi (sonuçla ne kadar ilgilendiği). Ortaya çıkan kutular tanıdık:

  • Yakından yönet: yüksek güç, yüksek ilgi. Düzenli temas, erken uyarı.
  • Memnun tut: yüksek güç, düşük ilgi. Sessizdir, sonra bir toplantıda projeyi durdurur.
  • Bilgilendir: düşük güç, yüksek ilgi. Haberdar edilir, karara katılmaz.
  • İzle: düşük güç, düşük ilgi. Efor harcanmaz.

Matrisin yaptığı iş budur ve bundan ibarettir: kısıtlı zamanı kimlere ayıracağını söyler. Paydaşların ne istediğini, neden direndiğini, hangi geçmiş projenin onları yorduğunu söylemez. Üstelik iki eksen de öznel puanlamayla dolduruluyor; aynı listeyi iki kişi ayrı ayrı doldurduğunda kutular tutmuyorsa sorun kişilerde değil, ölçeğin kendisindedir.

Kullanıcı hangi kutuya düşüyor?

Şunu matrisin kendi tanımlarıyla yapın. Son kullanıcının bütçe üzerinde yetkisi yok, karar toplantısına çağrılmıyor, hiçbir aşamayı veto edemiyor. Yani düşük güçlü. Ürünle her gün muhatap olduğu için ilgisi yüksek sayılır. İki değer birleşince kullanıcı bilgilendir kutusuna düşer, yani "gelişmelerden haberdar edilecek, dahil olma duygusu canlı tutulacak" grup.

Oysa UX projesinin çıktısı tam olarak o kişinin davranışıyla ölçülüyor. Bir aracın, projenin ölçüm birimini "düzenli bülten gönderilecek kitle" diye sınıflaması küçük bir aksaklık değil, aracın o bağlama uymadığının işaretidir.

Pratik sonuç şu: kullanıcıyı paydaş listesine hiç yazmayın. Paydaş, projenin gidişatını etkileyebilen kişidir; kullanıcı projenin konusudur. Kullanıcı araştırmanın girdisi olarak ayrı bir yerde durur, iletişim planında bir satır olarak değil. İkisini aynı tabloda tuttuğunuzda araştırma bulgusu ile paydaş talebi eşit ağırlıkta iki görüş gibi görünmeye başlar, tartışma da oradan kayar.

Tutum ekseni eklenince tablo çöküyor

Yaygın tavsiye, güç ve ilgiye bir de tutum eklemektir: destekçi, nötr, şüpheci. Kulağa zenginleştirme gibi geliyor. Sayalım: dört kutu çarpı üç tutum, on iki hücre. Orta ölçekli bir projede paydaş sayısı tipik olarak sekiz ile on iki arasında kalır. Yani hücre başına aşağı yukarı bir kişi.

Sınıflandırmanın amacı benzer paydaşları birlikte yönetebilmekti. Her grubun tek üyesi varsa gruplama hiçbir şey kazandırmıyor; geriye isim isim ilişki yönetimi kalıyor, şema da bunu yalnızca tabloya çeviriyor. Bir de "mevcut tutum ve hedef tutum ayrı ayrı izlensin" önerisi var ki hücre sayısını 4 × 3 × 3 = 36'ya çıkarır. Otuz altı kombinasyonu on kişilik bir liste için takip eden bir ekip görmedim.

Tutum, eksen değil nottur. Paydaşın satırına bir cümleyle yazılır ve o cümle puandan çok daha fazlasını taşır.

Tabloyu işe yarar kılan tek kolon

Şablonu Google Sheets'te tutun, bunda sorun yok. Ama güç kolonundaki 1-5 puanı silin ve yerine şu soruyu yazın: bu kişi hangi kararı geciktirebilir? "Güç: 4" kimseye bir şey anlatmaz, "veri modeli değişikliğini o onaylıyor, iznini alması iki hafta sürüyor" cümlesi ekibin takvimini değiştirir. Bir paydaş listesinin işe yaradığını anlamanın en hızlı yolu, sprint planlamasında açılıp açılmadığına bakmaktır; açılmıyorsa o dosya bir belgeleme ritüelidir.

Aynı mantıkla ikinci kolon: bu kişi hangi kanıta ikna olur? Kimi prototipe bakar, kimi rakip ekran görüntüsüne, kimi yalnızca dönüşüm rakamına. Bu bilgi, hangi araştırmayı kimin için yapacağınızı belirler. Başlangıç için hazır bir şablona ihtiyacınız varsa bu haritalama tablosu iş görür, ama kolonlarını kendi projenize göre değiştirmeden kullanmayın.

Ne zaman güncellenir

"Her proje fazında yeniden değerlendirin" tavsiyesi kağıt üzerinde doğru, sahada işlemiyor. Takvime bağlanan gözden geçirmeler ilk iki turdan sonra atlanır, çünkü çoğu turda değişen bir şey olmaz ve toplantı boşa çıkmış gibi hissettirir.

Olaya bağlayın. Yeni bir yönetici atandığında, bütçe kalemi başka bir birime geçtiğinde, ekipten anahtar bir kişi ayrıldığında veya proje ilk kez üst yönetime sunulduğunda tabloyu açın. Bu dört olayın dördü de güç dağılımını gerçekten değiştirir; aradaki haftalarda değişen tek şey genelde sizin tahmininizdir.