Bir geliştirici, projede tasarımcı yoksa UI maketi yapmalı mı?

Özel bir web uygulaması yaratan küçük bir ekiple çalışıyorum ve UX çok fazla bir öneme sahip değil çünkü kendi çalışanlarımız onu çalıştıracaklar, ancak işlerini kolaylaştırmaya çalışıyoruz.

Geliştirici olarak, yeni bir ekran oluşturmaya başlamadan önce bir kullanıcı arayüzü mockup oluşturmalı mıyım? Çok fazla bir şey yok, çoğunlukla iş arkadaşlarıyla konuşmak ve bir referans modeline sahip olmak için genel düzen. Kör kod yazmadan önce bazı UML diyagramları oluşturmakla karşılaştırıyordum.

İş arkadaşlarımdan biri, bunun saçma olduğunu ve bunu yapmak için benim işim olmadığını söylüyor.

Bu tür projelerde çok sık çalışıyorum ve cevap yankılanan bir EVET ve mümkün olduğunca erken.

İnsanlar eleştirelleştirmeyi biraz taslak geliştirmek için sıfırdan bir çözüm bulmaktan daha kolay buluyorlar . Bu yüzden iki nedenden dolayı erken hazırlanmaya başlıyorum:

• Konu uzmanlarına bilgilerin nasıl sunulacağına dair bir fikir verin.
• Şimdiki problem ve bilgi yapıları hakkındaki anlayışımı göster.

Nadir durumlarda, üzerinde anlaştıklarımızı teslim ettiğimin bir kanıtı da vardı.

Mockup'lar harika ve bir dev'in bunları yapmaması için hiçbir sebep yok. (Projede UI tasarımcıları olsa bile, bir kullanıcı arayüzü tasarımının kaba bir taslağını hazırlamak bile kullanışlı olabilir.)

Son derece tavsiye ederim, gerçek ekranlara benzeyen örnekler oluşturmuyorsunuz. Bunları, renkler ve temalar gibi önemli olmayan şeylere odaklanan son kullanıcılarla paylaşıyorsanız. Yapmamı önerdiğim şey ya kağıda çizilen el ya da beyaz tahta çizimleri oluşturmak. Ya da bilgisayarda onları isterseniz Kalem Projesi veya Visio gibi bir şey kullanın ( işte elle çizilmiş bir Jonathan Abbett'in bazı Visio kalıpları.)

Evet kesinlikle.

Başka birinin size işinizi nasıl yapacağınızı söylemesine izin vermeyin. Haklısınız, veri modeliniz için UML yapmak gibi bir şey. Geliştirici olduğunuzu varsayarsak, işiniz kaliteli yazılımlar sunmaktır. Eğer örnekler bunu yapmanıza yardımcı olursa, bu işinizin bir parçası.

Aslına uygun olmayan örnekler yapın - onları gerçek ekranlar gibi göstermeyin. Yazı tiplerini, pikselleri ve kenarlıkları ayarlamak için çok fazla zaman harcayacaksınız ve kullanıcılarınız işlevlere odaklanmak yerine bu tür ayrıntılara dikkat edecekler. Balsamiq gibi bir şey bunun için harika, şüphesiz başka benzer araçlar var. Elinizde mockup ile projenin özelliklerini kullanıcılarınızla ve geliştirme ekibinin diğer üyeleriyle tartışmak çok daha kolay hale gelir.

"Yeni bir ekran" tasarlarken, kullanıcı arayüzünün kaba fikrini ilk önce bir kullanıcı ve / veya iş arkadaşlarınızla tartışmak istersiniz. Bunu bir kullanıcıyla "kod" veya "UML'de" tartışamazsınız, sadece işe yaramaz (programcılar arasında bile çalışmaz). İlk iki veya üç eskizinizi atmanız veya en azından kullanıcı arabirimi öğelerini büyük ölçüde yeniden düzenlemenizi beklemelisiniz.

Dolayısıyla, bunu hızlı bir şekilde yapmanıza izin veren bir grafik UI tasarım aracınız varsa, onu kullanmanız mantıklı olacaktır. Ancak, UI öğelerini manuel olarak kodlamanız ve UI öğelerini yeniden atmanız veya yeniden düzenlemeniz gerekirse, önce UI'yi "kodlamak" değil, daha açık olacaktır. Bir grafik çizim aracı kullanarak ya da sadece kalem ve kağıt kullanarak ayrı örnekler oluşturmak çok daha etkili olacaktır.

Şart değil. Maketlerin çok az kullanılmasının iki nedeni var.

Birincisi, yapmak üzere olduğunuz şeyleri yapmakla ilgili köklü endüstri uygulamaları varsa, devam edip tam olarak bunu yapabilirsiniz. UI tasarım sanatını ilerletmeyeceksiniz, ama bu da aynı şekilde.

İkincisi, son kullanıcılarınız genellikle onlar için neyin iyi olduğunu ve neden böyle olduğunu bilmiyor. Sadece programı kullanmaya başlayana kadar (gerçek veya sahte verilerle) söyleyemezler. Hiçbir statik maket bu konuda yardımcı olmaz.

Mütevazı derecede esnek bir web çerçevesiyle, "önceki N ekranlarında olduğu gibi" başka bir UI ekranı için, çalışan bir prototiple başlayabilir ve ilerledikçe yeniden düzenleyebilirsiniz. Bir mockup yapın ve ne zaman güzel bir şey yapmak üzereseniz meslektaşlarınızla görüşün.

HER ZAMAN!

Küçük bir şirket için çalışıyorum ve tek "Yumuşak" BT kişisiyim. Tüm gereksinimleri, tasarım, kodlama, test (birisi benim testleri her zaman doğrulasa da), veritabanı tasarımını vs.

TASARIM ADIMLARINDAKİ KÖŞELERİ KESMEYİN - son kullanıcılarınız size teşekkür eder. Eğer, çünkü kendinizi çok teşekkür edecek OLACAK o son kullanıcıların mutlu etmek için yeniden çalışma sonunda. Elinizdeki makbuz elle karalanmış bir kağıt parçasından başka bir şey olmasa da, onlara ne bekleneceği hakkında bir fikir verir. Bir şeyi karalamak için 10 dakika ayırmak, bir haftanın çalışma zamanından tasarruf etmenizi sağlayabilir (oradaydı, bunu yaptım)

Ayrıca kodlamanızda size yardımcı olur. Yapmanız gerekenleri, başarmanın en etkili yolunu ve yoldaki tüm engelleri düşünmeniz için size bir şans verir.

Örneğin, oluşturmanız gereken "basit" raporun ilk düşündüğünüzden daha zor olduğunu görebilirsiniz, çünkü xyz tablosunda bir tarih belirlemediğinizden. Aynı zamanda ufkunuzu genişletir ve ekibinize, üstlerinize ve hatta asgari seviyeden daha fazlasını yaptığınız ve “bu benim işim değil” kutusunun dışına çıkabileceği gelecekteki potansiyel kariyer fırsatları için kullanılabileceğini gösterir. Bu adam olmayın, hepimiz ondan nefret ediyoruz) ya da size ek öğrenme için bir şans verir.

Buna daha genel bir şekilde bakalım:

• Taslaklar oluşturmak iyi bir fikir midir?
• Taslakları kim oluşturmalı?

Taslaklar oluşturmak iyi bir fikir midir?

Taslaklar oluşturmak esas olarak 2 fayda sağlar. İlk olarak, yapılan asıl işin hızlanmasına yol açan odaklanma sağlar. İkincisi, iş tamamlanmadan önce işin yönünü tartışmayı çok daha basit hale getirir.

Taslak oluşturmanın olumsuz tarafı zaman kullanmasıdır. Oluşturulması 4 saat süren bir iş için ayrıntılı bir taslak oluşturmak için 2 saat harcamak çok az mantıklı.

Sizin durumunuzda, mockup seviyesinin projeye giren tahmini iş miktarını ve taslağın yararını göz önünde bulundurması gerekir. Bunlara bağlı olarak, makbuzunuz bir post-it'le 10 saniyelik bir karalama arasında ve tamamen etkileşimli bir web sitesinde olabilir. Çok büyük ve pahalı projeler için bütün ekiplerin haftalarca taslak üzerinde çalışmasını ve bunu yaparken taslaklarının taslaklarını oluşturmasını sağlamak nadir değildir.

Taslakları kim oluşturmalı?

Burada ayrıntılı bir cevaba gerek yok: Bir taslak oluşturmaktan faydalanırsanız, bir taslak yaratırsınız. Sizin için taslak yapan bir başkasından faydalanıyorsanız, bir başkasından sizin için taslak oluşturmasını isteyin.

Meslektaşın kesinlikle doğru. Dahili uygulamalar genellikle önceden tanımlanmış bir görünüme sahiptir. Ayrıca, bu tür uygulamalar için, kullanıcılar en son kullanıcı arayüzünü aramıyorlar. Tek istedikleri işe yarayan ve kullanımı oldukça kolay olan bir şey. Kullanıcı arayüzünü (dahili uygulamalar için şiddetle tavsiye edeceğim) radikal bir şekilde değiştirmeyi planlamıyorsanız, sadece mevcut görünüm ve hissi takip edin. Mock-up'lar harika, ama sizin durumunuzda, sadece acınızı artıracak.