UI & Co. Materyali: Kullanıcı arayüzünün bibrandi projenizi mahvedebilir
Asla bu günün geleceğini düşünmezdim, ama orada: Şu anda bir otorite ile çalışıyoruz ve tüm şirketlerin yüzde 99'unun başarısız olduğu bir şey yaptık. Stratejik olarak çok özel bir karar verdiniz: Geliştirme için bir kullanıcı arayüzü kütüphanesine karar vermediniz, ancak ilk kez teknik gereksinimlerinizi düşündünüz ve bu nedenle buna dayanarak teknolojik kararlar verdiniz.
Duyuru
Golo Roden, yerel web GmbH'nin kurucusu ve CTO'sudur. Olaylara ve hizmetlere dayalı olarak dağıtılmış mimarilere özellikle dikkat ederek web ve bulut uygulamalarının ve arıların anlayışı ve geliştirilmesi ile ilgilidir. Yol gösterici ilkesi, yazılımın gelişiminin kendi başına bir son olmaması, ancak her zaman aşağıda bir profesyonellik izlemesi gerektiğidir.
Ne yazık ki, bu mutlak istisna. Çünkü çoğu durumda tam olarak işe yarıyor. Ve sonra sorunlar başlar. Ve tam olarak bu çok yaygın olduğu için ve çoğu şirketin orada olduğundan çok daha iyisini yapabileceğiniz için, bugün kullanıcı arayüzü kütüphanelerinin kullanımıdır.
Zamandan ve Çabadan Tasarruf Edin
Tipik bir senaryo: Bir şirket yeni bir yazılım planlıyor ve zaten bazı fikirleri var. Bununla birlikte, bazen dışın başından itibaren doğru yönde gerçekleştirildiğini doğrulamak için küçük bir desteğe sahip olmak oldukça güzeldir. En azından olmadığımız için tam olarak danışmanlık şirketleri için olduğumuz şey budur. Yerel Web'de web ve bulutun geliştirilmesi konusunda uzmanlaştığımız için, konunun kullanıcı arayüzü her zaman eşittir. Ve birçok şirket, kullanıcı arayüzü için bir kütüphaneye, örneğin malzeme kullanıcı arayüzüne güvenmeyi düşünmek ve sorunun kullanıcı arayüzlerini oluşturmaları gerektiğine (yani hangi teknoloji ile) bir cevap verileceğine inanmaktadır.
Önerilen editoryal içerik
Rızanızla, burada harici bir YouTube videosu (Google Ireland Limited) burada davet edilir.
YouTube videosu her zaman yüklenir
YouTube videosu artık yüklüyor
Ui & Co.-Ui-libriias'ın bu kadar gizli malzemesi // Almanca
Her şeyden önce, bu mantıklı görünüyor: Sonuçta, kütüphaneler gelişimde çok fazla zaman ve çaba tasarrufu sağlıyor. En azından bu ilk bakışta görünüyor. Ve bu yüzden şirketler seçmek ister: vaat edilen avantajları kullanmak ve gelişimlerini hızlandırmak istiyorlar. Bu – ve bu noktada bir kez daha vurgulamak zorunda kalabilirim – tamamen meşru bir arzu ve tamamen meşru bir husus.
Her şeyin fiyatı var
Ancak, birçok şirket bu yaklaşımın fiyatı olduğunu görmemektedir. Özellikle, istemeden edinilen üç risk vardır:
- Her şeyden önce, kendinizi gelişimi kontrol edilemeyen harici bir çözüme bağlarsınız. Yalnızca standart olarak amaçlananlara odaklandığınız sürece, kullanıcı arayüzü kütüphanesinin merhametindesiniz ve arkasındaki geliştirme ekibinin kararlarısınız. Yarın belirli bir kontrol geliştirmemeye veya çeklerin arkasındaki kavramı tamamen değiştirmeye karar verirlerse, öyle. Ve sonra, en iyi ihtimalle, hala bir sonraki güncellemeyi izlememe seçeneğiniz var, ancak bu iyi bir uzun vadeli seçenek değildir, çünkü diğer bileşenler ve modüllerle uyumluluğu tehlikeye atar.
- Bu beni iki numaraya götürüyor: dış bağımlılık ne kadar büyük olursa (ve maddi kullanıcı arayüzünde tekrar düşünürsek, bu çok büyük bir bağımlılıktır), artık elde etmediğiniz bir çıkmaza düşme riski o kadar büyük olur daha fazla çaba dışında. Çünkü kendinizi eski sürümle kalma veya yeni sürüm için tüm kullanıcı arayüzü için yeniden düzenleme yapmak zorunda kalma seçeneğiyle karşı karşıya bulabilirsiniz. Ve bu genellikle oldukça yüksek bir çaba ve beceriksiz, kimsenin sahip olmak istemediği ile ilişkilidir. Yani genellikle eski versiyonla kalırsınız. Ve ironik, özellikle malzeme kullanıcı arayüzü ile, genellikle durum böyledir, çünkü beşinci sürümde dörtten çok büyük bir mola oldu ve şimdi sürüm 4'te kalıcı olarak engellenen birçok şirketi biliyorum ve bu nedenle ilk problemlerde yavaş yavaş Diğer modüllerle uyumluluk önerilir.
- Peki, üç numaralı risk zorunlu uyarlama sorunlarıdır: Kullanıcı arayüzü kütüphaneleri doğal olarak tasarım yönergelerinizi takip eder ve her zaman ortaya çıkar: İş kimliğiniz veya şirket tasarımınız ne kadar iyi birleşir? Ve her şeyden önce, bunun tam olarak karşılık gelmemesi, bu nedenle ayarlamalara ihtiyaç vardır ve bu nedenle soru basitçe: Bu ayarlamaların ne kadar kolay uygulanabileceği ve daha da önemli olan: Kütüphaneye veya çerçeveye karşı mı çalışmak?
Know-How UI/UX Manco
Düzenli olarak deneyimlediğimiz şey, malzeme kullanıcı arayüzüne (veya diğer kullanıcı arayüzü kütüphanesine) güvenme fikrini nasıl değerlendirdiğimizin bir değerlendirmesi istenmesidir. Çünkü zaten orada olacaktı, ucuz olurdu ve çok hızlı ve böyle yaparsınız. Bu nedenle birçok şirket coşku ile tepki vermeyebileceğimiz sürprizlerdir.
Sık sık, sadece büyük bağımlılığa girmekten kaçınmak, gelecekte sizi yüklemek ve bireysel değişiklikler için fırsat almak için böyle bir kütüphaneyi kullanmayı önereceğimizi açıklarız. Bu, birçok durumda size kontrollerinizi geliştirmenizi tavsiye ettiğimiz anlamına gelir ve bu nedenle standart karşı argüman neredeyse her zaman çok pahalıdır: çünkü cep telefonunu da düşünmeniz gerekir ve ayrıca erişilebilirliği de dikkate almanız gerekir.
Deneyimlerime göre, bir yandan bunun her zaman olduğu kadar pahalı olmadığını ve mobilya, erişilebilirlik ve bu nedenle uygulama ile ilgili en büyük maliyetlerin değil, kullanıcı kılavuzunun anlayışında olduğunu söyleyebilirim. Bununla birlikte, bu maliyetler hem kullanıcı arayüzünde hem de kullanıcı olmayan doğar. Bu sadece buna inanmaz, çünkü çoğu zaman onlar için gerçekten somut değildir, çünkü örneğin UX tasarımı ile hiçbir deneyimleri yoktur. Ancak, gelişimin pahalı olduğunu biliyorsunuz, bu yüzden bu noktada maliyet tasarruf etmeyi deneyin.
Sadece “evet” diyebilecek bir papağan
Hepsi genellikle dış konseye karşı Ancak Bir kullanıcı kitaplığı kullanılır. Ve sonra ilk arzular birkaç hafta sonra gürültülü hale geldiğinde ironik hale gelir (ve gerçekte birkaç kez deneyimledim): Kontroller kasıtlı olarak farklı görünmeli, bilinçli bir şekilde farklı bir şekilde davranmak, her şey bir CSS yapısı ile olmalıdır Bu aslında birleştirilecek şekilde uyumlu değil.
Bu nedenle, şirketin başlangıçta olmasını umduklarının tam tersi: Geliştirme maliyetleri büyük ölçüde artıyor, her şey çok zaman alıyor ve kullanıcı arayüzündeki garip hatalar kütüphanenin mantığından kaçınmak için sürekli olarak cazip. Sonunda, bu sadece başarısız olabilir. Ve sonra yanında bir danışman olarak bulunurlar ve düşünürler:
“Eh, tam olarak seni öngördüğüm şey bu, ama tavsiye istemedin, ama sadece” evet “diyebilen bir papağan ve gerçekte sadece onaylanmış şüpheli fikriniz olan birini bulmayı umuyordunuz.”
Tavsiye dürüst olmalı ve hoş olmayan cevaplar da sağlayabilir.
İzole bir durum mu?
Ne yazık ki, tüm bunlar izole bir durum değil – aslında her zaman olur. Daha önce de belirtildiği gibi, asıl sorun kullanıcı arayüzü ile aynı titreşim değildir. Aksine, sorun, şirketlerin ihtiyaçlarını gerçekten anlamadan önce belirli bir teknoloji seçmesidir. Genellikle zaman ve maliyetlerle ilgili bir tartışma vardır, ancak atlama noktası şudur: eğer hala tam olarak ne istediğinizi bilmiyorsanız, hedefe ulaşmak için bir teknoloji seçemezsiniz, çünkü hala bu hedefi bilmiyorsunuz.
Prefabrik bir ev satın almak ve daha sonra duvarları kapatmak gibidir, çünkü daha sonra aslında çok daha fazla asma karakter istediğinizi bilinir. Açıkçası yine de yapabilirsiniz, ama bu kötü bir fikirdir.
Bu, doğru siparişin şu olması gerektiği anlamına gelir:
- Her şeyden önce, ne istediğinizi teknik açıdan düşünmelisiniz. Bilmiyorsanız, gelişiminizin tamamen başarısız olma olasılığı çok yüksektir.
- Sormanız gereken ikinci şey: İş kimliğimiz ve şirket tasarımımız nasıl ve bir kullanıcı arayüzüne nasıl yansıtılmalılar? Peki: Kullanıcı arayüzü nasıl hissetmeli ve şirketinize uyum sağlamak için nasıl görünmelidir?
- Üçüncüsü: Kullanıcı arayüzü konseptiniz bu tabanda ne var?
- Ve dördüncü: Sadece tüm bunları bildiğinizde sizi geliştirme konusunda hangi teknolojileri desteklemeyi seçtiğinizi düşünebilirsiniz.
Daha İyi Bir Yol
Şimdi soru ortaya çıkıyor: Bunu nasıl daha iyi yapabilirsiniz? Daha önce bir noktadan bahsetmiştim: Bir kullanıcı arayüzü kitaplığına güvenmek genellikle makul değildir, ancak kullanıcı arayüzü bileşenlerinizi daha sık geliştirmelisiniz. Bu, genellikle varsayılandan çok daha az karmaşıktır. Ve avantaj şudur: Tam kontrolünüz var, esnek kalıyorsunuz, bağımsız kalıyorsunuz ve çok sayıda uzun vadeli problemden kaçının.
Bununla birlikte, başka bir şey daha da önemlidir: çünkü her şeyden önce kullanıcı arayüzü kitaplıklarının kullanımında yanlış bir şey olmadığını söyledim. Bu iyi bir fikirse, önceden dikkatlice düşünmelisiniz. Gereksinimlerle gerçekten yüzde 100'e uyum sağlıyor musunuz? Yoksa, çiğnenmiş yoldan kasıtlı olarak sapmak ve standart bir çözüme güveniyorsanız hayatınızı daha zor hale getirmek istediğiniz farklı olmak istediğiniz yönler var mı?
Sadece tekrarlayabilirim: başlangıç maliyetleri ve ilk geliştirme çabası uzun vadede neredeyse ihmal edilebilir. Çünkü çok sık bu şekilde çalışır:
“Ah, harika, şimdi daha az işimiz olması ve daha hızlı ilerlememiz için bir kullanıcı arayüzü kütüphanesi alalım!”
Evet ve üç ay sonra orada 10.000 satır hack CSS ile oturuyorsunuz, ancak asıl mesele iki günlük iş için kurtarmanız …
% 99 arasında değiller
Yani, sonra sadece söyleyebilirim: Aynı hatayı kutlama! Bir teknolojiye lehine veya karşı bir karardan önce, ihtiyaçlarınızla yoğun bir şekilde başa çıkmak ve bunu kurumsal kimlik ve şirket tasarımı açısından kontrol etmek. İyi bir kullanıcı arayüzü/UX konsepti geliştirmek için zaman ayırın ve en azından kavramın bir testinde, aslında ne kadar karmaşık olacağını ve kullanıcı arayüzünün bileşenlerinizi uygulayın.
Ve bu blog yazısının başlangıcında belirtildiği gibi: bunu baştan yapacak şirketler var, ancak maalesef nadirdir. Bu yüzden şirketinizin bu daireye ait olduğundan emin olun!
(RME)