Дизайнер vs програміст: помилка №5 – статичність

Намальований дизайн при його використанні виглядає не зовсім так, як макет, тому що йому притаманний рух і зміна станів.

➡ ➡ ➡ Читайте про помилку №4.

Джерело – inspirationmobile.tumblr.com

На практиці буває так, що дизайнери перекладають всі анімації, зміни станів і тд цілковито на плечі програмістів. Особисто для мене, це виглядає досить дивним, бо за вигляд має відповідати саме дизайнер. Але чомусь “трудяги креативної професії” охоче діляться своїми повноваженнями з “гіками” (geek, для тих хто не знає).

Мені здається, що це найбільше пов’язане із лінощами, бо це ж треба для кожного стану намалювати окремий екран, а, з іншого боку, з недостатньою продуманістю користувацького досвіду… Особливо це помітно при дизайні на мобільні гаджети, які обмежені розміром і мають “запопадливу” клавіатуру, яку вічно треба розмістити чи не на половину екрану.

Причому проблеми зазвичай стосуються не складних випадків де є серйозна анімація, а саме стандартних випадків.

Джерело – developer.apple.com

Клавіатура

Кожен екран де є поля для введення і бажано продумати, як же вони будуть виглядати, коли все ж таки користувач захоче цим скористатися! А ще краще показати це в макеті! Тому, що потім програмістам, “які не мають смаку в дизайні”, доводиться вирішувати, як же змінювати лейаут, чи куди зміщувати екран, коли та клавіатура закриває поле для введення тексту. Тому пояснюю популярно: панове дизайнери, якщо ви використовуєте програмне забезпечення, на якому важко приліпити до забраження клавіатуру, або змінюйте програмне забезпечення, або не беріться за дизайн для мобільних пристроїв.

Динамічності екрану пов’язана із кількістю даних

Елементи UI, які можуть довільно наповнюватися не завжди можуть виглядати так гарно, як того хочеться дизайнеру. Наприклад, таблиці – у них може бути дуже багато значень, але часто буває, що дизайнери враховують лише найгарніший варіант, але, якщо інформації буде більше чи менше ніж на намальваному зразку, то вся “краса” може розчинитися, або й узагалі заховатися за межі екрану.

Екрани з елементами, що рухаються

У випадках, коли табличка має секцію, яка має згортатися/розгортатися – бажано показати це програмісту у вигляді макетів різних станів! Якщо вам це важко робити – читайте “мораль” про клавіатуру. Тому, що програміст дивиться на дизайн і думає, що він статичний, але насправді там щось має розгортатися, щось згоратися, а щось виїжджати! І ні “слова” про це у макетах. Мені здається, що макети мають містити достатньо інформацію, щоб не треба було задавати зайвих запитань, так само як , повинен бути зрозумілий для користувача, без зайвих запитань.

Тому думайте не тільки про кінцевого користувача, бо програмісти – це теж “користувачі” вашого дизайну, навіть, якщо це не обов’язково принесе вам більше грошей, але до карми точно додасть дуже багато балів 😉 + примусить освоїти інструменти де “динаміку” малювати легко!

Далі буде!

kazhut-dyzajnery-ne-vmiyut-pysaty-5

Позначки:

Залишити відповідь

Ваша e-mail адреса не оприлюднюватиметься.