Як дизайнеру не сваритись з розробниками?
30.01.20. Час прочитання - 4 хв
Зачасту, коли мова йде про верстку, програмісти говорять про неї з іронією. Мовляв, це так “ізі”, навіть мавпа з цим впорається. Але якщо це так легко, то чому 90% розробників так жахливо верстають? Відповідь проста: вони не “паряться” дрібницями. Світ побудований так, що всі займаються своєю справою. Нормально, що дизайнер трясеться над кожним пікселем, окей, якщо розробник не помітив, що фон насправді не білий, а трошки #FEFEFE. І головне, що він у цьому не винен, його хвилює, щоб все працювало. То як не дратуватися, а спокійно отримувати ту верстку, яка відповідає Вашому макету?
1️⃣Більше розмовляйте
Золоте правило: пам’ятайте, деякі речі зрозумілі тільки Вам. Розповідайте розробникам про свої макети, пояснюйте як повинні поводитись елементи. Не змушуйте людину здогадуватись, бо потім доведеться все переробляти.
2️⃣Часто тестуйте
Люди не люблять ділитися не готовим результатом, а особливо дизайнери та розробники. Але такий підхід несе за собою велику гору правок, що в кінцевому результаті тільки розчарує. Тому варто в ході роботи показувати, обговорювати та вносити правки в проект. Дизайнери теж помиляються і в процесі верстки буває, що потрібно зробити нові обрахунки та виправити макет.
3️⃣Не ображайте
Трішки толерантності та ніжності в комунікації і “алє оп” — програміст не хоче лаятись, а добродушно сідає за правки. Іноді, пишучи коментарі, варто проаналізувати чи не опускаємо ми іншу людину до рівня плінтуса?
Не будьте різкими, для початку похваліть роботу розробника, він тратив на це час, старався, а тоді вже внесіть корективи. До речі, зачасту все не так страшно, як здається, для бажаного результату достатньо змінити тільки кілька рядків коду.
4️⃣Не ображайтесь
Вас теж будуть критикувати. Це окей.
Можуть виникати ситуації, де Ви теж не правильно вирахуєте відступи чи зазначите різні відтінки одного ж кольору, чи вставите обрізану картинку в макет. Всі ми люди і дизайнери теж помиляються. Якщо розробник підходить до Вас уточнити якесь питання і Ви бачите похибку, не потрібно це сприймати на власний рахунок та ображатись, просто виправіть помилку і тіштесь, що вона вилізла так вчасно.
5️⃣Пишіть гайди
Пишіть документацію до основних компонентів проекту.
Кнопки, дропдауни, поля вводу, стилі тексту, меню, іконки: описуйте всі ці елементи в деталях. Один раз виділивши на це час, Ви можете уникнути гори правок і розхитаних нервів.
Документація буде постійно зростати разом з проектом, тому не забувайте її оновлювати. А ще її можна класно оформити, а потім навіть роздрукувати, щоб була завжди під рукою у розробника.
6️⃣За що не варто боротися?
Дизайнеру добре б розуміти базові принципи верстки, і знати, які речі адекватні, а які не дуже (йде мова про такі речі як сітка та розміри макета).
Деякі речі з дизайну не можуть бути втілені в реальний проект без супер кривих і довгих милиць. Наприклад, супер-мега-класну потрійну тінь під кнопкою в деяких версіях Android не буде видно. І деякими елементами в Вашому дизайні таки доведеться завжди пожертвувати з огляду на бюджет замовника і час розробника, який теж оплачує клієнт.
7️⃣Не соромтесь питати
Якщо Ви задумали щось грандіозне, то не забудьте запитати розробника чи зможе він це реалізувати…
В ідеалі шукайте референси, де програміст зможе побачити чи зробить він щось подібне, чи надто складно і затратно. Такий підхід позбавить Вас розчарувань у перспективі.
8️⃣Не переводьте стрілки
Завжди в колективі є ті, хто хочуть прикрити свою задницю і залишитись осторонь відповідальності. Не переводьте стрілки, бо якщо проект поданий в сирому вигляді і відверто не ок, то це і Ваша провина теж. Нехай макет ідеальний, є документація і коментарі, Ви залишаєтесь тою людиною, яка має трясти розробників і слідкувати, щоб результат відповідав запланованому.
Висновок
Розробник повинен стати Вашим найкращим другом, щоб Ви разом отримали гарний результат і користувач був задоволений продуктом. Не сваріться і не сперечайтесь, а якщо хочеться на когось позлитись, то завжди для цього є менеджери. ЖАРТ😅