Tasarım, ürününüzün netleştirmesi gereken anla başlar
Web3 UI/UX tasarımı, ürününüzün yaptığı şeyi bir kişinin bir sonraki adımda anlaması gerekenle birleştirir. Kullanıcı göreviyle başlar, ardından bir yolculuk ve arayüz şekillendiririz.
Sessiz bir paylaşım ayının ardından bir proje panosunu açan bir elçi programı sorumlusunu düşünün. Neyin ilgi gerektirdiğini görmek isterler, ancak bir sonraki adım belli değildir. Tamamlamak için geldikleri göreve bakar, karışıklığın nerede başladığını haritalar ve önemli seçimleri takip etmesi kolay hale getiririz.
Aynı yaklaşım bir dApp, cüzdan, borsa veya açılış akışı için de geçerlidir. Ürünü, hedef kullanıcıları ve mevcut materyalleri inceleriz. Araştırma ve rakip incelemesi, ayrıntılı ekranlar çizilmeden önce eksik bağlamı ve zor adımları fark etmemize yardımcı olur.
Başlangıç noktası, ekibinizin halihazırda ne bildiğine bağlıdır. Yolculuk netse, arayüz tasarımına ve bir prototipe odaklanabiliriz. Net değilse, önce akışı netleştirebiliriz. Çalışma ayrıca görsel destek gerektiriyorsa, bunu Web3 tasarım ve görseller ile bağlayabiliriz.
Bir Web3 arayüzü, birini cüzdan işlemi boyunca nasıl yönlendirmeli?
Kullanışlı bir cüzdan akışı, birinin ne yapabileceğini, sonra ne olacağını ve arayüzün nasıl yanıt verdiğini gösterir. Her önemli eylemi, ekranlarını cilalamadan önce haritalarız.
Diyelim ki yeni bir kullanıcı bir cüzdan bağlantı istemine geliyor ve neden gerekli olduğundan emin değil. İstemden önce hangi bilgilerin ait olduğunu ve kullanıcının bağlandıktan sonra ne gördüğünü inceleriz. Ayrıca akışın bir işlemi veya hatayı nerede açıklaması gerektiğini haritalarız. Amaç, teknik adımı gizlemek değil, bir sonraki kararı anlaşılır kılmaktır.
Bir işlem yolculuğunda genellikle 3 anı haritalarız: bağlantı, inceleme ve yanıt. Wireframe'ler, ekibinizin görsel tasarım başlamadan önce sırayı ve dili kontrol etmesine olanak tanır. Prototip daha sonra seçilen yolları bağlantılı bir deneyim olarak tartışmayı kolaylaştırır.
Yararlı bir ilk inceleme için ana görevi, mevcut gereksinimleri, varsa mevcut ekranları ve bilinen cüzdan veya işlem durumlarını getirin. Ürün metni kendi başına ilgi gerektiriyorsa, Web3 metin yazarlığı arayüz dilini tutarlı tutmaya yardımcı olabilir. Bir ürün sorumlusu, tasarım ekibinin çıkaramayacağı kuralları onaylamalıdır.
Ürün ekibinizin inceleyebileceği çalışma dosyaları
Kullanıcı yolculuğunu incelemek ve uygulamaya hazırlanmak için bağlantılı bir dizi tasarım materyali alırsınız. Ayrıntılı tasarım başlamadan önce hangi görevlere ve ekranlara odaklanılacağını kararlaştırırız.
Tipik bir çalışma seti şunları içerebilir:
- Araştırma notları ve rakip incelemesi.
- Öncelikli görevler için kullanıcı akışları ve wireframe'ler.
- Görsel bir tasarım sistemi ve bileşen kütüphanesi.
- Seçilen yollar için tıklanabilir bir prototip.
- Kullanılabilirlik testi ve Figma'da geliştirici teslimi.
Akış ve wireframe'ler bir görevin nasıl yapılandırıldığını gösterir. Tasarım sistemi ve bileşenler, ekibinizin görsel dili ekranlar arasında incelemesine yardımcı olur. Tıklanabilir bir prototip, seçilen yolculuğu adım adım takip etmeyi kolaylaştırır. Kullanılabilirlik testi, ekibe insanların nerede daha fazla bağlama ihtiyaç duyduğunu gözlemleme şansı verir.
Son teslim, kararlaştırılan Figma çalışmasını geliştiriciler için düzenler. Ürünün daha geniş kimliği hala şekilleniyorsa, görsel yönü belirlemeden önce arayüz kararlarını kripto projeleri için markalaşma ile uyumlu hale getirin. Ekibiniz daha sonra ürün dilini ve tasarımı birlikte inceleyebilir.
İlk incelemeden Figma teslimine kadar
Çalışma, ürün bağlamından akışlara, arayüz kararlarına, bir prototipe ve geliştirici teslimine doğru ilerler. Bir sonraki katman oluşturulmadan önce ekibinizin yanıt verebilmesi için inceleme noktaları belirleriz.
Brand Community'da, hedef kitleyi, öncelikli görevi, mevcut tasarım dosyalarını, ürün gereksinimlerini ve bilinen soruları toplamak için bir başlangıç kontrol listesi kullanırız. Ardından, ürün sorularını kimin yanıtlayacağına ve çalışmayı kimin inceleyeceğine karar veririz. İki inceleme noktası, geri bildirimi net tutmaya yardımcı olabilir: biri akış ve wireframe'ler için, diğeri görsel yön ve seçilen prototip için.
| Aşama | Ekibinizin incelediği şey |
|---|---|
| Ürün incelemesi | Kullanıcı, öncelikli görev ve mevcut gereksinimler |
| Akış ve wireframe'ler | Görev sırası, ekran yapısı ve anahtar bilgiler |
| Arayüz ve prototip | Görsel yön ve seçilen kullanıcı yolları |
| Figma teslimi | Uygulama için düzenlenmiş tasarım dosyaları |
Zamanlama, yolculukların sayısına ve karmaşıklığına, halihazırda mevcut olan materyale ve kararların ne kadar hızlı geri geldiğine bağlıdır. Çalışma ayrıca kripto içerik oluşturma veya daha geniş sosyal medya ve içerik ekibi ile paylaşılan ürün dili aracılığıyla bağlanabilir.
Arayüzü şekillendiren ürün kararlarını getirin
Tasarım incelemesi, ekibiniz kullanıcıyı, görevi ve arkasındaki ürün kurallarını açıklayabildiğinde en kullanışlı olur. Cevaplanmamış soruları bir akışta görünür hale getirebiliriz, ancak tahmin ederek doldurmamalıyız.
Bir Figma prototipi, amaçlanan cüzdan ve işlem durumlarını gösterebilir, ancak bağlı bir cüzdanın ne görüntülediğini belirleyemez. Ayrıca bir ağ işleminin tamamlanıp tamamlanmadığını da belirleyemez. Bu davranışlar ve arkasındaki ürün kuralları, platform ve ürün ekibinizle kalır.
İlk incelemeyi başlatmak için şu 3 şeyi hazırlayın:
- Kısa bir ürün genel bakışı ve kullanmasını beklediğiniz kişiler.
- En önemli olan bir yolculuk, artı varsa mevcut Figma dosyaları veya gereksinimler.
- Ürün kararlarını onaylayabilecek ve geri bildirim toplayabilecek bir kişi.
Cilalı bir brifinge ihtiyacınız yok. Elinizde olanı, çözülmemiş hissettiren ekranlar veya sorular da dahil olmak üzere bize gönderin. Materyali sizinle birlikte inceler, ilk yolculuk ve inceleme noktaları üzerinde anlaşır ve bir prototip ve Figma teslimine doğru net bir rota haritalarız.
Nasıl çalışır
- Ürün resmini paylaşınÜrün genel bakışını, hedef kullanıcıları, öncelikli görevi ve varsa mevcut tasarım dosyalarını veya gereksinimleri gönderin.
- Neyin inceleneceğine karar verinHangi yolculuğa odaklanılacağını, ürün sorularını kimin yanıtlayabileceğini ve ekibinizin kararları ne zaman inceleyeceğini onaylarız.
- Kullanıcı görevini haritalayınKararlaştırılan akışı ve wireframe'leri hazırlarız, böylece ekibiniz arayüz tasarımından önce yapıyı kontrol edebilir.
- Seçilen yolları tasarlayın ve test edinGörsel sistemi ve ekranları oluşturur, tıklanabilir bir prototip yapar ve kararlaştırıldığı gibi kullanılabilirlik testi gerçekleştiririz.
- Figma teslimini hazırlayınOnaylanan tasarım dosyalarını geliştiriciler için düzenler ve ekibinizi ilgili arayüz seçimleri konusunda yönlendiririz.
Sık sorulan sorular
Tasarım brifingimiz hala kabataslaksa ne paylaşabilirim?
Kısa bir ürün açıklaması, hedef kullanıcı ve kolaylaştırmak istediğiniz görevle başlayın. Mevcut Figma dosyaları, gereksinimler veya açık soruların bir listesi de yardımcı olur. Örneğin, tek bir mevcut ekran bile ilk incelemeye başlamak için yararlı bir yer verebilir.
Sadece bir dApp veya cüzdan yolculuğuna odaklanabilir misiniz?
Evet. Cüzdan bağlantısı veya işlem incelemesi gibi bir öncelikli yolculuğa odaklanmayı kararlaştırabiliriz. Önce yolculuğun kapsaması gerekenleri kontrol eder, ardından hangi akışların, ekranların ve prototip çalışmasının plana ait olduğunu kararlaştırırız.
Geliştiricilerimiz Figma teslimini kullanabilecek mi?
Hizmet, kararlaştırılan tasarım çalışması için Figma'da geliştirici teslimini içerir. Onaylanan dosyaları düzenler ve ekibinizi ilgili arayüz seçimleri konusunda yönlendiririz. Mevcut tasarım kurulumunu veya uygulama ihtiyaçlarını planlama sırasında hesaba katabilmemiz için erken paylaşın.
Mevcut bir ürün arayüzünü özelliklerini değiştirmeden iyileştirebilir misiniz?
Evet. Mevcut ekranları inceleyebilir ve ilgi gerektiren yolculuğa, dile veya arayüz durumlarına odaklanabiliriz. Örneğin, ürün kuralları belirlenmiş ancak kullanıcılar bir işlem adımını anlamayabilirse, bu adımı daha net açıklayabiliriz. Yeni ürün davranışı tanımlamayız.
Bir Web3 tasarım projesinin programını nasıl belirlersiniz?
Yolculukları, mevcut materyalleri ve inceleme ihtiyaçlarını inceledikten sonra programı kararlaştırırız. Daha karmaşık yollar veya çözülmemiş ürün kararları daha fazla tartışma gerektirebilir. Bir ürün karar vericisinin müsait olması, her kontrol noktasında geri bildirimin net kalmasına yardımcı olabilir.
Bir prototip, canlı bir cüzdan işleminde ne olacağını vaat edebilir mi?
Hayır. Bir prototip, ekibin tasarladığı arayüz durumlarını gösterir. Cüzdan ekranlarını, ağ koşullarını, işlem sonuçlarını veya bir kişinin devam etme kararını kontrol etmez. Kararlaştırılan prototipin yolu net bir şekilde iletişip iletişmediğini test edebilir ve tasarımı uygulama için teslim edebiliriz.
Projenizi anlatın
Dört hızlı soruyu yanıtlayın, yöneticiniz bir saat içinde plan, zamanlama ve fiyat aralığı göndersin. Her şey gizli kalır.
Form yükleniyor…