Martech'te 'hayır' demenin tehlikeleri

Bir gününü her şeye ve her şeye "evet" diyerek geçirmeye karar veren insanlarla ilgili pek çok hikaye duydum.

Pazarlama teknolojisi ve operasyonlar alanında "hayır" demenin çok gerçek tehlikeleri vardır. Ancak şunu da açıkça belirteyim ki “hayır” demek için mutlaka zamanları ve geçerli sebepleri vardır.

Bununla birlikte, bir rüya katili veya hayır duvarı olarak itibar kazanmanın gerçek sonuçları vardır. Olumlu ilişkileri sürdürmek önemlidir.

Bir iradenin olduğu yerde, bir yol vardır

Kariyerim boyunca, bir paydaşın örneğin bir proje yönetimi çözümüne ihtiyaç duyduğu senaryolar gördüm. Ancak pazarlama teknolojisi ve operasyon ekibine gelmek yerine, Asana veya Trello gibi ücretsiz bir katmana sahip bir araçla gittiler.

Bazen iş e-posta adreslerini kullandılar. Diğer zamanlarda, kişisel bir e-posta adresi kullandılar. Bazı durumlarda, kişisel e-posta adresini o sırada oturum açmış oldukları Google hesabı olduğu için yanlışlıkla kullandılar.

Bunun gibi bir şeyin gerçekleştiğini gördüğüm pek çok başka sistem türü var - örneğin Google Analytics gibi. Kullanıcı daha sonra kaçınılmaz olarak ekip üyelerini ve diğer meslektaşlarını incelenmemiş sistemi kullanarak kendilerine katılmaya davet eder.

Vakaların büyük çoğunluğunda, bu tür kışkırtıcıların martech ve MOps ekiplerinin en iyi niyetlerini bozmaya çalışmadıklarını belirtmek önemlidir. Şirketin BT güvenlik politikalarını ihlal etmeye veya veri ihlali riskini artırmaya da çalışmıyorlar.

Sadece bir ihtiyaçları var ve bu ihtiyaç için ücretsiz ve kolay bir çözüm buldular. Çoğu durumda, ilgili bilgilerin o kadar da hassas olmadığını haklı olarak iddia edebilirler.

Gözetimden kasıtlı olarak kaçınmış olabilirler veya olmayabilirler. Bazen cehaletten hareket ederler, bazen de gerçekten bürokrasiden kaçınmak için yapılırlar.

Bu tür örneklerin hepsinin gün ışığına çıkarılmadığından emin olsam da, çoğunun dikkat çektiğini gördüm. Gün ışığına çıkarıldıklarında, pazarlama teknolojisi ve operasyon çalışanları anlaşılır bir şekilde hüsrana uğruyor.

Hukuk ve BT güvenlik ekipleri alarma geçer ve genellikle şirket e-posta adreslerinin hizmetle kullanılmasını engellemek veya hizmetin şirketin ağından alınmasını engellemek gibi önlemler alır. Söylemeye gerek yok, dram başlar. Eğlence.

Ve bir paydaşın harika bir çözüm bulduğu ve operasyon ekibi daha öğrenmeden üst düzey bir yöneticiye bunu onaylattığı zamanları da unutmayalım.

Ya bir ihtiyaçları var ve bir çözüm buldular ya da ihtiyacı teknoloji ve operasyon ekibine getirmenin onları genel organizasyona yardım etmekten alıkoyacağını düşünüyorlar. Böyle zamanlarda En Saygılı Yorum ilkesinden yararlanmak önemlidir.

Bu tür karışıklıklar birkaç nedenden dolayı başlamış olabilir, ancak bunlardan biri muhtemelen kışkırtıcıya "hayır" denmesi veya "hayır" denmesinin beklenmesidir. Ayrıca bazen olaydan sonra tövbe etmek, önce izin istemekten daha kolaydır. Ayrıca, bir ifşa olarak, insanların bana “hayır” demesinden de hoşlanmıyorum.

Daha derine inin: Yararlı bir martech yığını oluşturmanın sırrı

Kartlarda 'evet' olmadığında karışıklıkları önleme

“Evet”in geçerli bir cevap olmadığı zamanlar ve sebepler kesinlikle vardır. Bu, yukarıda açıkladığım gibi durumlardan kaçınmayı gerçekten zorlaştırıyor. Ancak, bazı taktikler yardımcı olabilir.

Önemli bir amaç, paydaşları, pazarlama teknolojisi ve operasyon uzmanları olarak başkalarının başarılı olmasına yardım etmeyi amaçladığımıza ve bunu sıklıkla ve muhteşem bir şekilde yapmaya ikna etmektir.

Bir güç gezisi, sabotaj veya sadece eğlence için dikkatli ve kapsamlı müzakereler yapmak için işleri yavaşlatmıyoruz.

Daha büyük bir resim perspektifi ve herhangi bir sistem veya inisiyatifi takip etmeyle ilgili taktik ve yabani ayrıntılara ilişkin anlayış getiriyoruz.

Çevik felsefenin bazı ilkelerini takip ederek bunu iletebiliriz.

Çok önemli bir ilke şeffaflıktır. Birikmiş işler ve Kanban panoları sağlayabilirsek, paydaşlar önümüzde olan her şeyi anlayabilir.

"Hayır" demek yerine, gereksinimleri ve kullanım örneklerini toplamak için paydaşla birlikte oturursak, ortaya çıkacak bazı zorlukların veya sorunların üzerinden geçebiliriz.

Örneğin, yeni bir sistemin CRM ile iyi bir şekilde entegre olması gerekiyorsa, arzu ettikleri çözümün bu kadar iyi olup olmadığını görmek için paydaşla birlikte çalışabiliriz. Olmazsa, paydaş, cevabın neden "hayır" ile sonuçlanabileceğini daha iyi anlayacaktır.

Çevik felsefenin izin verdiği bir diğer kavram yinelemedir. Belki de bir paydaşın, diğerlerinin henüz kabul etmemiş olabileceği büyük bir isteği vardır.

Bununla birlikte, yineleme yoluyla, minimum uygulanabilir ürün (MVP) veya kurulum, daha büyük talebin peşine düşmeye değer olup olmadığını ortaya çıkarabilir. Bu, bir kavram kanıtının devreye girebileceği zamandır.

Ayrıca, UX konularıyla ilgili olarak, çok değişkenli bir test aracı, fazla çaba veya taahhüt olmadan bir şeyi denemenin kolay bir yolunu da sağlayabilir.

Bir MVP, konsept kanıtı veya A/B testi zayıf veya şüpheli sonuçlar verirse, umarız paydaş, talebinin neden yerine getirilmediğini daha iyi anlayacaktır.

Bazen "hadi bunu test edelim", "hayır" demenin tehlikelerinden kaçınırken, "evet"ten bile daha iyi bir cevaptır.

Daha derine inin: Kafa karıştırıcı martech pazarında gezinmek için 3 işaretçi

Daha fazla insan 'hayır' diyebilir

Daha fazla insan bir fikri öldürebileceğinden, martech ve MOps profesyonellerinin bu tür istekleri nasıl ele alacaklarını anlamaları çok önemlidir.

Bahsettiğim gibi, yasal ve BT güvenliği, martech planlarında öne çıkan iki oyuncudur. Diğer aktörler arasında finans, müşteriler, satıcılar, yönetim kurulları, düzenleyiciler, ortaklar, cihaz üreticileri ve hatta müşteriler yer alabilir. Bu nedenle olumlu ilişkiler geliştirmek çok önemlidir.

Gereksinimleri toplayarak ve çok sayıda sorunu önceden hesaba katarak paydaşları sürece dahil ettiğimizde, fikri pazarlama dışındaki paydaşların kaçınılmaz incelemesine hazırlayabiliriz.

Bu, paydaşın teknoloji ve operasyon meslektaşlarının gerçekten onları kolladığına dair güven oluşturmasına yardımcı olabilir.

'Hayır' tuzaklarından kaçının

Bir meslektaşımız incelenmemiş bir sistemi kullanmaya başladığında veya bir paydaşın onaylanıp temin edildikten sonra hakkında bilgi edindiğimiz bir çözüm için üst yönetim onayı almasına göz yumulduğunda hepimiz oradaydık.

Paydaşların bizim “hayır” dememize dair anlaşılır korkuları bu tür olayların tek nedeni olmasa da, kesinlikle bir rol oynayabilir.

"Hayır"ın tehlikelerinden kaçınmak için her şeye "evet" demek zorunda değiliz. Bununla birlikte, "hadi bunu test edelim" veya "belki" ifadesini kullanarak ve "hayır"a varan müzakereye paydaşları dahil ederek, büyük resmi ve arzularının şu anda neden geçerli olmadığını anlamalarını sağlayabiliriz.

Belki de müzakereler, daha az çaba gerektiren daha da iyi bir çözümü ortaya çıkarabilir. Bu şekilde, bizi başarılı olmalarına yardım etmeye kararlı müttefikler olarak görebilirler.

Bu makalede ifade edilen görüşler konuk yazara aittir ve MarTech olmayabilir. Personel yazarları burada listelenir.

MarTech'i Google Haberler özet akışınıza ekleyin.

---