Web için bir süredir tasarlıyorum. Tabloya dayalı sitelerin günlerinden beri resimlerimizi birleştirip ekledik. s ve s. Hit sayaçlarının, Flash sıçrama sayfalarının ve anahtar kelimelerin sayfalarının altına doldurulmuş günlerin (penny stokları gibi satılan ve satılan metin bağlantıları ile birlikte) örümcekleri kandırmak için. Bu eğilimler zamanlarına hizmet ettiler (oysa, bazıları da), ancak onları bir tasarım topluluğu olarak aştık.

Ve zaman ilerledikçe ve topluluk ve üyeleri olgunlaştıkça (çoğu, her neyse), daha fazla trend, bizlere atasözü dodgeball'un atasözü oyununa atılıyor. Bir çift yakalayabiliriz, ancak büyük çoğunluk tamamen kendi isimlerini kaçırır.

Engin oğlu: Büyüme Odaklı Tasarım.

En son vızıltı, pazarlamacılar, müşteriler ve bize ihtiyaç duymadığımız şeyleri satmaya çalışan ve tasarım sürecimizi değiştirmeyecek olan şirketler tarafından kırmızı lastik oyun topları barajı gibi dikkatsizce atılıyor.

Bunu yakalamalı mıyız yoksa atlatmalı mıyız?

Büyüme Odaklı Tasarım Hiç Tasarım Değildir… Yoksa öyle mi?

İfade, bir pazarlamacı tarafından oluşturulmuş olmalıdır - akıllı olan!

Buna bakmanın bir yolu (benimki) Büyüme Odaklı Tasarımın bir tasarım yaklaşımı değil, bir tasarım yaklaşımı olmasıdır. Önceki tasarım sistemlerinin aksine, GDD sadece iş için daha iyi olan, daha iyi tasarlanmış olmayan web siteleri oluşturmakla ilgilidir. GDD “uzmanları” “geleneksel web sitesi tasarım süreci” hakkında konuşmakta, ancak sözünü ettikleri hayal kırıklıkları tasarım değil, bütçe, zaman çizelgesi ve sonuçlarla ilgilidir.

Aslında, GDD taraftarlarını tasarladığım herhangi bir siteye bakıp, bir GDD yaklaşımını dahil edip etmediğimi söyleyeyim.

Size garanti edemeyeceklerini garanti ediyorum. Bunun nedeni, GDD'nin tasarım ile ilgili olmamasıdır .

“Nasıl çalıştığına” sondaj growthdrivendesign.com Bununla birlikte, başka bir bakış açısına da bakacaktır (aynı zamanda benim de): GDD, biz tasarımcılar olarak her zaman yaptığımız şeydir.

Büyüme Odaklı Tasarım Stratejisi

Stratejik düzeyde, GDD izleyicinin dünyasını ve web sitenizin problemleri boyunca yolculuklarını nasıl çözebileceğini anlamakla ilgilidir. Kuşkusuz, başlangıçta bunu yeterince açık bir şekilde tanımlamadık, ancak bu tasarım topluluğunda kim bir web sitesini ilk önce hedef kişiyi anlamaya çalışmaksızın yeniden tasarlamaya çalıştı? Bunu yıllardır yapıyoruz.

Fırlatma Yastığı MVP

Sürecin bir sonraki adımı “hızlı bir şekilde inşa et ve mevcut siteden daha iyi çalışan bir şey ver…” diye tanımladı. Tekrar tekrar “Bu tasarım hakkında konuşmuyor. Dahası, kendimi bir daha sormak istiyorum, hızlı bir şekilde teslim etmeye ve daha iyi performans gösteren bir tasarım yaratmaya odaklanmayan bir web tasarımcısı var mı (tamamen tekrarlanacağını ve daha iyi bir şekilde optimize edileceğini bilerek)?

Devamlı gelişme

Bir an için denklemin iş tarafını bir kenara bırakarak, geri dönüp, tasarımları mümkün olduğunca optimize etmeyi seçecek bir tasarımcıyla hiç karşılaşmadım. Bununla birlikte, bir siteye sürekli olarak iyileştirmek için ödeme yapmak istemeyen ve bu nedenle tasarımcının doğuştan gelen ihtiyacını sürekli olarak iyileştirmek isteyen pek çok müşteri ve ajansla tanıştım.

Bu nedenle şu anlama geliyor: tasarım, tanım olarak, (ve her zaman) büyüme odaklıdır. Bilmecenin şu anki durumu, müşterilerin tanımalarını ve ajansların uzun süredir bilinen ve uyguladıkları ürünleri satmalarına yardımcı olmak için tasarlanmıştır.

GDD'ye mi yoksa GDD'ye mi?

GDD'yi birkaç dakikalığına bir kelime olarak unutmayalım (eğer yapacaksanız). Artık faturaları ödeyenlerin yakalandığını ve yaptıklarımızı yapmaya devam etmemizi istemesine rağmen (bir başka isimle de olsa), bir tasarımcı ne yapmalı?

Cevap, tasarım sürecini içeren, ancak onu değiştirmeyen bir metodolojiye dayanan 3 adımlık bir çözümdür.

1. İhtiyacı Anlayın

Müşteriler, büyüme odaklı bir web sitesi sormaya başladı. Çoğu zaman, ne demek istediklerini açıklamaları istenirse, ya şunları yapacaklardır:

  1. Stutter ve bilmemek (ipucu: GDD'yi bir bülten olarak tanıtıyor - bunu kullananlar, tam olarak anlama - sadece Jones'lara ayak uydurmak zorunda olduklarını düşünüyorlar); veya
  2. Verilere dayanarak hızlı, ucuz ve kolay değişimini istediklerini açıklayın.

Her iki durumda da, bunun sizin modus operandi olduğunu açıklayın; Bu şekilde uzun zamandan beri bu şekilde çalıştığınızı ve açıkçası, büyüme odaklı olmayan bir tasarım süreci hayal edemezsiniz.

2. Tüm Ekiple Büyüme Mühendisliği Yaklaşımını Kullanın

GDD'nin tasarımla ilgili olmadığını, daha sonra web sitelerinin tüm süreci hakkında olduğunu fark ettiğinizde, tüm ekiple nasıl çalıştığınızı değiştirmek faydalı olabilir.

Bilinmeyen sorunlarla mücadele, değişen önceliklerle uğraşmak, verilere güvenmek - bunlar tasarımcılar için ayrılmaz bir sorun değildir. Tüm ekip bu konularla ilgilenir - hem müşteri tarafında hem de ajans tarafında. Çözüm, süreç için bir büyüme mühendisliği yaklaşımıdır.

Projelere değil, süreçlere yatırım yapmaya inanıyoruz. Örneğin, bir SaaS istemcisinin sitesinde yaptığımız son çalışmalarda, yalnızca web sitesini iyileştirmekle kalmayıp aynı zamanda bir mobil uygulama oluşturmaya da ihtiyaç duyduk. İçerik ekibimizi, hedef kişiye değer sağlayan varlıklar oluşturmak için dahil ettik ve hatta müşterinin ürün ekibinde, ürünün kendisinde ve onboarding sürecinde gerekli bazı değişiklikleri yapmak için ayrıntılı bilgi aldık.

Büyüme Odaklı Tasarım sadece bir çarktır - tüm makinenin sürekli döngülerde tüm öğrenicilerin öğrendiği ve uyguladığı yinelemeli süreçlerde çalışması gerekir. Kültürümüz, sayıları, kutudan çıkmış yaratıcı düşünce ve mühendislik gelişiminin tutkusuyla şekillenir.

3. Tasarım için Desene Dayalı Yaklaşım Kullanımı

Tasarım ilkeleri GDD yaklaşımında değiştirilmezken - yazı tipleriniz, beyaz alanınız, çizgileriniz, ikonografiniz vb. - bunları bir araya getirme konusunda nasıl geliştirilebilirsiniz.

Hiç ana sayfa terimini düşündünüz mü? Modele dayalı yaklaşım, bu benzetmeyi yeni bir seviyeye götürebilir. Bir ev inşa etmek yerine, yenilemek zor, pahalı ve zaman alıcı bir gardırop oluşturuyoruz. Tarzını tanımlarız ve birlikte gidebilecekleri ve kolayca değişebilecek birçok parça yaratırız. Eğer komşunuz yeni bir çatıya kavuşuyorsa ve görünüm ve his ile devam etmek istiyorsanız, uzun ve masraflı bir girişim içindesiniz. Ancak komşunuzun kızı yeni bir şapka alırsa, alışveriş merkezine (ya da Amazon uygulamasına) hızlı bir gezi, çantanıza girmeden önce bile daha iyi olan bir kız çocuğunuza sahip olacak - hatta daha önce de stil zaten yapılmış olabilir. tanımladı.

Desenleri tasarlıyoruz. Ve birbirleriyle organik bir şekilde nasıl ilişki kuruyorlar. Aşağıdakileri içeren bir bölüm giriş bloğu diyelim:

  • Bir H1 başlığı
  • Bir tanım

  • Bir CTA düğmesi

Bu bir desen! Bir referans bloğu için neden aynı modeli yeniden oluşturmalıyız? Sadece aynı kalıbı kopyalamamız gerek, açıklamayı değiştir

Bir blockquote ile, CTA yerine kişinin avatar ve voilá!

Bu desen, her sayfa için (bazen projeler arasında bile) kolayca çoğaltılabilir ve desenler her zaman ızgaraya uygun olduğu için tasarım sürecini daha verimli ve daha kesin hale getirir.

Desen yaklaşımı kullanmak, sitemizdeki kullanıcı deneyimini daha iyi akıtır ve tasarımcılarımızın “bilim” ve “sanat” hakkında daha fazla zaman harcamasını sağlar.

Günün sonunda, daha hızlı teslimat yapar ve nedenini anlayıp anlamadıklarını, müşterilerin teslim edilebilirlikle daha mutlu olup olmadığını ve bize daha fazla iş (ve referanslar!) Göndermesini sağlarız.

Büyüme Tahrikli Özgürlük

Büyüme Odaklı Tasarım tasarım ile ilgili değilse, o zaman ne hakkında? Tek kelimeyle: bağımsızlık.

Modeller üzerine kurulu web siteleri oluşturmak büyümeyi herkesin eline geçirir - hem müşteriler hem de kurumlar testleri çalıştırabilir ve her zamankinden daha kolay değişiklikler yapabilir. Sürekli iyileştirme fikri, busu kelimesinden standart işletim prosedürüne geçer. Müşteriler ve danışmanlarla sürekli olarak iyileştirme ihtiyacına uyum sağlamak, insanlara güç verir.

Yolcular tarafından uzun süre düşmüş bir çağda, pazarlamacılar sitelerinde metin değişikliği yapmak için bir kodlayıcıya ihtiyaç duyuyordu. Ardından onlara metinleri güncelleme yetkisi veren CMS'ler geldi. Bu, kodlayıcıları bir işten çıkarmadı, yeni vızıltıları bulmak için Bul ve Değiştir komutlarından ziyade çabalarını gerçek kodlamaya odaklamalarına izin verdi.

Aynı şekilde GDD, pazarlamacıları takip ettikleri verilere dayanarak site tasarımlarını güncellemeye teşvik ediyor ve tasarımcıları bir işten çıkarmayacak - CTA düğmesini kırmızıdan turuncuya değiştirmekten ziyade tasarım yapmaya odaklanmamıza izin verecek… ve tekrar.

GDD bir terim mi? Belki de bu, aynı güzel ve etkili web tasarımlarını yaratmak için popülaritesinin dalgasına binemeyeceğiniz anlamına gelmez… yeni bir şekilde.

Şimdi, bazı GDDodgeball için kim var?