Tasarım Sistemleri Her Yerdeki E-posta Ekiplerini Nasıl Güçlendirir: Web Semineri Kaydı + Soru-Cevap

Uzak bir e-posta ekibiyle çalışsanız da çalışmasanız da e-posta tasarım sistemleri size yardımcı olabilir. Programlarınızı ölçeklendirmekten ve tutarlılığı sağlamaktan e-postaları tasarlarken ve kodlarken zamandan tasarruf etmeye kadar, güçlü bir tasarım sistemi arkanızda. Ama bir tane oluşturmaya ve sürdürmeye nasıl başlarsınız?

Bu yuvarlak masa tartışmasında Stack Overflow, Zillow ve Litmus'tan uzmanlar e-posta tasarım sistemlerini kullanmanın yararları ve zorluklarından bahsetti.

Web seminerini canlı izleme şansınız olmadı mı? Merak etme. Kaydın tamamına istediğiniz zaman erişebilir ve aşağıdaki Soru-Cevap bölümünü okuyabilirsiniz.

Soru-Cevap

Web semineri sırasında soru soran herkese çok teşekkür ederiz! En popüler sorulara verdiğimiz yanıtların bir özetini ve canlı web semineri sırasında alamadığımız bazı soruları ele alıyoruz. Başka sorularınız mı var? Lütfen onları yorumlarda bırakın.

Bir ekibin başlamasını sağlayabilecek bir e-posta tasarım sisteminin temel modülleri/bileşenleri nelerdir?

Ted Goas: Bu takımdan takıma değişir. Bir denetimle başladık ve insanları bir Google Dokümanında beyin fırtınası yapmaya davet ettik. Muhtemelen her e-postanın ihtiyaç duyduğu birkaç güvenli şey vardır (düğmeler, tipografi vb.), ancak neyle başlamamız gerektiğini ancak denetim ve beyin fırtınası oturumlarından sonra anladık. Bu başlangıç ​​noktası takımdan takıma değişir. Bunu, "Ders 3: Küçükten başlayın, başkalarını erken dahil edin" bölümündeki e-posta tasarım sistemleri makalemde yazdım.

Jaina Mistry: Ted ile aynı fikirdeyim ve Litmus'ta da aynı şekilde başladık - hangi modülleri ve bileşenleri sıklıkla tekrarladığımızı görmek için mevcut e-postalarımızı denetleyerek. Bizim için bunun CTA düğmeleri, paragraflar, listeler (sıralı ve sırasız), kahraman görüntüleri, bağlantılar ve tipografi olduğu ortaya çıktı.

Crystal Ledesma: Başlamak, bahsedilen grubun geri kalanı gibi e-postalarınızı denetlemek kadar basittir. Çok fazla e-posta gönderiyorsanız ve hepsini denetlemek çok büyük bir görevse, yaygın olarak kullanılan tasarım kalıplarına sahip ve/veya yüksek performanslı e-postaları belirleyin ve denetleyin. Bir şeyleri elime almayı ve denetlenen e-postaları yazdırmayı (üzgünüm ağaçlar!), bir kalem almayı ve tekrar tekrar hangi tasarım modellerini gördüğümüzü belirlememize yardımcı olması için üzerlerine çizmeyi seviyorum. Bunlar bizim “yapı taşlarımız” veya sistem için modüllerimiz olur. Zillow'daki e-posta tasarım sistemimize böyle başladık. Düğmeler gibi daha küçük bileşenlere ve bunları her e-postada nasıl tutarlı hale getireceğimize inmek istesek de, yine de her şeyi kapıdan çıkarmaya çalışıyorduk ve başlangıçta ben tek kişilik bir ekiptim, bu yüzden basit tuttuk.

İşlevler arası ortaklardan bir e-posta tasarım sistemi oluşturma konusunda onay aldıktan sonra, onu hayata geçirmek için ilk adım olarak ne önerirsiniz?

Jaina: Kendinize hedef almak için bazı gerçekçi hedefler belirleyin. Takvime bakın ve belirli tarihlere kadar ne elde etmek istediğinizi belirleyin. E-posta pazarlamacıları meşgul insanlardır, bu nedenle muhtemelen tasarım sistemi üzerinde çalışmayı ve günlük işlerinizi dengeleyeceksiniz. Ve tasarım sisteminiz üzerinde çalışmaya ayıracak zamanınızın olmadığı zamanlar olacak. Birkaç hafta içinde bitirmek için yola çıktıysanız, üzerinde çalışmadığınız her gün oldukça olumsuz hissedeceksiniz. Bunun yerine, elde etmek istediğiniz şeyi parçalara ayırın ve bunları azar azar ele alın.

Crystal: Tasarım sistemini kullanacak kişilerin kim olduğunu belirleyin ve e-posta tasarım sistemini bir proje değil , dahili bir ürün olarak düşünmeye başlayın. Belirlediğiniz kişiler sizin kullanıcılarınızdır. Kullanıcı geri bildirimini erken almak istiyorsunuz ve bonus, onları erken dahil etmek, sisteme olan güveni artırmaya yardımcı oluyor. Bunun dışında, diğerlerinin tavsiyelerini tekrarlayarak. Tasarım sistemlerinin güzelliği, zamanla gelişebilmeleri ve ölçeklenebilmeleridir. Küçük tutmak, işleri yoluna koymanın en iyi yoludur.

Birçok farklı markaya sahip bir pazarlama ajansı için bir tasarım sistemi nasıl olurdu?

Crystal: Birçok farklı markayla çalışmanın zor yanı, farklı abone e-posta gelen kutuları ve hatta abone davranışları ile birlikte görsel olarak birçok farklı ihtiyacın olması muhtemeldir. Zillow'da daha iyi bilinen B2C markalarımız var, ancak aynı zamanda birkaç B2B markamız da var. Bu, son derece geniş ve çeşitli bir abone, içerik, ihtiyaç ve gelen kutusu grubuyla çalıştığımız anlamına geliyor. Tüm markalar için tek bir e-posta tasarım sistemine sahip olmak için çalışıyoruz, ancak her marka için de benzersiz ihtiyaçlar olacağını biliyoruz. Her markanın özel ihtiyaçlarına özel sistem dalları ile “temel” bir e-posta tasarım sistemine sahip olacağız. Bu yapının bir ajans ortamında da yardımcı olabileceğini düşünüyorum.

Ekibinizin özel bir tasarım sistemi koordinatörü yoksa, markaları yerinde tutma ve şablonlardaki tasarım tutarlılıklarının sorumluluğunun daha çok e-posta geliştiricilerine veya tasarımcılarına düştüğünü düşünüyor musunuz?

Jaina: Geliştiriciler VE tasarımcılar diyebilirim. Geliştiriciler teknik olarak neyin başarılabileceği hakkında konuşabilir, bu arada tasarımcılar erişilebilirlik gibi konuların ele alınmasına yardımcı olabilir. Her iki rol de bu sorumluluğu tek başına üstlenemez - birlikte çalışmak zorundalar.

Crystal: Tasarım sistemimizi yönetmeden ve tek bir marka üzerinde çalışmadan önce bu kesinlikle bir grup çalışmasıydı. Hem tasarımcı hem de geliştirici, her şeyin marka ve tutarlı kalmasını sağlamak için birlikte çalıştı. Şimdi ben yönetiyor olmama rağmen, Zillow büyük bir şirket, bu yüzden bir grup çalışması olmaya devam edecek. Kullanıcıları tasarım sistemine dahil etmek ve dokümantasyon gibi şeyler, işleri tutarlı ve marka üzerinde nasıl tutacakları konusunda onları eğitmeye yardımcı olur, böylece kendilerinin yapması için yetkilendirilebilirler. Ekibim, ortak ekiplerimizin belirsiz olabileceği durumlarda daha çok başvurulacak uzmanlar olarak işlev görür. Şirketinizde bizimki gibi bir ekibe sahip olmasa bile, bunu Ted'in Stack Overflow'ta anlattığına benzer ilgili gönüllülerle yapmak mümkündür.

Sisteme ne sıklıkla yeni bileşenler ekleniyor ve sistemin bir parçası olmadan önce A/B testi yapıyor musunuz?

Crystal: Şimdiye kadar gerektiği gibi yeni bileşenler ve modüller ekledik. Genellikle bu, bugün sistemde var olana tam olarak uymayan içerik veya içerik için hedefler olduğunda olur. Birkaç defadan fazla ortaya çıkarsa ve bunun için güçlü bir iş gerekçesi varsa, sistemin resmi bir parçası olması gerektiğini belirler ve oluştururuz. Modüllerimiz ve bileşenlerimiz önceki tasarımlara dayandığından, onları sistemin bir parçası yapmadan önce her birini A/B yapmadık. Bununla birlikte, tasarımlarımızın bir sistem formatına dönüştürülmesi, e-postalarımızın bölümlerini kolayca A/B testi yapabileceğimiz anlamına geliyordu, ekiplerimiz düşük performans gösteren modülleri rafa kaldırabildi ve hedef kitlemizde daha iyi performans gösterenleri öne çıkardı. Yakın gelecekte, sistemimizi geliştirmeye ve yeni tasarımları keşfetmeye devam ederken, herhangi bir bileşen sistemin bir parçası olmadan önce A/B testi gerekli bir adım olacaktır.

E-posta uzmanı olmayan kişiler tarafından oluşturuluyorsa, e-postaların kalitesini nasıl koruyorsunuz?

Ted: Bu günlük bir mücadele! Bir e-posta tasarım sistemi, düşük kaliteli bir e-postanın asla gönderilmeyeceğini garanti etmez. Müjdeleme ve öğretme yardımcı olur, ancak aynı anda her yerde olmak imkansızdır ve engelleyici olmak istemezsiniz. Büyük hacimli gönderilere, yinelenen e-postalara ve bir müşterinin deneyiminde bir dönüm noktasında gönderilen e-postalara odaklanarak etkimi en üst düzeye çıkarmaya çalışıyorum.

Crystal: Ted ne dedi! Özellikle tasarım sistemi yepyeni ise, zaman alacaktır. Onu yaratma, kurma, herkesi dahil etme vb. zamanı. Zaman ve sürekli destek ile kalite artacaktır. Sahip olduğunuz araçlara bağlı olarak, kaliteyi de korumak için bazı ince ayarlı kontroller eklemek için bu araçlardan yararlanabilirsiniz.

Tasarım sistemleri için e-postadaki etkileşim gibi bir şey nasıl devreye giriyor?

Ted: Aralık ayında etkileşimli e-posta ile denemeler yaptım. Keşif işe yaradı, ancak eldeki UX sorununu çözmedi, bu yüzden rafa kaldırıldı. Bununla birlikte, devam etseydik, etkileşimli bileşene diğer tüm bileşenler gibi davranırdım: Üç veya daha fazla kez kullanıldığında, tasarım sisteminde kodlanmalı ve belgelenmelidir. O zamana kadar, bileşen geçici tasarım olarak değerlendirilir.

Crystal: E-posta ve tasarım sistemlerinde etkileşimi henüz keşfedemedik, ancak yaklaşımımız Ted'inkiyle aynı olacak ve etkileşimli olsun ya da olmasın herhangi bir bileşen eklemeye zaten benziyor. Başlangıçta, geçici bir öğe olarak kabul edilecek ve tekrar ihtiyacımız olursa arka cebimize kaydedilecekti. Bu etkileşimli bileşeni birkaç defadan fazla kullanmaya başlarsak ve etkili olduğu kanıtlanırsa, kullanım kılavuzlarıyla birlikte sisteme eklenecektir.

Bir tasarım sistemi uygulamaya çalıştık, ancak markalaşma ekibimizin birini doğru şekilde kullanmasını sağlamak zor. Daha sonra her seferinde yepyeni e-posta tasarımları oluşturmamız gerekiyor. Bununla nasıl mücadele ediyorsunuz?

Jaina: Marka oluşturma ekibi, tasarım sistemini kullanmalarını engelleyen ne gibi zorluklarla karşılaşıyor? Onlardan geri bildirimlerini isteyin ve bununla nasıl başa çıkabileceğinizi anlayın. Marka bilinci oluşturma ekibi dinlendiklerini hissediyorsa, tasarım sistemiyle onlardan destek almanıza yardımcı olabilir.

Crystal : Bu tür bir zorluk, genellikle sistemin yanlış anlaşılmasından veya farkında olmadığımız bir takım ihtiyacından kaynaklanır. Bu şeylerin doğrudan sistem için geçerli olup olmadığına bakılmaksızın, ekibin ihtiyaçlarını, hedeflerini ve sürtüşme alanlarını öğrenin. Bu bulguları sistemle ilişkilendirin ve sistemin kendisinde, ekibin sistemi düzgün bir şekilde kullanmasını engelleyen neyin eksik olduğunu veya ekibin sistemi başarılı bir şekilde kullanması için hangi işe alma ve destek alanlarına ihtiyaç duyduğunu daha iyi teşhis edebilirsiniz. .

E-posta tasarımcıları olarak aldığımız geri bildirim, tasarım sisteminin e-postaları sıkıcı ve sıkıcı hissettirdiği yönünde. E-postaları nasıl heyecan verici ama yine de tasarım sistemleriyle tutarlı tutabilirsiniz?

Ted: Bu sorunu tersten yaşadık : İnsanlar rutin başlangıç ​​şablonlarımızı bir hataya kadar takip ederdi. Çoğunlukla beyaz bir arka plan üzerinde siyah metin olan, yılda bir kez yapılan büyük duyurular için birkaç ilk taslak gördüm. Yanıt olarak, tasarım sistemimizde, insanlara benzersiz bir şey tasarlamanın uygun olduğunu ve bunu geçmişte nasıl yaptığımızı gösteren bir bölüm oluşturduk.

Jaina: Mevcut bir tasarım sistemiyle, genellikle yaratıcı olunacak daha çok şey vardır! Yerleşik bir yapıyla, tasarımcıların içeriğin nasıl yapılandırılması gerektiğini düşünmeleri gerekmez, ancak bir e-postada kullanılan görüntüler veya çizimler ve bu varlıkların e-posta kopyasını nasıl tamamlayıp geliştirdiği konusunda daha fazla zaman harcayabilirler. İşte bu noktada, tipik olarak "kutu" e-postaların çoğunun büyük kazandığını görüyorum - fantastik kopya ve tasarımla desteklenen yapı.

Crystal: Tasarımcıları sistem tarafından kısıtlanmış hissetmekten kurtarmaya yardımcı olmak, diğer şirketlerden ilham almak ve bu tasarımların bileşenlere nasıl ayrılabileceğini açıklamak yardımcı oldu. Tasarımcı onlara ilham veren e-postaları paylaşırsa, onları gözden geçirebilirsiniz! Zaman kalırsa, tasarımcıya tasarım sistemini düşünmeden istediği gibi bir e-posta tasarlamasını da öneririm. Sizinle yeniden bir araya gelmelerini sağlayın ve sonuçta bu tasarımın sisteme uymasını sağlamak için hangi ince ayarların yapılabileceğini vurgulayabilirsiniz. Bunu, tasarım sisteminin daha basit e-postaların daha hızlı yapılmasına yardımcı olacağını vurgulamak için bir fırsat olarak da kullanabilirsiniz. Tasarruf edilen zamanın, tasarımcılara yolun aşağısında sistemin bir parçası olabilecek yeni tasarımları test etmek için teklif etme fırsatları ve sistemin şu anda sağladığından daha fazlasını gerektiren kampanyalar için benzersiz e-posta tasarımları önermek ve oluşturmak için daha fazla kullanılabilirlik sağlaması.

Tasarım sisteminizi gözden geçirmeniz gerektiğinde ne olur ve bir güncelleme talebi geldiğinde neyi geri çekersiniz?

Jaina: Bunu Litmus'ta henüz yaşamadık ama ben “neden?” diye sorardım. gereken çabanın buna değip değmeyeceğini anlamak için.

Crystal: Tüm markalarımızı destekleyecek şekilde ölçeklenebilmesi için sistemimizi şimdi revize ederek ilerliyoruz. Bu, bir revizyon için çok önemli bir iş vakasının uç bir örneğidir, ancak revizyon yapıp yapmamayı düşünürken akılda tutulması gereken iyi bir standarttır. Sistem daha küçükken ve yalnızca bir markayı desteklediğinde, revizyonların nedenleri arasında markanın yeniden markalanması ve daha iyi erişilebilirlik için kodun güncellenmesi yer alıyordu, her ikisi de açıkça güçlü iş durumlarıydı. Güncelleme talebi daha büyük bir işletme hedefine veya ihtiyacına katkıda bulunuyorsa, bu onlarla ilerlemek için açık bir işarettir. Net değilse, sorular sorun. Revizyon için kullanım durumu nedir? Revizyonlar sistemdeki diğer her şeyi nasıl etkiler? Bu revizyon, talepte bulunanların kullanım senaryosuna aşırı derecede özel mi ve bu kullanım senaryosuna yönelik bir revizyon diğer kullanıcılar üzerinde yıkıcı bir dalgalanma etkisine neden olur mu? Sistem güncellemeleri üzerinde çalışan ekip veya kişinin revizyonları yapmak için zamanı var mı? Hemen gerekli mi yoksa bekleyebilir mi? Başka bir deyişle, Jaina'nın dediği gibi, gereken çaba buna değecek mi?

Ted: Jaina'nın söylediklerini geliştirmek için neden ve ne zaman diye sorardım. Bir bileşenin nasıl kullanılacağını ve ne zaman kullanılacağını anlamak isterim. Tasarım sistemi bileşenleri için en iyi adaylar, sıklıkla yeniden kullanılacak şeylerdir, bu nedenle bir şeyin ne sıklıkla kullanılacağını anlamak önemlidir.