UX araştırması ve design system

Kurumsal UX Araştırması, Bilgi Mimarisi ve Design System

Kurumsal web sitelerinde tasarım sorunu gibi görünen şeylerin çoğu aslında yapı sorunudur: ziyaretçi aradığını bulamaz, her birim menüde kendi yerini ister, her yeni sayfa biraz farklı yapılır. Araştırma, bilgi mimarisi ve design system bu sorunu yeniden geliştirmeden önce çözmenin yoludur — sonra değil.

Kısa cevap

MadeByCat kurumsal bir web sitesinin araştırmasını, bilgi mimarisini ve design system’ini tek bir iş olarak planlar. Paydaş ve kullanıcı araştırması, içerik envanteri, card sorting ve tree testing yapıyı belirler; kullanıcı akışları ve kullanılabilirlik testleri yapıyı doğrular; dokümante edilmiş bir design system ve component library bunu geliştirmeye taşır. Amaç pratiktir: daha az yanlış navigasyon kararı, bulunabilir içerik, daha az yeniden geliştirme ve ekipler ile siteler arasında tutarlı marka.

01

Araştırma kararlarından çalışan kurumsal web sitesine

Evet—araştırma, bilgi mimarisi ve design system MadeByCat ile geliştirmeye devam edebilir veya kendi mühendislik ekibinize devredilebilir. Bu sınırı baştan belirleyin. Devir, önemli her bulguyu bir gezinme kararına, kullanıcı akışına, bileşen durumuna ve CMS içerik tipine bağlamalıdır; geliştirme test edilmiş kararları sessizce değiştirmemelidir.

  • Yöntem seçmeden önce kitle sorularını ve araştırma planını onaylayın; her projede her araştırma tekniği gerekmez.
  • Gezinme ve prototip bulgularını içerik sahipleriyle inceleyin; kabul edilen kararları ve açık riskleri kaydedin.
  • Örnek kodlanmış şablonları kararlaştırılan bileşenler, klavye davranışı, içerik modeli ve kritik yollarla doğrulayın.
  • Geliştirme, CMS entegrasyonu, migrasyon ve sürekli operasyonu açıkça sözleşmeye ekleyin; yalnız araştırma kapsamına otomatik dahil değildir.
02

Kimler için uygun

Bu çalışma, web sitesi tasarlanarak değil eklenerek büyümüş ve yenileme, birleştirme ya da genişletme aşamasındaki kurumlara uygundur.

  • Pek çok birimin aynı siteye içerik yayımladığı kurumsal yapılar, holdingler ve finans kurumları.
  • Ortak yapı ve bileşen setine ihtiyaç duyan, birden çok marka veya ülke sitesi yöneten gruplar.
  • İçeriklerin bulunamadığı arama verilerinden, destek taleplerinden ya da iç geri bildirimlerden anlaşılan ekipler.
  • Önyüzü bakımı pahalı, çok sayıda tek seferlik şablona dağılmış kurumlar.
03

Her yöntem ve önlediği risk

Araştırmayı bir ritüel olarak yürütmüyoruz. Her yöntem, projeden belirli ve maliyetli bir riski çıkardığı için seçilir.

  • Kullanıcı ve paydaş araştırması — yapının, ziyaretçilerin gerçekte getirdiği sorular yerine organizasyon şemasına göre kurulmasını önler.
  • İçerik envanteri ve denetimi — güncelliğini yitirmiş, tekrarlanan veya sahipsiz içeriğin yeni siteye taşınmasını önler; editoryal yükü erken görünür kılar.
  • Card sorting — kurum içinde anlamlı ama müşteri, yatırımcı ya da aday için anlaşılmaz menü etiketlerini önler.
  • Tree testing — kritik görevlerin bulunamadığı bir menüyle yayına çıkmayı önler; yapı, görsel tasarımdan önce test edilir.
  • Bilgi mimarisi — bölümleri, sayfa tiplerini ve içerik sahipliğini tanımlayarak sayfa şişmesini ve aynı içeriğe çelişkili yolları önler.
  • Kullanıcı akışları — hata ve çıkış durumları dahil tüm yolu haritalayarak form, başvuru ve iletişim akışlarındaki çıkmazları önler.
  • Kullanılabilirlik testleri — anlama ve görev sorunlarını canlı ortam yerine prototipte bularak maliyetli geç revizyonları önler.
  • Erişilebilirlik incelemesi — ilk wireframe’den itibaren WCAG 2.2 AA’ya göre tasarlayarak kullanıcı dışlamayı ve sonradan düzeltme maliyetini önler.
04

Design system ve component library

Design system kararları yeniden kullanılabilir parçalara dönüştürür: renk, tipografi ve boşluk token’ları, durumlarıyla dokümante edilmiş bileşenler ve hangi bileşenin ne zaman kullanılacağına dair kurallar. Kurumsal bir sitede bu, görsel cilalamadan çok kontrolle ilgilidir — her yeni sayfa sıfırdan tasarlanmak yerine onaylı parçalardan kurulur.

Component library, tasarım ve kodun aynı şeyi anlatması için frontend ve backend mühendisleriyle birlikte oluşturulur. Bileşenler CMS içerik tiplerine eşlenir; böylece editörler onaylı yapı taşları arasından seçim yapar ve marka tutarlılığı kişisel özene bağlı kalmaz.

05

Çoklu marka ve çoklu site yönetişimi

Birden çok marka veya site aynı platformu paylaştığında design system neyin ortak, neyin değişebilir olduğunu tanımlar: ortak yapı ve bileşen çekirdeği, marka düzeyinde token’lar ve kontrollü yerel varyasyonlar. Böylece iki uç da önlenir — her sitenin ayrı yöne gitmesi ya da her markanın aynı görünüme zorlanması.

06

Tipik çıktılar

Çıktılar projeye göre belirlenir; tipik bir çalışma şunları üretir:

  • Etkiye göre önceliklendirilmiş paydaş ve kullanıcı bulgularını içeren araştırma özeti.
  • Sahiplik, koru / birleştir / kaldır kararları ve taşıma notlarıyla içerik envanteri.
  • Card sorting ve tree testing sonuçları ile revize edilmiş yapı.
  • Site haritası, sayfa tipi tanımları ve navigasyon modeli.
  • Kritik kullanıcı akışları ve açıklamalı wireframe’ler.
  • Kullanılabilirlik testi bulguları ve bunlara göre yapılan değişiklikler.
  • CMS içerik modeliyle uyumlu design token’ları, component library ve kullanım dokümantasyonu.
07

Çalışma modeli

Araştırma ve bilgi mimarisi önce, paydaşlarınızla birlikte gözden geçirilen kısa döngülerle yürür. Görsel tasarım, yapı test edildikten sonra başlar. Component library’nin geliştirilebilir olması için mühendisler erken dahil olur; yayın sonrası editoryal yükü taşıyacakları için içerik sahipleri envanter aşamasından itibaren sürecin içindedir. Çalışma Madebycat Loop’u izler: Align, Discover, Architect, Design, Engineer, Operate ve Evolve.

08

Kapsam ve kapsam dışı

Kapsamda: araştırma planlama ve moderasyon, içerik envanteri, bilgi mimarisi, akışlar, prototipler, kullanılabilirlik testleri, erişilebilirlik incelemesi, design system ve component library ile geliştirme ekibine — bizim veya sizin — devir.

Ayrıca anlaşılmadıkça kapsam dışı: büyük ölçekli nicel pazar araştırması, geniş uzman panel temini, resmî erişilebilirlik sertifikasyonu ve tüm sayfaların içerik yazımı. Tek başına araştırmadan dönüşüm veya sıralama sonucu vaat etmiyoruz.

09

“Görsel tasarımla başlamak istemiyoruz”

Kurumsal bir web sitesi için doğru bir sezgi. Önce kurumu, kullanıcılarını ve mevcut siteyi anlıyor, ekranları ancak sonra tasarlıyoruz. Görsel tasarım, yapı üzerinde uzlaşıldıktan sonra gelir.

  • Paydaş görüşmeleri — birimler genelinde hedefler, kısıtlar ve sahipler.
  • Kullanıcı araştırması — sitenin hizmet ettiği kitlelerle görüşmeler veya oturumlar.
  • Analitik ve mevcut durum incelemesi — neyin kullanıldığı, neyin arandığı ve yolculukların nerede koptuğu.
  • Bilgi mimarisi — gerçek görevlere karşı sınanan navigasyon ve içerik yapısı.
  • Kullanıcı yolculukları — temel yollar yerleşimden önce yazılır ve onaylanır.
  • Wireframe ve prototipler — yapı ve etkileşim, görsel cilalamadan önce kontrol edilir.
  • Kullanılabilirlik testi — kapsamdaysa prototip veya yapı temsili kullanıcılarla denenir.
  • Design system ve geliştirmeye devir — mühendislerin doğrudan kullandığı belgelenmiş bileşenler.
10

İlgili vaka kanıtları

Aşağıdaki yayımlanmış vaka çalışmaları burada anlatılan yapısal ve deneyim çalışmalarının örnekleridir. Her vaka sayfası rolümüzü ve kapsamımızı belirtir.

Sık sorulan sorular

Araştırma ve design system çalışmasına geliştirme dahil mi?
Yalnız geliştirme açıkça kapsamdaysa. Çalışmayı mühendisliğe taşıyabilir veya gezinme kararları, bileşen durumları, CMS eşleştirmeleri ve kabul kontrolleriyle ekibinize devredebiliriz. Migrasyon ve sürekli operasyon ayrıca kararlaştırılır.
Kullanıcılarımızı zaten tanıyorsak araştırmaya ihtiyacımız var mı?
Kurum içi bilgi çoğu zaman kullanıcının kim olduğu konusunda doğrudur, ama nasıl aradığı konusunda yanılabilir. Kısa bir card sorting ve tree testing turu, yayından sonra navigasyonu yeniden kurmaya göre düşük maliyetlidir.
Araştırma ve bilgi mimarisi aşaması ne kadar sürer?
Site, dil ve paydaş sayısına bağlıdır. Kapsam ve takvim, baştan sabit bir süre verilerek değil kısa bir keşif sonrasında belirlenir.
Mevcut sitemizin üzerine design system kurabilir misiniz?
Evet. Mevcut bileşenleri inceleyip tekrarları birleştirebilir ve mevcut sitenin tam yeniden geliştirme olmadan aşamalı olarak benimseyeceği bir sistem dokümante edebiliriz.
Design system CMS’imizle çalışır mı?
Amaç budur. Bileşenler CMS içerik tiplerine eşlenir ve editörler sayfaları onaylı bloklardan kurar. Eşleme, koruduğunuz ya da seçtiğiniz CMS ile birlikte tanımlanır.
Erişilebilirlik bu çalışmanın parçası mı?
Evet. Yapı, bileşenler ve akışlar WCAG 2.2 AA’ya göre tasarlanır ve incelenir. Resmî sertifika vermiyoruz; bağımsız denetim ayrıca planlanabilir.

Yapıyı geliştirmeden önce test edin

Mevcut sitenizi, içerik yayımlayan ekipleri ve neyin değiştiğini paylaşın. Hangi araştırma adımlarının değerli olduğunu ve design system’in neleri kapsaması gerektiğini birlikte çıkaralım.

İletişime geçin→