Özel bir tasarım görüşmesinde neler yer alır?
Yararlı bir ilk görüşme, ürünü, kullanıcılarını ve en önemli yolculuğu belirler. Bitmiş bir şartnameye ihtiyacınız yok; kullanıcının görevinin net bir açıklaması, başlamak için pratik bir yer sunar.
Premium Promotions adına bir sorumlu, görüşmeyi koordine eder ve çalışma materyallerini gizli tutar. Arayüz çalışması başlamadan önce, dosyaları kimlerin görebileceğini, geri bildirimi kimin derlediğini ve hangi kararların yazılı onayınızı gerektirdiğini teyit ederiz. Onayınız olmadan hiçbir şey kararlaştırılan proje grubunun ötesinde paylaşılmaz.
Kısa bir hazırlık notu şunları içerebilir:
- Ürünün ve hedef kullanıcılarının bir açıklaması.
- Kullanıcıların tamamlayabilmesi gereken ana eylem.
- Varsa mevcut ekranlar, prototipler veya bir staging ürünü.
- Teknik kısıtlamalar ve onaydan sorumlu kişi.
Bu, tek bir yolculuğu daha geniş bir arayüz sisteminden ayırmak için yeterlidir. Ürünün zaten bir görsel kimliği varsa, bunun içinde çalışabiliriz. İlgili tasarım ve görseller, arayüzle birlikte değerlendirilebilir ancak ayrı bir karar olarak kalır.
Kararların görünür tutulduğu özel bir çalışma dosyası
Çalışma dosyası, ürün, tasarım ve mühendislik ekiplerine aynı yolculuğu inceleme fırsatı sunar. Tasarım şekillenirken araştırma notlarını, kullanıcı akışlarını, wireframe'leri ve arayüz durumlarını bir araya getirir.
İlk taslakları kararlaştırılan proje grubu içinde tutarız. Önerilen yönü, onaylanmış olarak kabul edilmeden önce siz görürsünüz; yazılı onay, bir sonraki aşamaya rehberlik etmesi gereken kararları kaydeder. Dosya ayrıca ürün veya mühendislik sorumlunuz için açık soruları da not edebilir, böylece belirsizlik cilalanmış ekranların içinde gizlenmek yerine görünür olur.
İnceleme şunları içerebilir:
- Bağlamı anlamak için kullanıcı araştırması ve rakip incelemesi.
- Kararları, dallanmaları ve dönüş yollarını gösteren akışlar.
- Görsel iyileştirmeden önce yapıyı belirleyen wireframe'ler.
- Kararlaştırılan kullanıcı yolculukları için arayüz bileşenleri ve notlar.
- Bir gözden geçirme için tıklanabilir bir prototip.
Ekibiniz, her bir parçayı bağlamı içinde inceleyebilir, açıklanmamış bir ekran yığını almak zorunda kalmaz. Destekleyici dil için, Web3 metin yazarlığı arayüz çalışmasının yanında yer alabilir. Sorumlu, bu koordinasyonu gizli tutar ve kararları doğru inceleyiciye iletir.
Cüzdan ve işlem yolculukları bağlam içinde değerlendirilir
Web3 yolculukları, kullanıcının bir sonraki eylemi ve anlamını işleme geçmeden önce anlaşılır kılmayı gerektirir. Önce sırayı haritalar, ardından arayüzün her ilgili noktada nasıl yanıt verdiğini gösteririz.
Cüzdan bağlantısı için tasarım, bağlantının neden istendiğini ve ardından ne olacağını açıklayabilir. Bir işlem için ürünün net bir inceleme adımına, bekleme durumuna, tamamlama mesajına veya kurtarma yoluna ihtiyacı olabilir. Kripto konusunda yeni olan kişiler için onboarding, eylemi önceden bilgi varsaymadan açıklayan bir dilden yararlanır. Hata mesajları, kişinin mevcut bir sonraki adımı anlamasına yardımcı olmalıdır.
Yararlı bir prototip, ürün inşa edilmeden önce kararı görünür kılar.
Prototip, uygulamanın yerine geçen değil, çalışan bir konuşma aracıdır. Ürün ve mühendislik inceleyicilerini, değişikliklerin tartışılması hâlâ kolayken temel durumları incelemeye davet ediyoruz. Ürünün amacının halka açık bir açıklamasına da ihtiyaç varsa, Web3 içerik oluşturma bu çalışmayı arayüz kararlarını gölgelemeden destekleyebilir.
Kararlaştırılan yolculuk etrafında düzenlenmiş Figma teslimatları
Figma teslimi, onaylanmış ekranları arkalarındaki akışlara ve bileşenlere bağlar. Teslimatları seçilen yolculuklar etrafında kararlaştırırız, böylece dosya ürünü inşa eden kişiler için kullanışlı kalır.
| Teslimat | Ekibinizin incelemesine yardımcı olduğu şey |
|---|---|
| Araştırma notları ve kullanıcı akışları | Kullanıcı bağlamı, sıra ve karar noktaları |
| Wireframe'ler ve görsel tasarım | Yapı, hiyerarşi ve arayüz yönü |
| UI kiti ve bileşen kütüphanesi | Ekranlar arasında yeniden kullanılabilir arayüz desenleri |
| Tıklanabilir prototip | Kararlaştırılan kullanıcı yolculuğunun bir gözden geçirmesi |
| Geliştirici teslimi | İlgili ekran durumları ve uygulama notları |
Kesin içerik, onaylanan tasarım kapsamını takip eder. Gerektiğinde teslim, cüzdan bağlantısını, bekleyen eylemleri, tamamlama ve hata geri bildirimini gösterebilir. Figma dosyasını, geliştiricilerin ekranların nasıl ilişkili olduğunu inceleyebileceği ve çözülmemiş ürün sorularını görünür kılacak şekilde düzenleriz. Aynı ekip daha geniş iletişim hazırlıyorsa, sosyal medya ve içerik ayrı olarak koordine edilebilir.
Net sınırlarla sakin bir inceleme ritmi
Sakin bir inceleme ritmi, kurucuların ve ürün sorumlularının açıklanmamış ekranları yorumlamak zorunda kalmadan karar almasına yardımcı olur. Sorumlu, tek bir görüşmeyi açık tutar, derlenmiş geri bildirimi toplar ve hangi değişikliklerin onayınızı aldığını kaydeder.
Genellikle 2 inceleme aşaması belirleriz: biri haritalanan yolculuk için, diğeri görsel yön veya prototip için. Ekibiniz başlangıçta karar vericiyi belirleyebilir, ardından görünümün yanı sıra davranışı da inceleyebilir. Zamanlama, yolculuk sayısı, araştırma ihtiyaçları ve inceleme düzenlemeleri netleştikten sonra kararlaştırılır. Sosyal medya ve içerik hizmetleri ürün çalışmasıyla koordine edilebilir ancak tasarım kararlarını değiştirmez.
Bir tasarım, ekibinizin kontrol ettiği ürün davranışını belgeleyebilir ancak harici bir cüzdanın onayı nasıl sunduğunu veya ağ koşullarının işlem zamanlamasını ve ücretlerini nasıl etkilediğini belirleyemez. Bu bağımlılıkları, kesinleşmiş arayüz davranışı olarak ele almak yerine mühendislik doğrulaması için işaretleriz.
İlk not ve sonraki üç karar
İyileştirmek istediğiniz yolculuk hakkında kısa bir not, yeterli bir başlangıçtır. Sizi dinledikten sonra sorumlu, hedef kullanıcı, temel eylem ve bilinen kısıtlamaları tek bir yerde toplayan bir ilk yolculuk haritası hazırlar.
Ardından erken görüşme üç kararı netleştirir:
- Başlangıç yolculuğu: kullanıcının nerede başladığı ve tamamlaması gereken şey.
- İnceleme çevresi: taslakları kimlerin inceleyebileceği ve derlenmiş geri bildirim sağlayabileceği.
- İlk teslimat: çalışmanın araştırma, bir akış, bir prototip veya daha geniş bir arayüz sistemi ile başlaması gerekip gerekmediği.
Bu sıra, açılış görüşmesini gizli ve pratik tutar. Arayüz taslakları ilerlemeden önce yön üzerindeki onayınızı saklı tutarsınız. Marka materyalleri veya mevcut ekranlar mevcutsa, sorumlu bunları ilk haritaya dahil edebilir; değilse, görüşme hâlâ neyin gerekli olduğunu belirleyebilir. Yolculuğu adlandıran kısa bir not memnuniyetle karşılanır ve sorumlunuz özel bir görüşme için bu ilk haritayı hazırlayacaktır.
Nasıl çalışır
- Ürün bağlamını paylaşınÜrünü, kullanıcılarını ve ele alınan yolculuğu tanımlayın. Mevcut ekranlar ve bilinen teknik kısıtlamalar bağlamı belirlemeye yardımcı olabilir.
- Tasarım kapsamını kararlaştırınSorumlu, hangi yolculukların, inceleyicilerin ve teslimatların çalışmaya ait olduğunu netleştirir. Arayüz taslakları ilerlemeden önce yönü onaylarsınız.
- Yolculuğu haritalayın ve prototipleyinAkışlar, wireframe'ler ve görsel tasarım geliştirir, ardından kararlaştırılan ekranları tıklanabilir bir Figma prototipinde birleştiririz.
- İnceleyin ve teslim edinEkibiniz temel durumları inceler, derlenmiş geri bildirim sağlar ve uygulama notlarıyla birlikte kararlaştırılan Figma dosyalarını alır.
Sık sorulan sorular
İlk tasarım görüşmesi için hangi bilgiler faydalıdır?
Bir ürün açıklaması, hedef kullanıcılar ve ana görev başlamak için yeterlidir. Mevcut ekranlar, prototipler ve teknik kısıtlamalar faydalı bağlam ekler ancak eksiksiz bir şartname gerekmez. Sorumlunuz açık soruları toplayabilir ve ilk yolculuk haritalanmadan önce yazılı onayı kimin sağlayacağını belirleyebilir.
Çalışma tek bir dApp yolculuğuna odaklanabilir mi?
Evet. Tasarım, tam bir ürün arayüzü yerine onboarding, cüzdan bağlantısı veya bir işlem gibi tek bir yolculuğu ele alabilir. Önce bu yolculuğun nerede başlayıp bittiğini, hangi durumların önemli olduğunu ve geliştiricilerinizin neye ihtiyacı olduğunu netleştiririz. Sorumlu, kapsam kararlaştırılırken bu odağı görünür tutar.
Figma tesliminden önce prototipi görecek miyiz?
Evet, tıklanabilir bir Figma prototipi kararlaştırılan teslimatlar arasında yer alabilir ve teslimden önce inceleme için gösterilebilir. İlgili ekranları birbirine bağlar, böylece ekibiniz kullanıcı yolculuğunu inceleyebilir. Nihai dosyalar hazırlanmadan önce haritalanan akış ve görsel yön hakkında geri bildirim sağlarsınız.
Ekibinizin halihazırda sahip olduğu bir arayüzle çalışabilir misiniz?
Evet. Mevcut ekranlar, bir prototip veya bir staging ürünü, mevcut deneyimi anlamamıza yardımcı olabilir. Ürün ihtiyacına bağlı olarak seçilen bir yolculuğa odaklanabilir veya daha geniş bir arayüz üzerinde çalışabiliriz. Erken inceleme, neyin tutarlı kalması gerektiğini neyin yeni bir tasarım kararı gerektirdiğinden ayırır.
Web3 ürün tasarımı için zamanlama nasıl kararlaştırılır?
Zamanlama, seçilen yolculuklar, araştırma ihtiyaçları ve inceleme düzenlemeleri anlaşıldıktan sonra kararlaştırılır. Odaklanmış bir akış, daha geniş bir arayüz sisteminden farklı bir sıra gerektirir. Sorumlu, tasarım çalışması başlamadan önce aşamaları ve ilgili inceleyicileri teyit eder ve onayları süreç boyunca görünür tutar.
Tasarım, bir cüzdanın tam olarak ne göstereceğini belirleyebilir mi?
Hayır. Tasarım, ürünün kendi ekranlarını belirleyebilir ve harici bir cüzdanın devraldığı yeri açıklayabilir ancak cüzdan sağlayıcısı kendi onay deneyimini kontrol eder. Bu geçişi prototipte işaretler ve mühendisliğin doğrulaması gereken davranışları not ederiz. Yolculuğu adlandıran kısa bir not memnuniyetle karşılanır; sorumlunuz özel bir görüşme için ilk haritayı hazırlayabilir.
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…