Безкоштовно · українською · 8 хв читання
Як задизайнити мобільний додаток: покроково для початківців
Дизайн мобільного застосунку з нуля: сценарій, навігація, розміри й безпечні зони, стани екранів і прототип на телефоні. З правилами Apple і Android.
- Почнете з одного сценарію й не намалюєте 40 зайвих екранів
- Знатимете ключові правила Apple й Android: 44 pt, 48 dp, безпечні зони
- Перевірите клікабельний прототип на справжньому телефоні
- Безкоштовно
- 1504 учасники
- Вхід за 1 клік
П'ять кроків до першого мобільного застосунку
- 1
Крок 1
Один головний сценарій замість списку функцій
- 2
Крок 2
Навігація за правилами платформи
- 3
Крок 3
Розміри, текст і безпечні зони
- 4
Крок 4
Стани екранів і незручні випадки
- 5
Крок 5
Прототип на справжньому телефоні
- 1504
- учасники спільноти
- 8915
- повідомлень із запитаннями з липня 2024
- 9
- дизайн-ігор з вересня 2024
- 759
- людей писали в чат
Цей гайд для вас, якщо ви
Маєте ідею застосунку
Хочете показати її розробнику чи друзям, але не знаєте, з якого екрана почати.
Робили лише сайти
Звикли до широкого екрана й мишки, а тепер треба думати про палець, жести й вирізи екрана.
Збираєте портфоліо
Потрібен мобільний кейс, який виглядає як справжній продукт, а не як набір гарних екранів.
Коротко
- Починайте не з екранів, а з одного головного сценарію: що людина хоче зробити і за скільки кроків.
- Читайте правила платформ: Human Interface Guidelines від Apple і Material Design від Google. Вони відповідають на більшість питань, які новачок вигадує з нуля.
- Головні розділи — у видимій навігації з підписами, а не в «гамбургері».
- Кнопки під палець: Apple рекомендує 44 на 44 pt, Android — щонайменше 48 на 48 dp.
- Кожен екран має стани: завантаження, порожньо, помилка, немає мережі. Перевіряйте все на справжньому телефоні.
П'ять кроків до першого мобільного застосунку
- 1
Крок 1
Один головний сценарій замість списку функцій
Типова помилка новачка — одразу малювати десятки екранів «про все». Почніть з однієї людини й однієї задачі. Наприклад, навчальний проєкт: застосунок для запису до сусідньої кав'ярні або трекер звичок. Опишіть сценарій текстом, крок за кроком, від відкриття застосунку до результату:
- хто ця людина і в якій ситуації відкриває застосунок (у черзі, в транспорті, однією рукою);
- що вона хоче отримати — одним реченням;
- які кроки проходить і які дані вводить на кожному;
- де може щось піти не так: немає мережі, помилка оплати, порожній список.
💡 Намалюйте сценарій як ланцюжок прямокутників на папері: один прямокутник — один екран. Якщо ланцюжок здається задовгим, пошукайте, що можна об'єднати чи прибрати.
- 2
Крок 2
Навігація за правилами платформи
Мобільні застосунки не вигадують навігацію з нуля: в Apple є Human Interface Guidelines, у Google — Material Design. Почніть з розділів про навігацію. Наприклад, Apple радить використовувати панель вкладок (tab bar) для переходу між розділами, а не для дій, підписувати кожну вкладку, бажано одним словом, і пам'ятати, що між меншою кількістю вкладок орієнтуватися простіше. Якщо вкладки не вміщаються, iOS ховає зайві в розділ «Ще», і до них важче дістатися.
- випишіть кілька розділів, у які людина заходить найчастіше, — кандидати на вкладки;
- дії над вмістом екрана (додати, поділитися, фільтр) — у панелі інструментів чи кнопках, а не у вкладках;
- не ховайте головні розділи в «гамбургер»: за дослідженням NN/g, прихованою навігацією користуються рідше, ніж видимою, а задачі виконують довше, і на телефонах, і на десктопі;
- кнопка «Назад» і заголовок угорі мають підказувати, де людина зараз.
Покажіть свій застосунок до релізу
Свіжий погляд швидко помітить вкладку без підпису чи кнопку під вирізом екрана. Скиньте в спільноту посилання на прототип і попросіть пройти ваш сценарій з телефона.
Показати свій застосунокБезкоштовно. 1504 дизайнери вже в спільноті.
- 3
Крок 3
Розміри, текст і безпечні зони
У Figma створіть фрейм із готових розмірів телефона й одразу пам'ятайте про безпечну зону: Apple визначає її як область, яку не перекривають апаратні особливості й системні панелі, як-от Dynamic Island, рядок стану чи панель вкладок. Важливий вміст і кнопки — лише всередині неї. Далі кілька чисел, які варто знати:
- Apple рекомендує розмір елементів керування на iPhone 44 на 44 pt (мінімум — 28 на 28 pt);
- у документації Android для доступності — ціль для дотику щонайменше 48 на 48 dp;
- на iOS стандартний розмір основного тексту — 17 pt, мінімальний — 11 pt;
- між кнопками, які стоять поруч, залишайте місце: Apple наголошує, що відстань між елементами важить не менше, ніж їхній розмір.
💡 Вашим застосунком користуватимуться й люди з великим системним шрифтом. Перевірте свій екран зі збільшеним текстом: де заголовок не вмістився, там потрібне перенесення рядка, а не дрібніший шрифт.
- 4
Крок 4
Стани екранів і незручні випадки
Гарний екран із ідеальними даними — лише один із варіантів. Для кожного екрана сценарію додайте стани, у яких застосунок опиняється насправді:
- завантаження: що бачить людина, поки дані ще не прийшли;
- порожньо: перший запуск, ще немає записів — поясніть, що тут буде, і дайте кнопку для першої дії;
- помилка й відсутність мережі: що сталося і що людина може зробити;
- довгі імена, великі суми, переклад іншою мовою — текст має переноситися, а не обрізатися на півслові;
- доступ до камери, геолокації чи сповіщень: документація Android радить просити дозвіл у контексті, коли людина починає користуватися функцією, якій він потрібен, а не на першому екрані.
- 5
Крок 5
Прототип на справжньому телефоні
Мобільний макет на великому моніторі обманює: кнопки здаються більшими, а текст — читабельнішим. З'єднайте екрани в клікабельний прототип у Figma і відкрийте його на телефоні: мобільний застосунок Figma дає переглядати й тестувати прототипи, а також транслювати вибрані фрейми з комп'ютера на телефон. Потім дайте телефон кільком людям із задачею зі сценарію і мовчки спостерігайте.
- де людина зупинилася й почала шукати — там проблема в навігації чи підписах;
- куди вона натискала, а там нічого не відбулося;
- чи дотягнулася до кнопок однією рукою.
💡 Як зробити прототип із переходами й оверлеями, детально описано в гайді Прототип у Figma. А готовий сценарій покажіть у спільноті: людям, які не бачили ваших чернеток, видно більше.
Ви не самі з цими питаннями
Ми порахували, про що найчастіше питають у нашій спільноті. Навчання, портфоліо й Figma — у трійці лідерів. Мобільний застосунок — зручний перший кейс: один сценарій, кілька екранів і перевірка на телефоні.
Повідомлення за темами в Spaceberry Community, липень 2024 — листопад 2026. Пошук за ключовими словами.
Практика з дедлайном і живим фідбеком
Найкраще вчить задача з терміном, яку бачать інші люди. Тому в спільноті регулярно проходять дизайн-ігри: однакове завдання для всіх, дедлайн і голосування.

Дизайн-гра · січень 2026
Редизайн сайту НАОМА
Головна сторінка академії очима абітурієнта, студента й викладача. Три роботи у фіналі, переможця обрала спільнота.

AI-челендж · травень 2025
Лендинг, створений AI
Логотип, тексти й візуали — тільки AI-інструментами. Чотири роботи, анонімне голосування, учасники поділилися промптами.

Воркшоп · квітень 2026
Figmosha: AI у Figma
Автор інструмента показав, як генерувати інтерфейси у Figma й аналізувати дизайн-систему.
Безкоштовно. 1504 дизайнери вже в спільноті.
Як приєднатися — 1 хвилина
- 1
Натисніть кнопку
Відкриється Telegram зі спільнотою Spaceberry.
- 2
Приєднайтеся
Це безкоштовно: достатньо акаунта в Telegram.
- 3
Представтеся
Напишіть, з чого починаєте, і поставте перше питання.
Часті питання
Не знайшли відповіді? Поставте питання в спільноті — там відповідають.
Робити дизайн окремо для iPhone і Android?
Для навчального проєкту достатньо однієї платформи — оберіть ту, якою користуєтеся самі. У робочих проєктах часто роблять спільну основу й адаптують навігацію, системні елементи та жести під правила кожної платформи: Human Interface Guidelines для Apple і Material Design для Android.
У якій програмі дизайнити застосунок?
Найчастіше у Figma: там є фрейми під розміри телефонів, компоненти, Auto layout і прототипи, а мобільний застосунок Figma дає перевірити прототип на телефоні. Для навчальних макетів вистачає безкоштовного тарифу. Щоб не малювати системні елементи з нуля, підключіть готові UI kits платформ: так панелі, клавіатура й перемикачі виглядатимуть як справжні.
Чи треба вміти програмувати?
Ні, щоб дизайнити застосунки, код не обов'язковий. Але варто розуміти, як працюють стандартні компоненти платформи: тоді ваш макет легше реалізувати, і розробник не буде переробляти його «під систему». Почніть із розділів про компоненти в Human Interface Guidelines і Material Design та спитайте розробника, які обмеження має ваша платформа.
Скільки екранів показати в кейсі для портфоліо?
Важливіше не кількість, а завершений сценарій: проблема, кроки, ключові екрани, стани помилок і порожніх екранів, результат перевірки з людьми. Для навчального застосунку зазвичай вистачає одного сценарію на кілька ключових екранів плюс їхні стани. Як оформити це в кейс — у гайді [Портфоліо дизайнера](/guides/designer-portfolio).
Чи платна спільнота Spaceberry?
Ні, Spaceberry Community повністю безкоштовна. Її підтримує громадська організація Spaceberry Foundation, яка працює не для прибутку. Щоб приєднатися, достатньо акаунта в Telegram: натисніть кнопку на цій сторінці, представтеся й поставте перше питання. У спільноті 1504 дизайнери: вони діляться макетами, дають фідбек і беруть участь у дизайн-іграх з однаковим завданням для всіх.
Перший застосунок — разом зі спільнотою
Приєднуйтеся до 1504 дизайнерів, які вчаться, діляться роботами й грають у дизайн-ігри. Покажіть свій сценарій і дізнайтеся, де люди спотикаються.
- Безкоштовно
- 1504 учасники
- Вхід за 1 клік
Оновлено · Spaceberry Foundation
Джерела:
- Apple Human Interface Guidelines — Tab bars
- Apple Human Interface Guidelines — Accessibility (control sizes)
- Apple Human Interface Guidelines — Typography
- Apple Human Interface Guidelines — Layout (safe areas)
- Android Developers — Make apps more accessible (touch target size)
- Android Developers — Request runtime permissions
- Nielsen Norman Group — Hamburger Menus and Hidden Navigation Hurt UX Metrics
- Figma Learn — Guide to the Figma mobile app