Repurposing ve Platforma Özel Tasarım: Hangisi Ne Zaman

Aynı tasarımı masaüstünden mobile, web'den basılıya taşımak ilk bakışta tasarruf gibi görünür. Tasarruf gerçektir, ama faturası gecikmeli gelir: kullanıcı davranışının platformdan platforma değiştiği yerlerde arayüz sessizce bozulur. Asıl soru hangi yaklaşımın daha iyi olduğu değil, hangi farkın gerçekten ayrı bir arayüz gerektirdiğidir.

Repurposing ne kazandırır, nerede biter

Repurposing, bir içeriğin ya da arayüzün farklı ortamlarda neredeyse olduğu gibi kullanılmasıdır. Üretim süresi kısalır, marka dili tek elden yönetilir, tek bir güncelleme her yere yansır. Küçümsenecek kazanımlar değil.

Sınır, platformlar arasındaki fark ekran boyutundan ibaret olmaktan çıktığı anda başlar. Fareyle 4 piksellik bir kenarlığı tutabilirsiniz, parmakla tutamazsınız. Masaüstünde beş sütunu yan yana gösteren karşılaştırma tablosu mobilde yatay kaydırmaya dönüşür ve karşılaştırma işlevini kaybeder: kullanıcı iki sütunu aynı anda göremiyorsa ortada karşılaştırma yoktur, sadece tablo vardır. Repurposing'in bedeli burada ödenir, düzen bozulduğu için değil, işlev buharlaştığı için.

Asıl maliyet ilk sürümde değil

Maliyet hesabı genellikle ilk üretim üzerinden yapılır: iki ayrı tasarım, iki kat iş. Yanlış yerden bakıyor. İlk sürüm bir kez ödenir, değişiklikler ürün yaşadığı sürece ödenir. Üç platform için üç ayrı arayüz tutuyorsanız, ödeme formuna eklediğiniz tek bir alan üç ayrı uygulama ve üç ayrı test turu demektir. Yılda kırk değişiklik yapan bir ekipte bu toplam, ilk üretimdeki iki kat farkını çoktan geçer.

Karar bu yüzden iki değişkene bakar: etkileşim farkının büyüklüğü ve arayüzün değişim hızı. Fark büyük, değişim seyrekse ayrı tasarım kazanır. Fark yalnızca yerleşimdeyse ve arayüz her ay değişiyorsa, ortak bir yapıyı platform başına ayarlamak kazanır. Sık değişen bir üründe ayrı kod tabanları tutmak, kullanıcı için kazandığınızı bakım gecikmesiyle geri verir.

Entegrasyon örnekleri iki yönü de gösteriyor

Apple'ın donanımı, yazılımı ve arayüzü birlikte tasarlaması, her cihazın kendi etkileşim modeline oturan bir deneyim üretti. Ters örnek de aynı yıllardan: Windows CE, masaüstü Windows'un metaforlarını avuç içi cihaza taşımayı denedi. Başlat menüsü, çoklu pencere ve küçük hedefli menü çubuğu stylus ile kullanılan 240 piksel genişliğinde bir ekranda karşılığını bulamadı. Taşınan şey görünüm değil, görünümün dayandığı giriş yöntemi varsayımıydı, ve o varsayım yeni cihazda geçerli değildi.

Responsive tasarım nerede biter

Responsive düzen, kırılma noktalarında yerleşimi yeniden dizer. Görsel bir çözümdür, davranışsal değil. Menüyü hamburgere çevirmek dokunmatik kullanım için tasarlamak sayılmaz, sadece sığdırmaktır.

En sık atlanan nokta şu: mobilde display:none ile gizlediğiniz bölüm indirilmeye devam eder. HTML zaten istemciye gitmiştir, içindeki <img> etiketleri çoğu tarayıcıda yine istek atar, o bileşenin JavaScript'i yine yüklenir ve çalışır. Mobilde gerçekten yük azaltmak istiyorsan bölümü sunucu tarafında dışarıda bırak ya da koşullu yükle; CSS ile gizlemek gözü rahatlatır, bağlantıyı değil. Kontrolü de tahminle yapma: cihazı ağ kısıtlamasıyla aç, geliştirici araçlarının ağ sekmesinde gizlediğin bölümün istekleri hâlâ listeleniyor mu bak.

Ne zaman hangisi

• Giriş yöntemi aynı, ekran boyutu farklıysa (masaüstü ile geniş tablet) repurposing yeterlidir.
• Giriş yöntemi değişiyorsa (fare ile parmak, klavye ile ses, dokunmatik ile e-mürekkep) hedef boyutları, geri bildirim ve gezinme yeniden tasarlanmalıdır.
• Erişilebilirlik gereksinimi varsa bu ayrı bir tasarım kararı değil, her iki yolda da zorunludur; responsive bir düzen ekran okuyucu sırasını kendiliğinden düzeltmez.
• Ekip küçük ve arayüz sık değişiyorsa tek bir yapıyı iyi ayarlamak, iki yapıyı yarım tutmaktan iyidir.

Bütçe kısıtı çoğu zaman kararı zaten veriyor. Verdiğinde de seçim repurposing ile özel tasarım arasında değil, hangi ekranda hangi işlevin korunacağı arasındadır: mobilde tabloyu küçültmek yerine karşılaştırmayı iki ürüne indirin, masaüstünde beş sütunda bırakın. Aynı içerik, platforma göre farklı işlev kapsamı. Pratikte işleyen orta yol budur.