Analitik Takibinizi Devam Eden Bir İşbirliği Sürecine Nasıl Dönüştürürsünüz?

Editörün notu: Bu makale ilk olarak 1 Şubat 2021'de Iteratively blogunda yayınlandı.

Hepimiz biliyoruz ki, dijital ürünler ve hizmetler oluşturan herhangi bir kuruluş veri toplayacaktır. Ayrıca, yalnızca veri toplamanın, onu etkin bir şekilde kullanmakla aynı şey olmadığını da biliyoruz. Güçlü bir araç setiyle desteklenen harika bir izleme planınız olsa bile, tek bir önemli şeye, yani işbirliğine katılmaya zaman ayırmazsanız stratejiniz başarısız olacaktır.

Analitik, veri odaklı bir şirkette herkese dokunur

Ürününüz için yeni bir özellik oluşturmayı düşünün. Burada iki ana husus söz konusudur: Bu özellik hangi yeni veri noktalarını getirecek ve bu veri noktalarının izleyicileri kimlerdir? Gerçekten veriye dayalı kararlar almak istiyorsanız, aşağı yukarı herkes müşteri verileriniz için bir hedef kitle olacaktır.

Analitik takibine dahil olan kilit paydaşların tümü, benzersiz fikirlerini ve uzmanlıklarını, alan bilgisi ve teknik bilgi birikiminin sağlıklı bir karışımı olan hikayeye getirecektir. Elimizde:

• Yöneticiler/liderlik
• Ürün yöneticileri
• Analistler/veri ekipleri
• Geliştiriciler

Bu ekiplerin her birinin kendi farklı görevleri ve hedefleri olacak, ancak sonuçta aynı izleme planından çalışacaklar.

İpucu : Çok fazla aşçıya sahip olmak bir kabus olabilir; izleme planına kimin sahip olması gerektiği hakkında daha fazla bilgi edinmek için bu gönderiyi okuyun.

Bu ekiplerin analitik üzerinde birbirleriyle nasıl işbirliği yapması (gerekmesi) gerektiği.

Yöneticiler/liderlik

Olay izlemenin en üst düzey görünümünü isteyecek ekip(ler) ile başlayalım. Yönetici, yeni bir özellik oluştururken en çok bu yeni özelliğin hedeflerinin ne olduğu ve başarıyı ölçmek için hangi metriklerin kullanılacağı ile ilgilenecektir.

Bu, liderliğin altında çalışan ekiplerin yüksek kaliteli raporlama yapacak donanıma sahip olması gerektiği anlamına gelir. İyi bir liderlik ekibi, önsezilere dayanarak şirketin geleceği hakkında önemli kararlar vermek istemeyecektir - neyin işe yarayıp neyin yaramadığına dair somut kanıtlar isteyeceklerdir.

Bu ekibin temel işbirlikçi davranışları:

• Liderlik, kuruluş genelinde işbirliğine ilham vermek için çok çalışmalı ve veriye dayalı karar vermenin değerini anlayan bir kültürü teşvik etmelidir.
• Verilere dayalı kararlar almaktan doğan başarıları kutlayın.
• Kabaca, yöneticiniz iyi analitik izlemeyi umursamıyorsa, o zaman neden yapmalısınız? ‍

Ürün yöneticileri

Ürün yöneticileri, ürününüzü ve pazarda/sektörde nasıl durduğunu yakından bilir. Bu yeni özelliği sunmaktan sorumludurlar ve bu nedenle liderliğin önemsediği ölçümleri izlemek istedikleri gerçek olaylara dönüştürmek isteyeceklerdir. Bu yeni özellikle ilgili güvenilir raporlar oluşturmak için olay izlemenin en baştan oluşturulması gerekir.

Bir ürün yöneticisi, büyük bir alan uzmanlığına sahip olsa da, izleme planını kendileri tanımlamak için gereken teknik becerilere sahip olmayabilir. Bu, işi bitirmek için diğer ekiplerle işbirliği yapmaları gerektiği anlamına gelir. İyi bir ürün yöneticisinin takip edilmesini istedikleri olayların bir listesini dikte etmesi ve bundan mükemmel bir raporlamanın çıkmasını beklemesi daha az olasıdır. Bunun yerine, izleme planını uygulayacak ve raporları oluşturacak ekipler olduklarından, analistler ve geliştiricilerle neyin mümkün olduğunu tartışabilir ve üzerinde anlaşabilirler.

Bu nedenle, ürün yöneticileri hangi metriklerin önemli olduğunu bilecek, ancak bunları izlenebilir olaylara dönüştürmek için diğerlerine güvenebilir. Verilerle ilgili doğru soruları sormada, A/B testinin ne zaman yapılacağına karar vermede ve uygun geri bildirim döngüleri oluşturmada etkili olacaklar: önceki kararların performansına bakmak ve bunları yinelemek.

Bu ekibin temel işbirlikçi davranışları:

• Analistlerle hangi olayların neden izlendiğini kapsayan ve sınıflandırmalar ve adlandırma kurallarıyla herkesi aynı sayfada tutan düzenli kontroller
• İzleme planında hangi değişikliklerin uygulanması gerektiğini ve altyapı göz önüne alındığında bu değişikliklerin mümkün olup olmadığını ve bunu yapmanın ne kadar süreceğini belirlemek için geliştiricilerle birlikte çalışmak
• Yüksek kaliteli raporlarla liderliğe geri bildirim sağladıklarından emin olmak

Analistler

Veri analistlerinden oluşan ekibiniz, raporlama için şirketin merkezi merkezi gibidir. Ham verileri ilk ele geçirenler büyük ihtimalle onlardır (muhtemelen tek olanlar). Verileri birleştirmek, modellemek ve görselleştirmek için çalışacaklar. Verileri içgörüye dönüştürmeye yardımcı olurlar.

Analist ekibiyle ilgili önemli bir not : onlar, veriyle ilgili bir şeye ihtiyacınız olduğunda "soracak kişiler" gibi kurumsal bir kaynak olarak görülmemelidirler. Durum böyleyse, analistler, gerçekten içgörü oluşturmak ve anlamlı raporlar oluşturmak yerine, kapasitelerinin diğer ekiplerden gelen günlük talepleri yerine getirmekle meşgul olduğunu görebilirler.

Analistin işbirlikçi sürecinin bir kısmı, diğer ekiplerin mümkün olduğunca kendi kendilerine hizmet etmelerini sağlamaktır. Bunun temel bir örneği, ürün yöneticileri ve pazarlamacılarla birlikte Tableau gibi bir araca önceden tanımlanmış sorgular oluşturmak için çalışmak olabilir, böylece en çok sorulan sorular bir düğmeye tıklanarak yanıtlanabilir. Ürün ve pazarlama ekipleri, grafikler oluşturmak ve müşteri davranışını kendi başlarına analiz etmek için Amplitude gibi bir self servis dijital analiz platformunu da kullanabilir.

Bu ekibin temel işbirlikçi davranışları:

• Verilerin arkasındaki kişiler hakkında daha fazla bilgi edinmek için ürün yöneticileriyle çalışmak: Son kullanıcılar hakkında fazla bir şey bilmeden soyut verilerle çalışabilirler, ancak bu verilerin neden önemli olduğunu daha iyi anlarlarsa çok daha etkili olacaklardır.
• Verilerle ilgili olarak hangi soruların sorulmasının en yararlı olduğu ve diğer ekiplerin neleri takip etmek istediği hakkında zorlu konuşmaları kolaylaştırma (örneğin, ekipler gerekenden daha fazla veri toplamak istiyorsa ne zaman geri adım atılacağını bilmek)

Geliştiriciler

Elbette geliştiriciler, ürünü geliştiren ve böylece takip planınızı uygulayan kişilerdir. Teknik olarak konuşursak, bir yazılım mühendisinin faaliyet gösterdiğiniz sektör veya son kullanıcı davranışları hakkında fazla bir bilgisi olması gerekmez. Bu, genel olarak doğru değildir ve geliştiricilerin analitiği umursamadığı varsayımına yol açmıştır.

Gerçekte, bir mühendislik ekibi, yerinde sistematik bir işbirlikçi süreç yoksa, analitiği anlamlı bir şekilde ele almakta zorlanabilir. Yeni bir özellik oluştururken, hangi olayların izleneceğini gösteren bir elektronik tablo almak sinir bozucu olabilir çünkü bu, iş akışında büyük bir kesintiye neden olur. Bir IDE, bir elektronik tablo ve bir Jira bileti arasında geçiş yapmak külfetlidir ve kolayca hatalara ve tutarsızlıklara yol açar.

İyi geliştiriciler, oluşturdukları ürünlerin nasıl performans gösterdiğini çok daha fazla önemserler; ayrıca ürünün gerçekte nasıl çalıştığını herkesten daha iyi bilirler, dolayısıyla izleme planını en etkili şekilde uygulamak için en iyi donanıma sahip kişilerdir.

Bu ekibin temel işbirlikçi davranışları:

• Ürün yöneticilerinin, ürünlerinin altyapısının sınırlamalarını, izlemenin ne zaman ve nerede uygun olduğunu ve uygulamanın ne kadar sürebileceğini anlamasını sağlama
• Veri ve analitik ardışık düzenleri oluşturmak ve her şeyin olması gerektiği yere gittiğinden emin olmak için analistlerle yakın çalışma
• Diğer tüm ekiplerin, etkinlikleri etkili bir şekilde izlemek için, izlemeyi sonradan gelen bir düşünce olarak değil, en başından itibaren özelliklere dahil etmek için zamana ihtiyaçları olduğunu anlamalarına yardımcı olmak

Analitik izleme etrafında işbirliğini teşvik etme

Analitik takibinde ekiplerin birlikte nasıl çalışabileceğine dair bu geniş anlayışla, ortak bir süreç geliştirmeye başlamak umarız daha kolay olacaktır. Herkes aynı ürünü oluşturmak ve sürdürmek için çalışıyorsa, ekipler arası iletişimin son derece önemli olacağı oldukça açıktır.

Analitiğinizi, ürününüzün arka ucunda önemli bir tasarım noktası olarak düşünmeye başlayın. Bu, yalnızca bir özelliği gönderdikten sonra üzerinde çalıştığınız bir şey değil, SDLC'nin ayrılmaz bir parçasıdır.

Özellikle teknoloji endüstrisindeki birçok şirket, Jira, Slack ve tabii ki Amplitude gibi işbirliği ve bilgi paylaşım araçlarını kullanmakta zaten rahat olacaktır. Kuruluşunuzda daha güçlü işbirlikçi süreçleri benimseme konusunda tutkuluysanız, durumunuzu istediğiniz gibi oluşturmanızı tavsiye ederiz. Yeni süreçler için onay almak genellikle en zor kısımdır.

Tekerleği yeniden icat etmeye gerek yok. Halihazırda çalışan mevcut süreçleri uygulayın.

Sıklıkla, yeni süreçleri benimsemenin (analitik üzerinde etkili bir şekilde işbirliği yapmak gibi) neredeyse teknolojiyle hiçbir ilgisi yoktur ve her şey kültürle ilgilidir. Analitik söz konusu olduğunda, bilgi tek bir kişide veya ekipte bulunmaz; verilerinizden en iyi şekilde yararlanmak için herkesin birlikte çalışması gerekir.

Anlamını görmedikçe hiç kimsenin (ne kadar iyi olursa olsun) yeni bir süreci benimsemeyeceğini not etmek önemlidir. Pratik olarak, yeni bir süreçte şirket çapında katılım sağlamanın harika bir yolu, bu sürecin değerini önceden var olan diğer süreçlerle karşılaştırarak göstermektir. Birkaç örnek:

GitHub: Yazılım geliştiren hemen hemen her kişinin/şirketin/kuruluşun GitHub kullandığını söylersem hiçbir şeyi abartmış olmayacağımı düşünüyorum. Bu çok zarif, ancak sabit kodlu bir süreçtir: yazılan her kod parçası dallanmaya, işlemeye ve birleştirmeye tabidir. Yani Github aslında bir araçtan çok bir süreç gibidir: herkes onu kullanmasaydı işe yaramazdı.

Figma: ekipler arası kusursuz işbirliğini mükemmel şekilde gösteren bir araç; Figma, ürün tasarımcılarının geliştiricilere tüm öğelerin nasıl bir araya geldiğini açıkça gösteren prototipler vermesini sağlar. İpucu: Figma'daki Amplitude Event Planner'ı kullanın.

Amplitude işbirliği yapmanıza yardımcı olmak için burada

Analitikleriniz için Amplitude'un veri yönetimi özelliklerini GitHub olarak düşünmek faydalıdır. Genlik, teknik beceriden bağımsız olarak her kilit paydaşın dahil olabileceği etkinlik planlaması etrafında şeffaf, denetlenebilir bir süreci kolaylaştırır.

En iyi süreçler, sizin fark etmediğiniz süreçlerdir: kimsenin iş akışının kesintiye uğramaması için geliştirici araçlarına sahibiz; bu, mühendislerin tip açısından güvenli, açık kaynaklı SDK'lar, bir CLI ve CI/CD ile analiz izlemeyi kolay ve doğru bir şekilde uygulamasına olanak tanır entegrasyon.

Amplitude, her şeyden önce, analitik için güvenilir bir hakikat kaynağını zorlayan, işbirliğine dayalı bir platformdur. Bu, verileri tüketenlerin ona güvenebileceklerini bildikleri anlamına gelir. Yeni işbirlikçi süreçler için önemli ölçüde sahiplenme elde ettiyseniz, Amplitude bunu desteklemede kesinlikle bir rol oynayabilir. Ücretsiz bir demo talep edin ve keşif yolculuğunuza bugün başlayın.