Как сделать макет приложения

Как подготовить макет интерфейса мобильного приложения к передаче в разработку?

Или «как сделать вашего разработчика счастливым, а финальное приложение точно сверстанным по макету».

Published in
5 min read
Jun 14, 2018

Каждому, кто так или иначе связан с мобильной разработкой, знакомы проблемы и разногласия, возникающие на стыке интересов программиста и дизайнера мобильного приложения, когда речь заходит о том, как правильно подготовить и передать дизайн в разработку.

Проанализировав свой многолетний опыт работы, я с уверенностью могу сказать, что:

Дизайн мобильного приложения считается законченным только тогда, когда разработчику переданы все необходимые для его верстки материалы, а это далеко не только один макет.

Основное, что должен получить от вас разработчик:

Дизайн-макет приложения, выполненный в Sketch, Figma, XD, Photoshop, Illustrator, в виде файла или ссылки.
Дизайн-макет приложения, загруженный в Zeplin, Sympli или другой инструмент для «просмотра макета глазами разработчика», в виде ссылки.
Карту экранов приложения, выполненную в XMind, MS Visio или другом похожем по функционалу инструменте, в виде файла или ссылки.
Кликабельный прототип, выполненный в Marvel, InVision или другом похожем по функционалу инструменте (Sketch, XD, Figma, Framer, UXPin, и пр.) в виде сслыки.
Иконки и иллюстрации использованные в дизайн-макете для всех плотностей экранов в виде файлов: mdpi, hdpi, xhdpi, xxhpdi, xxxhdpi — для Android и @1x, @2x, @3x— для iOS.
Шрифты, использованные в дизайн-макете, в виде файлов.
Видео-файлы со всеми нестандартными анимациями или ссылки на примеры таких анимаций из других приложений.

Немного расскажу поподробней про каждый пункт.

Непосредственно сам макет

Дизайн-макет приложения может быть выполнен в любом удобном вам и вашей команде инструменте. Как правило, это Sketch, XD, Figma, Photoshop или Illustrator. Другие инструменты are fine as well, но лучше использовать что-то популярное.

В чём бы вы ни работали, ещё раз проверьте, всё ли внутри макета в порядке, а именно:

Используются pt в качестве единиц измерения.
Используется сетка 8×8 pt для Android и 10×10 pt для iOS и к ней включена привязка (а не к пикселю).
Все артборды созданы для базового ppi (в @1x или mdpi).
Все артборды, группы и, по возможности, все слои адекватно проименованы («Rectangle copy 59» или «Group 12» быть не должно).
Все иконки и иллюстрации помечены как «exportable» и имеют понятные имена.
Нет пустых или недоделанных экранов, элементов.

�� Зачем это? Это просто контроль качества. Если макет сделан некорректно, то это так или иначе приведет к конфликту или правкам. Лучше сделать хорошо сразу.

Макет для «просмотра глазами разработчика»

Макет нужно загрузить в Zeplin или Sympli. Ну или сгенерировать ссылку для разработчика, если вы работаете в Figma или Sketch.

�� Зачем это? Это делается для того, чтобы разработчик мог посмотреть все спецификации (отступы, размеры, цвета, названия шрифтов и пр.) и при этом не открывать оригинальный файл с дизайн-макетом в редакторе, которого, к слову, у него может и не быть.

Карта экранов

Карта экранов — это изображение, которое отражает в себе все экраны приложения и все возможные переходы между ними.

Для каждого из переходов желательно обозначить действие, инициирующее его (к примеру, нажатие кнопки или определенный жест пользователя). Каждый из экранов должен быть определенным образом обозначен (например, номер или название).

Карту экранов лучше всего рисовать в инструментах для составления mindmap’ов. Мои любимые, например, XMind и MS Visio.

�� Зачем это? Карта экранов поможет разработчику разобраться с логикой приложения. Из нее он сразу получит ответы в стиле «что будет, если нажать на это?».

Кликабельный прототип

Кликабельный прототип — это интерактивный макет, цель которого в данном случае также показать разработчику, как должно работать приложение, согласно вашей задумке.

�� Зачем это? Если разработчик будет сам экспортировать иконки, то что-то обязательно пойдет не так. Поедет цвет, иконки станут мыльными и так далее. К тому же, он будет вынужден потратить время на то, чтобы разобраться с тем, как их экспортировать и как назвать, вместо того, чтобы кодить. Лучше избежать этого и сделать всё самому. Тогда разработчик просто скопирует всё в Android Studio или XCode и будет счастлив.

Шрифты

Нужно сложить в отдельную папку все шрифты, использованные в макете. Если это платный шрифт, то ссылку на место, где его можно купить. Но лучше не использовать платные шрифты.

�� Зачем это? Если разработчик будет искать использованные вами шрифты сам, то есть вероятность того, что он найдет не тот шрифт или, например, устаревшую версию шрифта. Лучше всего будет просто потратить 2 минуты и сохранить шрифты отдельно.

Видео с анимациями

Если вы сделали очень клевую нестандартную анимацию интерфейса в After Effects или Principle и хотите её реализовать, то её тоже нужно экспортировать и передать разработчику. Можно как в видео-формате, так и в формате GIF.

Если же вы просто хотите сделать «как вот в этом приложении», то не забудьте положить ссылки на примеры таких анимаций.

�� Зачем это? Если разработчик не увидит вашей анимации, он просто её не реализует и ваша задумка окажется лишь задумкой.

Итого

Таким образом, финальный идеальный ZIP-архив, который отдается счастливому разработчику должен иметь примерно такую структуру:

Кроме этого в файле ReadMe.TXT или в сопроводительном письме не забудьте добавить ссылки на:

Кликабельный прототип, выполненный в Marvel, InVision (или в Sketch, XD, Figma, Framer, UXPin, и пр.).
Дизайн-макет приложения, загруженный в Zeplin, Sympli (или в другой инструмент для «просмотра макета глазами разработчика»).

Буду рад вашим комментариям �� и аплодисментам ��.

Я на Behance: behance.net/AlexMomotov
Я в ВК: vk.com/momotov_sasha
Я в Telegram: t.me/AlexMomotov

15 удобных приложений для создания макета проекта

Интсрументы Wireframing широко используются многими дизайнерами, разработчиками и менеджерами проектов для визуализации приложений и карты сайта. Для фирмы-заказчика, или клиента очень сложно понять то, как именно делается его сайт и внешняя оболочка этого сайта, но сделав макет web-страницы, или приложения с помощью специальных инструментов, непонимание между разработчиком и клиентом исчезает. С помощью таких макетов расписывается структура сайта, его компоненты, и то, как эти компоненты будут размещены.

Создание подобного «черновика», должно быть быстрым, оно не должно отнимать много времени от самого проекта, так как сам макет может меняться в течении всей разработки и до достижения окончательного результата. Для этого многие дизайнеры и разработчики ищут бесплатные приложения Wireframing, работающие в режиме реального времени. Такие приложения помогут легко и быстро создать каркас проэкта и поделится ним с клиентом, или с кем-то из команды.
Здесь вы можете найти 15 бесплатных Wireframing инструментов для визуализации идей и проектов. Некоторые инструменты являются полностью бесплатными, а некоторые частично. Просмотрев инструменты, вы можете поделиться с нами ваши соображениями и идеями, а сели вы знаете другие подобные приложения, сообщите нам об этом в комментариях, пожалуйста.

Mockingbird – это онлайн инструмент для создания Wireframing и связи различных частей вашего проекта, например, веб-сайта и веб-приложения. Кроме того, с его помощью вы можете поделиться своим макетом с коллегами или клиентом.