Kurumsal bir ürünü yeniden tasarlamak, arayüze yeni bir kılıf giydirmek değildir. Bu, sonunda yeni ekranlar da ortaya çıkaran bir organizasyonel dönüşüm programıdır. Bu işi doğru yapan şirketler ona ilk günden bu gözle bakar: Eskiz çizmeden önce mevcut durumu denetler, geliştirmeye başlamadan önce yönetişimi kurar ve her şeyi tek bir lansman tarihine bağlamak yerine aşamalı olarak yayına alırlar. Yanlış yapan şirketler ise sorunu genellikle her şeyin tek seferde yayına alındığı büyük lansmanın ertesi sabahı fark eder: Binlerce kullanıcı artık tanıyamadıkları bir ürünü açar ve destek kuyruğu alev alır.

Bu rehber, kurumların yeniden tasarıma nasıl yaklaşması gerektiğini ortaya koyuyor: bu çabaların çoğunun neden başarısız olduğunu, kapsamın nasıl doğru belirleneceğini, paydaşların nasıl aynı noktada buluşturulacağını, modernizasyonun asıl aracının neden tasarım sistemleri olduğunu, işinizi aksatmadan geçişin nasıl yapılacağını ve dışarıdan çalışacağınız bir tasarım partnerinden neler talep etmeniz gerektiğini.

Kurumsal Yeniden Tasarım Projeleri Neden Başarısız Olur?

Kurumsal yeniden tasarımların çoğu dört nedenden biriyle başarısız olur: tek seferde yapılan büyük lansman (big bang), araştırmanın yerini politikanın alması, iç kullanıcıların göz ardı edilmesi ya da bir tasarım sisteminin olmaması. Bunların hiçbiri görsel anlamda bir tasarım sorunu değildir. Hepsi süreç sorunudur.

Tek seferde büyük lansman. Tüm ürünü on sekiz ay boyunca kapalı kapılar ardında yeniden inşa edip hepsini birden yayına almak, riski tam da hata payınızın en az olduğu anda en üst düzeye çıkarır. İkinci ayda yapılan her varsayım, on sekizinci ayda hep birlikte doğrulanır (ya da çürütülür). Eski arayüz etrafında yıllar içinde kas hafızası geliştirmiş kullanıcılar, bunun tamamını tek bir sabahta kaybeder. Bir şey bozulduğunda kimse sorunun kaynağını ayırt edemez, çünkü her şey aynı anda değişmiştir.

Araştırma yerine politika. Büyük organizasyonlarda sesi en çok çıkan paydaş, çoğu zaman fiilen araştırma departmanının yerini alır. Özellikler, kullanım verileri ya da kullanıcı görüşmeleri değişmeleri gerektiğini gösterdiği için değil, bir birim yöneticisi onları beğenmediği için yeniden tasarlanır. Kanıt yerine kurum içi hiyerarşinin yönlendirdiği bir yeniden tasarım, müşteriye göre değil organizasyon şemasına göre optimize edilmiş bir ürün ortaya çıkarır.

İç kullanıcıları göz ardı etmek. Kurumsal ürünleri nadiren yalnızca müşteriler kullanır. Operasyon ekipleri, destek temsilcileri, satış mühendisleri ve back-office çalışanları çoğu zaman üründe herkesten fazla saat geçirir ve neredeyse hiçbir zaman görüşmelere dahil edilmez. Geliştirdikleri geçici çözümler, dışa aktardıkları tablolar ve resmî olmayan gölge süreçler, ürünün gerçekte nerede başarısız olduğuna dair elde edilebilecek en zengin kanıtların bir kısmını barındırır. Onları atlarsanız, sistemin görünen yarısını yeniden tasarlarken görünmeyen yarısı sessizce çöker.

Tasarım sisteminin olmaması. Ortak bileşenlerden, token'lardan ve kalıplardan oluşan bir sistem olmadan yeniden tasarım, yeni nesil bir tutarsızlık yaratmanın çok pahalı bir yolundan ibarettir. Her ekip yeni görünümü biraz farklı uygular ve iki yıl içinde ürün yine farklı tasarım dönemlerinden kalma parçaların sergilendiği bir müzeye dönüşür.

Kurumsal Bir Yeniden Tasarımın Kapsamı Nasıl Belirlenmeli?

Kapsamı önce denetim yaparak ve kanıta göre önceliklendirerek belirleyin; asla bir ekran istek listesiyle başlamayın. Herhangi bir tasarım çalışmasına başlamadan önce üç envantere ihtiyacınız var:

  1. Deneyim denetimi. Mevcut ürünün sezgisel değerlendirmesi (heuristic evaluation), gerçek kullanıcılarla (dış ve iç) yapılan kullanılabilirlik testleri ve davranışsal verilerin analizi: Kullanıcılar nerede bırakıp gidiyor, destek talepleri nerede yoğunlaşıyor, hangi özellikler gerçekten kullanılıyor ve hangileri yalnızca bakımı yapılarak ayakta tutuluyor?
  2. Teknik denetim. Front-end'in hangi kısımları eski (legacy) back-end kısıtlarına bağımlı? Hangi akışlar bağımsız olarak modernize edilebilir, hangileri önce API ya da veri modeli değişikliği gerektirir? Eski sistemlerde UX modernizasyonunun başarısı tamamen bu sorunun cevabına bağlıdır.
  3. Paydaş ve iş akışı denetimi. Ürünün her bir parçasının sahibi kim, hangi ekipler hangi akışlara bağımlı ve yazılımın etrafında hangi iş süreçleri şekillenmiş?

Bu denetimlerin ardından önceliklendirme bir pazarlık olmaktan çıkar, kanıta dayalı bir çalışmaya dönüşür. Aday alanları basit bir bileşik ölçüte göre sıralayın: kullanıcının yaşadığı sorunun şiddeti, kullanım sıklığı, iş etkisi ve o alanı bağımsız olarak değiştirmenin teknik fizibilitesi. Sonuç, ilk sürümün küçük, yüksek etkili ve diğer parçalara az bağımlı olduğu aşamalı bir yol haritasıdır: Bu ilk sürüm, tasarımın olduğu kadar sürecin de kanıtıdır.

"Ne kadarını yeniden tasarlamalıyız?" sorusunun dürüst cevabı genellikle şudur: Düşündüğünüzden daha azını, planladığınızdan daha erken.

Kurumsal Bir Yeniden Tasarımda Paydaş Uyumu Nasıl Sağlanır?

Uyum, uzlaşma toplantılarıyla değil, ortak kanıt ve açık bir yönetişimle inşa edilir. Üç mekanizma önemlidir:

Araştırmayı hakem yapın. Her tasarım kararı bir görüşme kaydından bir kesite, bir kullanılabilirlik testi videosuna ya da bir veri analizine dayandığında, anlaşmazlıklar "Bunu beğenmedim" ifadesinden "Kanıt ne diyor?" sorusuna kayar. Bu, yeniden tasarım sürecindeki politik gerilimleri yatıştırmanın açık ara en etkili yoludur. Paydaşlar birbirleriyle sonsuza kadar tartışabilir; kendi kullanıcılarıyla ise çok daha az tartışırlar.

İlk eskizden önce bir karar yapısı kurun. Her ürün alanı için kime danışılacağını, kimin karar vereceğini ve kimin bilgilendirileceğini yazılı olarak tanımlayın. Karar yapısı olmayan bir yeniden tasarım, kendiliğinden kıdeme dayalı bir veto düzenine döner; iyi işler de incelemelerde işte böyle ölür.

Kalıcı bir tasarım otoritesi oluşturun. Ürün, tasarım ve mühendislik temsilcileriyle sorumluluğu üstlenen bir üst düzey yönetici sponsordan oluşan; sabit bir takvimle toplanan, yol haritasının sahibi olan ve "hayır" deme yetkisine sahip küçük bir grup. Yönetişim bürokrasi değildir; kurallar bilindiği için diğer herkesin hızlı ilerlemesini sağlayan mekanizmadır.

Tasarım Sistemi Neden Aşamalı Modernizasyonun Aracıdır?

Çünkü tasarım sistemi, bütünü tutarlı tutarken ürünü akış akış modernize etmenizi sağlar. Kurumsal yeniden tasarım programlarının çoğunun gözden kaçırdığı temel içgörü budur: Teslim edilecek şey yeniden tasarlanmış bir ekran seti değil, yeniden tasarlanan ekranları oluşturan bir sistemdir.

Erken kurulan bir tasarım sistemi, eski ile yeni arasındaki köprü olur. Token'lar görsel dili bir kez tanımlar. Bileşenler etkileşim kalıplarını, erişilebilirlik davranışlarını ve uç durumları bir kez kodlar. Dokümantasyon ise tasarım partnerinizin hiç tanışmadığı ekipler de dahil olmak üzere her iç ekibin, sisteme uyumlu yeni arayüzler geliştirmesini sağlar. Ödeme akışı bu çeyrekte yeni sistemle yayına girip raporlama modülü bir sonraki çeyrekte geldiğinde, ikisi birbirine yabancı gibi değil, kardeş gibi görünür ve davranır.

Tasarım sistemi aynı zamanda yeniden tasarımı bir projeden bir yetkinliğe dönüştürür. Projeler biter; sistemler birikerek büyür. İş birliği sona erdikten çok sonra bile kurum tutarlı ürünler çıkarmaya devam eder, çünkü sistem, yönetişimi ve dokümantasyonu yerinde kalır.

İyi Bir Geçiş Stratejisi Neye Benzer?

Bir lansman etkinliğine değil, ölçümlemeyle desteklenen aşamalı bir yayılıma. Pratikte izlenecek yol şöyle:

  • Akış akış yayına alın. Her seferinde tek bir kullanıcı yolculuğunu taşıyın. İyileşmenin açıkça görülüp ölçülebileceği, sınırları belli ve sorunun yoğun yaşandığı bir akışla başlayın.
  • Riskin yüksek olduğu yerlerde eskiyle yeniyi paralel çalıştırın. Feature flag'ler, isteğe bağlı önizlemeler ve kohort bazlı yayılımlar, kullanıcıların geçişi kademeli olarak yapmasını ve bir şey ters giderse düşük maliyetle geri çekilebilmenizi sağlar.
  • Kas hafızasının dönüşümünü destekleyin. Değişiklik notları, ürün içi yönlendirmeler ve destek ile operasyon ekiplerine yönelik bilgilendirmeler hazırlayın. İç kullanıcılar bir yeniden tasarımı asla bir müşteri şikâyetinden öğrenmemeli.
  • Öncesini ve sonrasını ölçün. Her akış için başarı metriklerini yayına almadan önce tanımlayın: görev tamamlama, görev süresi, hata oranları, destek talebi hacmi, benimsenme. Başlangıç ölçümü (baseline) olmadan yeniden tasarımın etkisi kişisel görüşe kalır; ürünü en başta sıkıntıya sokan da zaten kişisel görüşlerdir.
  • Öğrendiklerinizi bir sonraki aşamaya taşıyın. Her aşamanın verileri, bir sonraki aşamanın önceliklerini yeniden şekillendirir. Yol haritası bir sözleşme değil, bir hipotezdir.

Kurumlar Bir Tasarım Partnerinden Ne Talep Etmeli?

Her şeyden önce iki şey: araştırma titizliği ve şirket içi mühendislik.

Araştırma titizliği, çünkü araştırma pratiği olmayan bir dış partner size yalnızca kendi varsayımlarınızı, daha şık bir görünümle geri verebilir. İş birliğinin bir parçası olarak gerçek kullanıcı görüşmeleri, moderasyonlu kullanılabilirlik testleri, sezgisel değerlendirme ve veri analizi talep edin; yalnızca güvenmek zorunda olduğunuz sonuçları değil, inceleyebileceğiniz bulguları isteyin. Aday bir kurumsal tasarım partneri kanıttan önce ekran öneriyorsa, aramaya devam edin.

Şirket içi mühendislik, çünkü mühendislerin hayata geçiremeyeceği kurumsal tasarım, süsten ibarettir. Tasarımı ve geliştirmeyi aynı çatı altında yapan bir partner farklı tasarlar: Bileşenler gerçek durumlar ve gerçek verilerle tanımlanır, fizibilite sprint incelemelerinde fark edilmek yerine günler içinde kontrol edilir ve tasarım sistemi, üzerine "umarız çalışır" notu iliştirilmiş bir Figma dosyası olarak değil, çalışan kod olarak teslim edilir. Ayrı tasarım ve yazılım tedarikçileri arasındaki devir teslim, kurumsal yeniden tasarımların en çok zaman ve tasarım bütünlüğü kaybettiği yerdir.

Partnerin uzun soluklu bir ilişkiye uygun olup olmadığını da sorun. Yeniden tasarım çok yıllı bir ilişkidir; ürünler yerine kampanyalar etrafında yapılanmış bir partner, değerin büyük kısmının ortaya çıktığı geliştirme ve bakım aşamasında zorlanacaktır.

Yapay Zeka Kurumsal Yeniden Tasarım Çalışmalarını Nasıl Değiştiriyor?

Yapay zeka, en yavaş ve en çok el emeği gerektiren aşamaları, yani denetimleri ve dokümantasyonu kısaltır. Kurumsal ölçekte bir deneyim denetimi yüzlerce ekran, binlerce destek talebi ve yıllar içinde birikmiş dağınık araştırma malzemesi anlamına gelebilir. Yapay zeka destekli iş akışları bu süreci çarpıcı biçimde hızlandırır: destek taleplerini sorun temalarına göre kümelemek, ekran envanterlerini bileşen ve arayüz metni tutarsızlıklarına karşı taramak, görüşme dökümlerini bir araştırma çerçevesine göre özetlemek ve insanların daha sonra doğrulayıp iyileştirdiği tasarım sistemi dokümantasyonunun taslaklarını hazırlamak.

Muhakeme insanda kalır; angarya kalmaz. Pratikteki etkisi şu: Bir zamanlar koca bir çeyreği tüketen kanıt toplama aşaması, artık birkaç hafta içinde kararlara yön verebiliyor. Bu da yeniden tasarımın daha hızlı bir tahminden değil, daha eksiksiz bir tablodan yola çıkması demek. Partner değerlendiren kurumlar, denetim ve dokümantasyon iş akışında yapay zekanın tam olarak nasıl kullanıldığını ve insan doğrulamasının hangi noktalarda devreye girdiğini özellikle sormalıdır.

Things'in Kurumsal Yeniden Tasarım Yaklaşımı

Things, 2018'de kurulan ve İstanbul ile Elazığ'dan Türkiye'nin ve dünyanın önde gelen markalarıyla çalışan bir dijital tasarım ve mühendislik stüdyosudur (ajans değil, stüdyo). Yolunu bulmaya çalışan girişimlerle de yolunu yeniden çizen kurumlarla da çalışıyoruz. Ölçek değişir. Standart değişmez.

Kurumsal işlerimiz, dört aşamalı sürecimizle yukarıda anlatılan yolu izler:

  • Anla. Görüşmeler, kullanılabilirlik testleri, sezgisel değerlendirme ve veri analizi; herkesin unuttuğu iç kullanıcılar da dahil. Önce kanıt, sonra görüşler.
  • Şekillendir. O kanıta göre önceliklendirilen ve paydaşlarınızı devre dışı bırakarak değil, onlarla birlikte yönetilen UX/UI tasarımı ve tasarım sistemi mimarisi.
  • İnşa et. Web ve mobil mühendislik şirket içinde; böylece tasarım sistemi canlı ortamda çalışan kod olarak teslim edilir ve devir teslimde hiçbir şey kaybolmaz.
  • Geliştir. Aşamalı yayılım, ölçümleme ve sürekli iyileştirme; çünkü yeniden tasarım bir etkinlik değil, bir başlangıçtır.

Kurucularımız yirmi yılı aşkın ajans ve kurumsal deneyime sahip; stüdyomuz Red Dot ödüllüdür ve elliden fazla ürünü yayına almıştır. Denetimleri ve dokümantasyonu hızlandırmak için yapay zeka destekli iş akışları kullanırken tasarım muhakemesini ait olduğu yerde, yani insanlarda tutuyoruz.

Sıkça Sorulan Sorular

Kurumsal bir ürünün yeniden tasarımı ne kadar sürer? Kapsama bağlıdır; ancak dürüst bir çerçeve çizmek gerekirse, yayına alınan ilk iyileştirme yıllar değil aylar içinde gelmelidir. Aşamalı bir yaklaşım kesintisiz değer üretir; sizi beklemeye ve umut etmeye mahkûm eden yalnızca tek seferde yapılan büyük yeniden tasarımlardır.

Her şeyi bir kerede mi yoksa aşamalı olarak mı yeniden tasarlamalıyız? Neredeyse her zaman aşamalı olarak. Tasarım sistemi aşamalı sürümleri tutarlı tutar; akış akış geçiş ise etkiyi ölçmenizi, kullanıcıların yeniden öğrenme sürecini yönetmenizi ve bir karar ters giderse düşük maliyetle geri adım atmanızı sağlar.

Eski (legacy) bir sistemin üzerinde UX'i nasıl modernize ederiz? Önce teknik bağımlılıkları denetleyin; ardından back-end kısıtları paralel olarak ele alınırken bağımsız olarak değişebilen akışları modernize edin. Mühendislik ekibinin katkısıyla oluşturulan bir tasarım sistemi, eski sistemden gelen kısıtları sürpriz olarak değil, dokümante edilmiş bileşen durumları olarak içine alır.

Kurumsal bir tasarım partnerinde nelere bakmalıyız? İnceleyebileceğiniz bir araştırma titizliği, tasarımın çalışan kod olarak teslim edilmesini sağlayan şirket içi mühendislik, paydaş yönetişimi içinde çalışma deneyimi ve tek seferlik kampanyalar yerine uzun vadeli ürün ilişkileri için kurulmuş bir yapı.

Bir yeniden tasarımın işe yarayıp yaramadığını nasıl ölçeriz? Lansmandan önce her akış için başlangıç değerlerini (görev tamamlama, görev süresi, hata oranları, destek hacmi, benimsenme) belirleyin ve her aşamalı sürümün ardından karşılaştırın. Öncesinde ölçülmediyse, sonrasında kanıtlanamaz.

Kurumsal Bir Ürünü Yeniden mi Düşünüyorsunuz?

Kurumunuz bir yeniden tasarım planlıyorsa ya da bir yeniden tasarımın ardından toparlanmaya çalışıyorsa, konuşmalıyız. Things, ilk denetimden aşamalı yayılıma kadar kurumsal modernizasyon süreçlerine araştırma titizliği, tasarım sistemi düşüncesi ve şirket içi mühendislik getirir.

Bize hello@things.ist adresinden yazın. Design. Code. Mastery.