A/B Test Ekibiniz İçin Bir İletişim Sistemi Nasıl Oluşturulur

Dünyanın en iyi testlerini yapabilir ve en doğru verilere sahip olabiliriz, ancak buna göre hareket edilmediği sürece işe yaramaz hale gelir.

Bir şirketin çehresini değiştirebilecek hayati test sonuçları görmezden gelinebilir ve gürültüde kaybolabilir veya daha kötüsü: Kanıt tam önünüzdeyken bile fikirlere karşı tartışılabilir.

İnanılmaz derecede sinir bozucu ve birçok A/B test ekibinin felaketi olabilir. Yine de bir şey açık. Bunu aşmak istiyorsak, daha iyi iletişim kurmayı öğrenmeliyiz:

• Paydaşlarla iletişimi kolaylaştırmak,
• Sonuçlardan alınan aksiyonları almak için,
• Ekip genelinden yeni test fikirleri toplamak,
• Ve daha fazlası.

Neyse ki, bugünün rehberinde ele alacağımız şey tam olarak bu. A/B testi için iletişim neden önemlidir, nasıl geliştirilir ve şirkette kiminle konuştuğunuza bağlı olarak bu bilgilerin dağıtımını nasıl yapılandırırsınız. (Not: Bu kılavuz, testlerini dahili olarak yürüten şirketlere yöneliktir. Bir ajansla çalışıyorsanız, bu kapsamlı kılavuzu okumaktan yararlanabilirsiniz.)

Öyleyse dalalım…

Deney Kültürü Nedir ve Neden İletişime Bağlıdır?

Bir A/B test programı 'olgunlaştıkça', sadece iyileştirmeler için test etmekten uzaklaşır ve gelişmeye başlar. Nihai hedef ideal olarak veri odaklı bir şirket olmaktır. Kararlarını verilere ve bilgilere dayanarak veren ve fikirden uzak bir işletme.

Bu, şirketin büyümesine ve hedef kitlesinin ve pazarın ne istediğine göre teklifler yapmasına yardımcı olabilir ve birçok pazar lideri için önemli bir metodolojidir.

Bu evrimin büyük bir kısmı, daha fazla dönüşüm için basitçe test etmekten ve hatta bir departmanda deney yapmayı düşünmekten uzaklaşıyor ve bunun yerine bir deney kültürüne doğru ilerliyor . Bu, şirketin tamamının deneme zihniyetini ve uygulamalarını benimsediği yerdir . (Testlerin demokratikleştirildiği ve her takımda ve departmanda kullanıldığı yerler.)

Bu, yalnızca katılım sağlamaya yardımcı olmakla kalmaz (çünkü herkes test ilkelerini uygular), aynı zamanda bu yeni düşünce biçimlerini benimsediğinizde tüm şirketinizde ne kadar çok iyileştirme bulabileceğinize şaşıracaksınız. Bir satış sayfasındaki artış harikadır ancak iade departmanınızın, iletişim süreçlerini yalnızca A/B testi yaparak, müşteri kaybını azaltmanın yeni bir yolunu fark edip etmediğini hayal edin.

Gerçek olsa da zor. Bu kültürü istemek ve inşa etmek, herkesin bu fikri kabul etmesi kadar basit değil.

Şirketlerin Deney Kültürü Oluşturmada Başarısız Olmalarına Neden Olan Yaygın Hatalar

Test programları, iletişim başarısız olduğunda mücadele eder. Aslında, iletişim bozulduğunda tüm projeler başarısız olabilir.

Proje Yönetim Enstitüsü tarafından yapılan bir araştırmada, başarısız projelerin %56'sının zayıf iletişimden kaynaklandığını buldular.

Pumble tarafından yapılan bir araştırmada, Yöneticilerin ve çalışanların %86'sı, büyük başarısızlıkların nedeninin zayıf iletişim olduğunu düşündüklerini belirtirken. İlginç bir şekilde, aynı çalışmada, iyi iletişime sahip ekiplerin verimlilikte %25'lik bir artış gördüğünü buldular. (Ayrıca, tamamlanan projelerin %80'inin genellikle bir iletişim planına sahip olduğunu buldular).

Gördüğünüz gibi, daha iyi iletişim kurmayı öğrenmek çok önemlidir. Ancak CRO programlarında iletişim sorunlarına baktığımızda genellikle aşağıdaki ana sorunları buluruz…

Sorun 1: Bilgilerin silolarda kalması ve departmanlarına yardımcı olmak için bunu kullanabilecek tüm ekipler arasında paylaşılmaması

Speero tarafından yapılan bir çalışmada, daha uzun süredir deney yapan şirketler bulgularını departmanlar ve hiyerarşiler arasında paylaşırken (%67), yeni gelenler bunu sık sık yapmıyor veya bazı durumlarda hiç yapmıyor (%94).

Sorun #2: Zihniyet değişimini bir deney kültürüne yönlendirmekten sorumlu bir kişiye sahip olmanın yara bandını koyun

Değişimi tek bir kişinin omuzlamasına izin vermeyin. İletişimden sorumlu olmalarını sağlayın, ancak program için kaynak temin etmelerini veya başarısının temel itici gücü olmalarını beklemeyin. Bu ancak kuruluş çapında farkındalığın bir sonucu olabilir.

Olduğu söyleniyor, doğru tek kişi büyük bir etki yapabilir, ancak genellikle test eden değil, yöneticidir…

Sorun #3: Yönetici paydaşların yalnızca bütçeyi artırmak kadar kararlı olmaları ve başkalarının izlemesi için yukarıdan aşağıya örnekler oluşturmamaları, şirket genelinde değişiklik ve benimseme eksikliğine neden oluyor

Bir kültür inşa etmek istiyorsanız, yukarıdan aşağıya gelmesi gerekir.

Sorun #4: İçgörülere değil, yalnızca gelire ilişkin raporlama

Veri odaklı olmak, işinizin tüm alanlarını ve etkisini anlamak anlamına gelir. Bir deney kültürüne geçiş, verileri NASIL sunduğunuzla başlar. Her zaman yalnızca ROI odaklı olamaz. 1. günden itibaren risk alma ve öğrenme anlatısını oluşturma fırsatını yakalayın.

Sorun #5: Etkili iletişim kuramamak

Ya da ihtiyaç duyulan bilgiyi almak ve iletmek için mücadele etmek kadar basit olabilir. Ya erişimi zor ya da insanlar tüketmiyor.

İşin aslı şudur: Net iletişim hatları kurana kadar, test programınızı ölçeklendirmek ve istediğiniz test kültürünü oluşturmak için mücadele edeceksiniz.

Öyleyse size nasıl geliştireceğinizi gösterelim.

Bir Deney Programında İletişim Nasıl Yapılandırılır?

Bunu en iyi şekilde anlamak için RACI atama matrisini önereceğiz. Bu, projenizdeki her bir kişi veya 'paydaş' için temel hedeflerin, kilometre taşlarının, görevlerin ve sorumlulukların her birini planlamanıza yardımcı olacak bir sorumluluk atama çizelgesidir.

Deney Programınızdaki Paydaşları Belirleyin

RACI matrisinin amacı, bir iletişim akışı oluşturmanıza yardımcı olurken aynı zamanda görevlerin tamamlanmasını sağlamaktır.

Paydaşlarınızın kim olduğunu ve projenizde herkesin nereye uyduğunu planlamanıza yardımcı olması için kısaltmasını kullanabilirsiniz:

• sorumlu . Görevleri tamamlamaktan veya karar vermekten kim sorumludur? Bu genellikle bir grup insandır.
• sorumlu . Görevlere kim imza atacak ve kilometre taşlarının tamamlandığından emin olacak? Bunları tamamlamaktan sorumlu olanlara görevleri kim atayacak? Bu genellikle proje lideridir ve nihai kararı verebilmeleri için tekil bir roldür.
• danışıldı . Projenin görevleri konusunda kime danışılması gerekiyor? Bir görevin tamamlanmasına yardımcı olmak için kimin girdi vermesi gerekiyor?
• bilgilendirildi . Projenin durumu hakkında kimin bilgilendirilmesi gerekiyor? Kim ilerlemeyle ilgili güncellemelere ihtiyaç duyar, ancak günlük girdilere ihtiyaç duymaz?

Bazen bu kişiler birden fazla rolü üstlenebilir ve farklı toplantılara veya iletişim kanallarına katılmaları gerekebilir, ancak kimin neyi nerede dahil edeceği konusunda net olmak en iyisidir. Bu şekilde, bu pozisyonlar arasında nasıl iletişim kuracağınıza ve bilgi aktaracağınıza karar verebilirsiniz.

Bir A/B test programı söz konusu olduğunda, olağan paydaş listeniz şunları içerir:

• C-suite'e genel bakış (Bilgilendirilmiş)
• Takım lideri/Proje yöneticisi (Sorumlu)
• Testçiler (Danışmalı, Sorumlu)
• Geliştiriciler (Sorumlu)
• Tasarımcılar (Sorumlu)
• QA araştırmacıları (Danışmalı, Sorumlu)

Şimdi açıkçası, her test ekibi aynı değildir, bu nedenle paydaşlarınızı belirlemenin ve kendi RACI matrisinizi oluşturmanın en iyi yolu burada.

• Bu projeyi tamamlamak için gereken görevlerin her birinin haritasını çıkararak başlayın. Basitleştirmek için ilk başta sadece önemli kilometre taşları ekleyebilirsiniz. Bunları sol tarafta azalan bir sütun olarak bulundurun.
• Ardından, devam edin ve bu projedeki paydaşların her birini belirleyin. Bunları matrisin üst kısmında bir satır olarak alın.
• Ardından, her bir hücreyi Sorumlu, Sorumlu, Danışma Edilen veya Bilgilendirilen ile doldurmaya başlayın. Henüz tam görevlerini doldurmanıza gerek yok, bu şimdilik sadece bir kılavuz.
• Her görevin, sorumlu olarak tanımlanan en az bir paydaşı olduğundan emin olun!
• Aynı zamanda, her görevden yalnızca BİR paydaşın sorumlu olduğundan emin olun. Bu şekilde, çakışan veya eksik görevleri tamamlamayacaksınız.
• Bu kabataslak taslağa sahip olduğunuzda, bunu paydaşlarınızla sohbet etmek ve her bir dönüm noktası için belirli görevleri doldurmak ve herkesin bu değerlendirmeyi kabul ettiğini onaylamak için kullanabilirsiniz.

Not:

Her hücrenin doldurulması gerekmez. Önemli olan, birinin sorumlu olduğundan, birinin sorumlu olduğundan, yalnızca danışılması gerekenlerin sorumlu olduğundan ve insanların olması gerekmeyen her şey hakkında bilgilendirilmediğinden emin olmaktır.

Deney Programınıza Önceden Karar Verin İletişim Araçları

İki ana karar, hangi araçların kullanılacağına ve ekibinizin nasıl çalışacağına karar vermektir. İletişiminiz yüz yüze mi, senkron mu yoksa asenkron mu olacak?

Uzaktan çalışma ve uluslararası ekiplerdeki artışla birlikte, zaman uyumsuz alışkanlıkların erkenden oluşturulması, yerinde ekiplere bile fayda sağlayabilir. (Giderken bunlardan bazılarını ele alacağız, ancak Zapier'in burada zaman uyumsuz ekip yönetimi için harika kılavuzları var.)

Ardından aletlerinize ve bunları NASIL kullanacağınıza karar vermeniz gerekir.

Hepinizin önceden aynı araçları kullandığından ve bunların nasıl entegre edileceğini planladığınızdan emin olmak, cevapsız mesajların veya zayıf iletişim sorunlarının durdurulmasına yardımcı olacaktır.

Aslında, bu konuda netlik olmaması, iletişim planlarının başarısız olmasının önemli bir nedenidir. Citrix ve The Economic Times tarafından yapılan bir araştırmada, çalışanların net bir iletişim veya bilgi altyapısı olmadığında, zamanlarının neredeyse %25'ini işlerini yapmak için bilgi aramak için harcadıklarını buldular.

Bununla birlikte, test ekipleri için en iyi 5 aracımın bir listesi:

• Günlük iletişim için gevşek
• Proje yönetimi için Asana
• Çağrılar için Yakınlaştır, Skype veya Meet
• Takvim toplantılarında rezervasyon yapmak, mesaj göndermek ve Slack veya Asana projelerinizin parçası olmayabilecek diğer ekiplerle etkileşim kurmak için e-posta.
• Şimdiye kadar ne denediğinizi, A/B testi sonuçlarını, nelerin işe yarayıp yaramadığını, öğrenmeleri ve içgörüleri takip etmek için bir test veritabanı/öğrenme deposu. Yalnızca tüm çalışmalarınızın bir yedeğini oluşturmakla kalmaz, aynı zamanda yeni testçilerin katılmasına yardımcı olabilir VE testleri kaydetmenin ve bunları C-suite'e, ekiplere ve hatta şirket genelinde raporlama için kullanmanın harika bir yoludur (aşağıda daha fazlası var) .

Bu Paydaşlar İçin 4 Farklı İletişim Türü

Artık paydaşlarınızın kim olduğunu ve RACI çizelgenizde nereye uyduklarını belirlediğinize göre, onlarla NASIL iletişim kuracağınıza, neleri kapsamanız gerektiğine ve ne sıklıkta karar vermeniz gerektiğine karar verme zamanı.

Önerilerime dayanarak aşağıda hızlı bir RACI çizelgesi hazırladım, ancak bunu ihtiyaçlarınıza göre değiştirebilirsiniz.

4 ana iletişim hedefi vardır ve bunların her biri RACI modeliyle uyumludur:

• Vizyon & Misyon (Bilgilendirilmiş)
• Yol Haritası (Sorumlu)
• Süreç (Danışman, Sorumlu)
• Sonuçlar, Öğrenimler ve Kazanımlar (Bilgilendirilmiş)

1. Vizyon ve Misyon

Bu tür bir iletişim, herkesi nihai hedefe dahil etmeyi amaçlar. Genellikle projenin başlangıcında yalnızca bir kez yapılır, ancak her çeyreği tekrarlamaktan ve çaba ve eylemi yeniden düzenlemekten çekinmeyin.

Teorik olarak, bu yönetim ekibi, proje lideri ve test ekibi ile sınırlı olabilir, ancak benim inancım, bir deney kültürü oluşturmak istiyorsanız, o proje için vizyonunuzu belirlemeli ve şirket çapında satın alma almalısınız. onları deney projesi vizyonunuza dahil ederek.

TradePress tarafından yapılan bir araştırmada, çalışanların %85'inin şirket bilgileri hakkında güncellendiğinde en çok motive olduklarını iddia ettiklerini, ancak %74'ünün bu bilgileri kaçırdıklarını hissettiklerini buldular.

Bu nedenle, deneme vizyonunuzu tüm organizasyonla paylaşın. Bu, yalnızca o kültürü yaratmaya ve insanları hizalamaya yardımcı olmakla kalmaz, aynı zamanda aklınıza gelmeyecek şekilde hedefinize yardımcı olabilecek başka ekipler de bulabilirsiniz.

Örnek

Geçenlerde AA'dan temel seviye araba sigortası satın aldım.

Kapağı çok fazla düşünmedim, sadece bir an önce yeni bir araba kaplatmak istedim. 24 saat sonra, ayda neredeyse %55 daha fazla çalışan, yani yatırım getirisinde büyük bir fark olan en kapsamlı paketlerine yükseltmek istediğime karar verdim.

Sorun şu ki, onlara daha fazla para ödemeye başlamak oldukça zordu. Sürtünme noktalarına ve test dışındaki bir ekip üyesinin bize nerede yardımcı olabileceğine bakalım (özellikle de deney zihniyetine sahiplerse).

Sürtünme Noktası #1 . Tek tıklamayla yükseltme yoktu (2. teklifi alabilsem de).

Sürtünme Noktası #2. Çevrimiçi sohbet bana yükseltmenin tek yolunun doğrudan aramak olduğunu söyledi.

Sürtünme Noktası #3. Görüşme sırasında bunun için bir seçenek yoktu. 25 dakikalığına genel bekleme listesine gönderildim.

AA'nın hedefi, kapsamlı planlarında daha fazla üye olsaydı, bir web yöneticisi tek tıklamayla sorunları kolayca tespit edebilirdi. (Her seviyenin neleri kapsadığına dair net bir veri olmadığı için bunun sıklıkla gerçekleştiğini hayal etmeliyim ve bu yüzden birçok insanın daha sonra daha ayrıntılı bakmadan önce aracı hemen kullanabilmeleri için temel planı en kısa sürede almasını beklerdim.)

Harika bir fikir olabilir, eğer birisi zaten kendi kapsamı altında olan bir araç için farklı bir seviyede başka bir teklif doldurursa, bu aynı zamanda belki de doğrudan onlarla iletişime geçmek için bir tetikleyici olabilir mi?

Çağrı merkezi, iptaller, talepler ve yükseltmeler dahil tüm çağrılarla ilgileniyor gibiydi. Bu, geniş çapta eğitimli operatörler oldukları anlamına gelir, ancak yükseltmenin ve daha fazla para harcamanın hızlı bir yolu yoktur! (Yükseltme hakkında sohbet etmek için X seçeneğine basmayın.)

Bir test kullanıcısı buna bakmayı düşünmeyebilir çünkü en son ne zaman telefon hatlarınızda QA çalıştırdınız ve canlı sohbet yaptınız, değil mi? Ancak bu roldeki biri ortak sorunları, dili ve şikayetleri yakalayabilir ve bunu test ekibine geri iletebilir - bu yüzden şirket çapında kültür çok önemlidir ve bu yüzden onları Vizyon ve Misyonunuza dahil etmeniz gerektiğini düşünüyorum.

2. Yol Haritası İletişimi

Bu senin saldırı planın. Nihai hedefi, bu yoldaki ana kilometre taşlarını ve ardından bu kilometre taşlarıyla ilişkili görevleri belirlemelidir.

Yönetici ekipler, isabet edilen önemli kilometre taşlarını ve aylık ve üç aylık ilerlemeyi bilmek isteyecektir.

Takım liderleri de aynı şeyi isteyecek, aynı zamanda haftalık raporları da isteyecektir. Bu şekilde, görevleri yerine getirme hedefinde olduklarından ve ekip üyeleriyle buna göre iletişim kurduklarından emin olabilirler.

Optimizasyon ekiplerinin, onlara ulaşmak için önemli kilometre taşlarından ve OKR'lerinden haberdar olmaları gerekir. Haftalık raporlar sağlamalı, ardından her şeyin yolunda olduğundan emin olmak için ekip lideriyle aylık + üç aylık toplantılar için buluşmalıdırlar.

3. A/B Test Süreci İletişimi

Buradaki amaç, yol haritası kilometre taşlarına ulaşmak için her şeyin yolunda olduğundan emin olmaktır.

Burada, devam etmekte olan deneyleri ve bunların nasıl bağlandıklarını, kaynak talep etmelerini ve bütçe tahsis etmelerini vb. parçalara ayırabilirsiniz. Yol haritası tarif listesiyse, o zaman bu, pastanın nasıl yapılacağına dair 'nasıl yapılır'dır.

Bunu izlemek, projelerin zamanında tamamlanmasını sağlar, çabaya odaklanmaya yardımcı olur, yinelenen görevleri veya eksik görev sorunlarını ortadan kaldırır ve daha sonraki bir tarihte sunulması durumunda C düzeyinde katılımı korur. Yine, bu aylık ve üç aylık aramalarla karşılanabilir.

4. A/B Testi Sonuçları, Öğrenimler ve Kazanımlar

Bu, yaptığınız etkiyi gördüğünüz ve paylaştığınız yerdir. Paydaşlara bağlı olarak, hepsinin bunu bir dereceye kadar görmesi gerekir. Proje lideri ve test ekibi, bu bilgileri bir araya getiren ve daha sonra C-Suite ile ve şirket genelinde paylaşan kişilerdir.

Bunu paylaşabileceğiniz 3 ana alan vardır:

• bir haber bülteni,
• Öğrenme deponuz,
• Ve eğer gerçekten bir deney kültürü, öğrenen bir Slack kanalı oluşturmaya çalışıyorsanız.

Şimdi bunları nasıl kullanabileceğinize bakalım.

Kazançlarınız ve Ne Olursa Olsun Bülteni

Bu dahili haber bülteninin amacı, katılım sağlamak ve bir deney kültürü oluşturmaktır.

İçgörüler ve öğrenmeler ile birlikte mevcut testleri ve sonuçlarını içermelidir. Bu, herkesin dahil olmasına ve deneylerin gücünü eylemde görmesine yardımcı olur. Sadece bu değil, belirli test sonuçları da birden fazla rolü etkileyen daha fazla içgörü eklenmesine yardımcı olabilir.

Ayrıca gelecek ay için yapılacak testleri duyurarak ve bir 'testi tahmin et' testi yaparak daha fazla katılım sağlayabilirsiniz.

Bu yöntem, insanların hangi sürümün neden kazanacağını tahmin etmeye çalışırken eğlenebilecekleri bir test kültürünü oyunlaştırmanıza ve oluşturmanıza yardımcı olabilir. Tüm paydaşların dahil olmasına yardımcı olur, ancak sonuçların arkasındaki verileri gördüklerinde testler hakkındaki görüşleri kaldırabilir ve " her zaman bu şekilde yapılmıştır "a karşı veri öncelikli bir yaklaşım geliştirmeye yardımcı olur.

Bu basit bir fikir ama harika çalışıyor.

Öğrenim Deponuz

Deponuz daha çok kazandığınız ve başarısız olduğunuz tüm testlerinizin, her testten elde ettiğiniz bilgilerin, denediklerinizin ve her testin görüntülerinin bir veritabanıdır.

Gerçekte, asıl amacı, test fikirlerini kazara yeniden çalıştırmaya değil, aynı zamanda yeni deneyciler yetiştirmeye yardımcı olmaktır.

Bununla birlikte, şirket genelinde bu erişilebilirliğe sahip olmak, özellikle de haber bülteninizden depoda tutulan test sonuçlarına bağlantı verirseniz, şirketinizin daha fazla ilgilenmesine ve dahil olmasına yardımcı olabilir!

Bir adım daha ileri götürün ve bu bilgiyi nasıl sunduğunuza biraz eğlence ve yetenek katın:

Süslü küçük resimlere ihtiyacınız yok, ancak geçen ayki test sonucuna ipucu verebilir, bültendeki testi tahmin edebilir ve ardından tüm bilgiler için bunları depoya gönderebilirsiniz.

Cevabı isteyenler sonucu bulabilir ve deneye bağımlı olanlar test ettiğiniz şeye daha fazla bakabilir!

Sosyalleşin ve Deneyinizi Teşvik Edin

Son olarak, kazanımlarınızı, kazanımlara ve öğrenmeye adanmış, her şeyi kapsayan bir Slack kanalında paylaşarak daha da fazla etkileşim elde edebilirsiniz.

Specsavers'ın yaptığı tam olarak budur:

Spesifikasyon sahipleri yalnızca haftalık ve aylık toplantılar yapmakla kalmaz, aynı zamanda optimizasyona dahil olan herkesin bulduklarını paylaşabileceği bir 'öğrenme' kanallarına da sahiptir. Bu, yeni fikirleri hızla takip ederken diyalog oluşturmaya yardımcı olur.

Hala bir adım daha ileri gitmek ister misiniz?

İletişiminizi ve testinizi teşvik etmek için aynı kanalı kullanın. Ekibiniz yeni test fikirlerini geliştirmekten doğrudan kişisel faydalar elde edebildiğinde ortaya çıkan yeniliklere ve fikirlere şaşıracaksınız!

Bu genellikle daha fazla fikir ve içgörü paylaşımına yol açabilir ve diğer ekipler ve üyeler üzerinde zincirleme bir etkiye sahip olabilir.

Paydaşlarınızla Ne Sıklıkta İletişim Kurmalısınız?

Genel bir kural olarak, iletişim sıklığı, paydaşa ve farklı iletişim yöntemlerindeki rollerine/hedeflerine ve ayrıca hangi iletişim hedefini gerçekleştirmeye çalıştığınıza bağlıdır.

Herkesle her zaman iletişim halinde olmak zorunda değildir, bu yüzden her bir paydaş grubunu en sık iletişimden en azına ve neleri kapsamanız gerektiğine göre ayıralım.

Her Türlü Paydaş İletişim Hakkı Nasıl Alınır?

Kilit nokta, her bir paydaşa RACI tanımlarının merceğinden bakmaktır.

Deney Ekibi + Lider (Sorumlu, Sorumlu, Danışma Edilen)

• İlk vizyon ve yol haritası toplantısı ve süreç planı.
• Gerekirse günlük iletişim mevcuttur. (Slack bunun için harika.)
• Üzerinde çalıştıkları şeyin haftalık gelişimi. Mikro yönetim için değil, neyin işe yaradığı ve yol haritası hedeflerine yönelik süreç hakkında bir fikir edinmek için. Asana bunun için harika çalışıyor. Ayrıca, o hafta sona eren testler ve projeler ile ulaşılan kilometre taşlarını da kontrol edebilir.
• Yeni test planlaması/yinelemeli testler ile birlikte tartışılacak testlerin ve öğrenmelerin aylık analizi. Tüm ekiplerin yolunda olduğundan emin olmak için aylık yol haritası toplantısı.
• Üç aylık planlama ve yol haritası analizi. Mevcut sürece bağlı kalmaya veya düzenlemeye ve ayarlamaya karar vermek için bunu kullanın.

Ürün Ekibi (Danışmalı)

• İlk vizyon ve yol haritası toplantısı ve süreç planı (özellikle şirket çapında bir deneme kültürü oluşturmaya çalışıyorsanız).
• Birlikte projeler üzerinde çalışıyorsanız haftalık ilerleme raporları.
• Aksi takdirde, bulgular üzerinde de harekete geçebilmeleri için ekipler arasında paylaşılacak aylık ve üç aylık analiz ve öğrenme raporları.

C-Suite (Bilgilendirilmiş)

• İlk vizyon ve yol haritası toplantısı ve süreç planı.
• Testler ve öğrenmelerle birlikte aylık ve üç aylık yol haritası ve süreç ilerleme raporları. Hedeflerine dayalı olarak bilgi verdiğinizden emin olun (bununla ilgili daha fazla bilgi daha sonra.)

Şirketin Geri Kalanı (Bilgilendirildi)

• İlk vizyon ve yol haritası toplantısı ve hedefler. Tüm ayrıntılara ihtiyaçları yoktur, ancak nihai hedef ve önemli kilometre taşları, planı anlamalarına yardımcı olacaktır. "3. çeyrekte tekrar satışlara bakmadan önce, satış sürecimizi iyileştirerek ve 2. çeyrekte müşteri kaybını azaltarak yatırım getirisini artırmayı amaçlıyoruz."
• Testler, öğrenmeler ve kazanımlarla ilgili aylık bülten raporları, onların katılımını sürdürmelerine ve kültür oluşturmalarına yardımcı olur. Kapak testleri çalıştırılır, bulgular ve içgörüler, nelerin işe yarayıp nelerin başarısız olduğu. Bonus olarak, yaklaşan yeni testleri tartışabilir ve şirket genelinde en iyi ne yapacağını düşündüklerini test edebilirsiniz.

Anlaşılması gereken önemli bir nokta, her bir paydaşın sorumluluklarını ve ne zaman bilgi bekleyeceğini veya teslim edeceğini bilmesi için projenize başlamadan önce bu iletişim kadanslarını ve sıklığını belirlemeli ve bunlara karar vermelisiniz .

A/B Test Sonuçları C-Suite'e Nasıl İletilir?

C-suite ile iletişim, test programlarının sahip olduğu yaygın bir sorun olduğundan ve onların katılımına ve desteğine sahip olmak, test programınızın sorunsuz çalışmasını sağlamanın önemli bir parçası olduğundan, burada en iyi uygulamaları özetlemek istedim.

Bunu burada başka bir kılavuzda ayrıntılı olarak yazdık, ancak işte hızlı bir genel bakış:

• Üzerinde anlaştığınız kadans ve frekansın farkında olun .
• İletişimi belirli bir hedefe odakladığınızdan emin olun. Bu bir yol haritası toplantısı mı, bir süreç kontrolü mü yoksa öğrenmelerle ilgili bir güncelleme mi?
• İlk günden itibaren onları projenin gerçekleriyle tanıştırın .
• Öğrendiklerinizi ve 'testi tahmin edin' kampanyalarını paylaşarak onları dahil etmeye çalışın . Yukarıdan aşağıya benimsemenin en çok deneme kültürlerinde işe yaradığını unutmayın.
• Bilgileri olabildiğince basit bir şekilde sunun . Önceden ne öğrendiğin ve test fikrine nasıl geldiğin. Neyi test ettiniz. Kontrolü, varyasyonları ve kazananı gösterin. Mikro ve makro düzeyde nasıl çalıştığı. Sonuçları dahil edin.
• İyi görünmelerini sağlayın. Yalnızca geliri paylaşmaya odaklanmayın, sonuçları ilk önce önemsedikleri şeyle sunun. Ardından, daha fazla içgörü paylaşın ve bunu, hedeflerine ulaşmalarına nasıl yardımcı olacağına geri bağlayın.
• Suçu fikirlere atmayın . Testler başarısız olursa, bunun size ve onlara neden ve nasıl yardımcı olduğunu öğrenin. Belki de bir tasarım değişikliğini canlı yayında yayınlamayarak küçük bir servet kurtardınız? Anahtar, kendilerini tehdit edilmiş veya suçlanmış hissetmelerini istememenizdir. Deney, neyin işe yaradığını bulmak için başarısızlıktan öğrenmekle ilgilidir.
• Test kazanırsa, gerçek odaklanmış metrikle birlikte ROI ve MRR etkilerini verin. Testiniz, geliri doğrudan etkileyen bir sayfada olmayabilir, ancak belirli artış modelleri ve bunun işletmeyi bir bütün olarak nasıl etkilediği hakkında fikir vermeye çalışın. (Daha fazla müşteri adayı, daha az kayıp, sayfada daha fazla zaman, bu da daha yüksek bir yatırım getirisi sağlar.)
• Özellikle egosu veya rolü doğrudan bir teste bağlı olan kişilerden sonuçlar hakkında geri dönüş alabilirsiniz. (Belki X konusunda uzmandırlar, ancak izleyicileriniz için tavsiyeleri düşük performans gösterir). Sonuçların yanlış olabileceğini kabul edin, ancak bunu “Evet yanlış olabilir ama ya doğruysa? Bu bizi nasıl etkileyebilir?” Bu şekilde, önemi onlardan ve duruma kaydırırsınız.

Çözüm

İşte orada. Bir deneme kültürü oluşturabilmeniz için A/B test ekiplerinde iletişimi geliştirmeye yönelik kapsamlı kılavuzumuz.

Bazı öğrenme eğrilerine ulaşacaksınız ama buna bağlı kalın. Ne kadar çok iletişim kurarsanız, onu zorlama ve faydalarını görme şansınız o kadar artar!