Thunkable: конструктор мобильных приложений из блоков

У многих новичков, которые только слышат про вайбкодинг, возникает один и тот же вопрос: а можно ли вообще собрать настоящее мобильное приложение, если я не знаю ни одного языка программирования? Хочется пощупать экраны, кнопки, переходы — и сразу увидеть результат на своём телефоне, а не читать про синтаксис. Thunkable как раз про это. Это онлайн-конструктор, в котором интерфейс собирают перетягиванием элементов, а поведение приложения описывают блоками, похожими на детали пазла. Ниже — что внутри, чем Thunkable отличается от FlutterFlow и AppSheet, и кому он реально пригодится на пути к созданию приложений с ИИ.

Что такое Thunkable простыми словами

Thunkable — это визуальный конструктор мобильных приложений для iOS и Android. Работа ведётся прямо в браузере: создаёшь проект, добавляешь экраны, перетаскиваешь на них кнопки, картинки, списки, поля ввода и другие элементы. Потом для каждого элемента настраиваешь поведение с помощью цветных блоков: «когда пользователь нажал кнопку», «если текст пустой», «показать другой экран», «сохранить в базу». Эти блоки щёлкаются друг к другу, как детали LEGO, и получается рабочая логика.

Если ты когда-то видел Scratch — образовательную среду для детей, где программы тоже строят из блоков, — принцип очень похож. Главное отличие в том, что Thunkable на выходе даёт не анимацию на компьютере, а приложение, которое можно открыть на телефоне: настоящий APK для Android или сборку для iOS. Ты не пишешь код руками, но при этом работаешь с настоящими понятиями мобильной разработки: экранами, навигацией, состоянием, событиями, компонентами.

Конструктор ориентирован на максимально низкий порог входа. Не нужно устанавливать среду разработки, разбираться в SDK, эмуляторах и сертификатах. Всё происходит в визуальном редакторе. Хочешь кнопку — перетащил кнопку. Хочешь, чтобы при нажатии что-то произошло — соединил блок события с блоком действия. Хочешь посмотреть, как это выглядит на телефоне, — открываешь companion-приложение Thunkable Live, сканируешь QR-код или выбираешь проект, и интерфейс появляется на устройстве в реальном времени.

Блоки в Thunkable делятся на несколько типов. Событийные блоки реагируют на действия пользователя: нажатие, свайп, изменение текста, вход на экран. Блоки управления отвечают за условия, циклы, ожидание и последовательность действий. Блоки переменных позволяют хранить данные внутри одной сессии или между запусками. Блоки компонентов работают с конкретными элементами интерфейса: меняют текст, цвет, видимость, воспроизводят звук, открывают камеру. Есть и блоки для работы с облачными таблицами, API, аутентификацией, аналитикой — уже на уровне визуальных действий.

Из чего состоит проект

Любой проект в Thunkable можно разложить на три слоя. Первый слой — экраны. Это отдельные страницы, между которыми пользователь перемещается. Каждый экран имеет своё имя, свой макет и свой набор компонентов. Второй слой — компоненты, то есть визуальные и невизуальные элементы. Кнопки, метки, поля ввода, списки, изображения относятся к визуальным. Невизуальные компоненты тоже есть: например, компонент для работы с хранилищем, сенсорами, API или звуком. Они не отображаются на экране, но выполняют работу.

Третий слой — блоки логики. Они связывают экраны и компоненты в единое приложение. Когда пользователь нажимает кнопку на экране А, блок логики может изменить текст на экране А, сохранить данные в переменную и открыть экран Б. Без этого слоя приложение будет просто набором картинок. Именно блоки превращают макет в интерактивный продукт.

При этом Thunkable скрывает от новичка технические детали, но не скрывает саму модель приложения. Ты всё ещё работаешь с состоянием, событиями, навигацией и данными — просто в визуальной форме. Поэтому опыт в Thunkable напрямую перекликается с тем, что позже встретится в коде: переменные, функции, условия и обработчики событий — это те же понятия, только записанные по-другому.

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

Чем Thunkable отличается от FlutterFlow и AppSheet

На рынке no-code и low-code инструментов для мобильной разработки есть несколько близких игроков. FlutterFlow и AppSheet часто упоминают рядом с Thunkable, но у них разная философия и разный уровень погружения. Чтобы не путаться, стоит сравнить их по трём вещам: что лежит в основе, насколько глубоко можно копать и насколько быстро получается первый результат.

FlutterFlow строится на базе Flutter — фреймворка от Google для кроссплатформенной разработки. В FlutterFlow ты тоже работаешь в визуальном редакторе, но платформа генерирует настоящий Flutter-код. Это даёт больше глубины: можно настраивать кастомные виджеты, подключать собственные функции, работать с состоянием, писать запросы к базам данных, настраивать публикацию в сторы. FlutterFlow рассчитан на тех, кто уже понимает структуру мобильного приложения и готов потратить время на детальную настройку. Порог входа выше, чем у Thunkable, зато потолок тоже выше.

AppSheet, принадлежащий Google, ведёт от данных. Ты начинаешь с таблицы — Google Sheets, Excel или базы данных — и платформа автоматически строит вокруг неё приложение: формы, списки, карточки, фильтры. Это удобно, если у тебя уже есть структурированные данные и нужно быстро сделать инструмент для их просмотра и редактирования. Но гибкость интерфейса и произвольной логики у AppSheet ограничена: всё крутится вокруг таблицы, а не вокруг пользовательского опыта.

Thunkable занимает другую нишу. Здесь не нужно знать Flutter и не нужно начинать с таблицы. Основной акцент — на быстром прототипировании и обучении. Ты собираешь экраны, добавляешь компоненты и соединяешь блоки логики. Это проще и быстрее, чем в FlutterFlow, и свободнее, чем в AppSheet, но именно поэтому Thunkable редко выбирают для серьёзных продуктовых решений. Более подробный разбор no-code и low-code платформ, их отличий и критериев выбора есть в статье no-code и low-code платформы в 2026 году.

Главный вывод из таблицы: Thunkable выигрывает у конкурентов именно в моменте «первого прикосновения». Если задача — просто понять, как устроены экраны, события и переходы, не вникая в код, Thunkable подходит лучше всего. Когда появляется потребность в сложной логике, уникальном дизайне, серьёзной интеграции с ИИ или публикации в сторах, приходит время переходить к инструментам посерьёзнее — в том числе к работе с кодом через Claude Code.

Зачем это вайбкодеру на курсе

Курс skillmake строится вокруг идеи, что ИИ-ассистент пишет код за тебя, а ты учишься ставить задачи, проверять результат и доводить продукт до ума. Но перед тем как начать работать с Claude Code, полезно хотя бы раз самому собрать что-то простое руками. Thunkable даёт такую возможность без риска утонуть в синтаксисе.

Попробуй сделать в Thunkable что-нибудь совсем базовое: список задач, приложение с цитатами, простую викторину или мини-игру вроде «угадай число». Процесс займёт вечер, а результат можно запустить на телефоне. Это важно не столько ради самого приложения, сколько ради ощущения: ты сам собрал экраны, связал кнопки с действиями, увидел, как изменение одного блока меняет поведение всего приложения. После такого опыта разговор с ИИ-ассистентом становится конкретнее. Ты уже знаешь, что такое экран, кнопка, переменная, условие — и можешь объяснить желаемое поведение своими словами.

Есть и ещё один эффект. Многие новички боятся, что программирование — это что-то недоступное, где любая ошибка ломает всё. Блочный конструктор снимает эту тревожность. Блоки не позволяют соединить несовместимые вещи: если тип данных не подходит, пазл просто не щёлкнется. Это похоже на обучение езде на велосипеде с дополнительными колёсами: ты привыкаешь к балансу, не боясь упасть.

После Thunkable переход к работе с Claude Code идёт мягче. Ты уже понимаешь, что приложение состоит из визуальной части и логики. Ты знаешь, что кнопка может иметь обработчик нажатия. Ты видел, как данные передаются между экранами. Всё это пригодится, когда ассистент начнёт генерировать HTML, CSS и JavaScript для учебного проекта «Змейка». Кстати, разобраться в том, как собрать игру с помощью ИИ, поможет статья как сделать игру «Змейка» с ИИ, а про управление задачами с помощью ИИ — в материале управление задачами с ИИ.

Thunkable полезен на старте ещё и потому, что позволяет быстро проверить идею. Допустим, ты хочешь сделать приложение, в котором пользователь отмечает привычки и видит статистику. Вместо того чтобы неделями обсуждать с ассистентом архитектуру, можно за пару часов собрать упрощённый прототип в Thunkable, показать его друзьям или себе и понять, несёт ли идея вообще ценность. Этот навык — проверять гипотезы быстро — пригодится и в дальнейшей работе с ИИ.

Как это работает на практике

Рабочий процесс в Thunkable состоит из трёх частей: проектирование интерфейса, сборка логики и тестирование на устройстве. Разберём каждую по шагам, без привязки к конкретным версиям интерфейса — названия кнопок могут меняться, но логика остаётся стабильной.

Создание проекта и экранов

Начинаешь с создания нового проекта в браузере. Thunkable предложит выбрать шаблон или начать с пустого приложения. Для обучения лучше пустой проект: меньше лишнего, проще понять, что откуда растёт. Внутри проекта есть понятие экранов — отдельных страниц приложения. Один экран может быть главным меню, другой — формой добавления задачи, третий — экраном результатов. Переключение между экранами настраивается блоками навигации.

Добавление компонентов интерфейса

Слева обычно находится палитра компонентов: текстовые метки, кнопки, поля ввода, изображения, списки, переключатели, слайдеры, карты, видео, датчики телефона. Берёшь нужный элемент и перетаскиваешь на макет экрана. Потом в панели свойств задаёшь цвет, размер, текст, отступы, выравнивание. Всё это наглядно: изменил свойство — сразу видишь результат на макете.

Сборка логики из блоков

Когда интерфейс готов, переходишь к вкладке блоков. Здесь каждый компонент имеет свой набор событий и действий. Например, у кнопки есть событие «Click». Ты перетаскиваешь блок «когда Button1.Click» в рабочую область, а к нему прикрепляешь блок действия: «открыть экран ДобавитьЗадачу» или «сохранить текст из TextInput1 в переменную». Если нужна проверка, добавляешь блок if: «если текст в поле пустой, показать сообщение об ошибке, иначе сохранить задачу». Блоки визуально показывают вложенность, поэтому логика читается почти как список шагов.

Работа с данными

Для простых приложений достаточно локальных переменных и хранилища на устройстве. Переменная в Thunkable — это именованная коробочка, в которой лежит значение: число, текст, список, логическое значение true/false. Хранилище позволяет сохранить данные между запусками приложения. Например, список задач можно положить в локальную базу, чтобы он не исчезал после закрытия приложения. Для более сложных сценариев есть интеграции с облачными таблицами вроде Google Sheets, Airtable или Firebase.

Тестирование на телефоне

Одна из сильных сторон Thunkable — мгновенный просмотр на реальном устройстве. Устанавливаешь companion-приложение Thunkable Live на iPhone или Android, входишь под тем же аккаунтом и выбираешь проект. Любое изменение в редакторе почти сразу отображается на телефоне. Это особенно ценно для новичка: ты видишь, как твоё приложение ведёт себя на настоящем экране, с сенсорным вводом, с камерой, с уведомлениями. Такой feedback loop сильно ускоряет обучение.

Публикация

Когда прототип готов, Thunkable позволяет собрать файл для установки. Для Android это APK — его можно отправить себе или друзьям напрямую. Для iOS процесс сложнее: нужен Apple Developer аккаунт и прохождение процедуры публикации в App Store Connect. На уровне учебного проекта обычно достаточно тестирования через companion-приложение, но возможность собрать реальный файл даёт понимание, что ты делаешь не игрушку, а настоящее приложение.

Пример: собираем простой список задач

Чтобы не оставаться в абстракциях, пройдём пример, который можно собрать за один вечер. Пусть это будет приложение «Список задач» с двумя экранами: главный — со списком, и второй — с формой добавления.

На главном экране размещаем метку с названием приложения, список задач и кнопку «Добавить». Список задач в Thunkable обычно делают через компонент List Viewer или через вертикальную группу меток. Для простоты используем List Viewer: он умеет показывать элементы массива и реагировать на выбор.

Создаём переменную tasks и задаём ей начальное значение — пустой список. При открытии главного экрана мы хотим, чтобы List Viewer показывал текущее содержимое переменной. Для этого берём событие «когда Screen1.Starts» и прикрепляем блок установки элементов списка из переменной tasks.

Кнопка «Добавить» ведёт на второй экран. Там размещаем поле ввода текста и кнопку «Сохранить». Логика кнопки выглядит так: берём текст из поля ввода, проверяем, что он не пустой, добавляем в конец списка tasks и возвращаемся на главный экран. Если текст пустой — показываем короткое уведомление и ничего не сохраняем.

Чтобы задачи не пропадали после закрытия приложения, добавляем компонент локального хранилища. При сохранении новой задачи записываем список tasks в хранилище под ключом tasks. При открытии главного экрана перед отображением списка читаем значение из хранилища и кладём его в переменную. Если хранилище пустое — оставляем пустой список.

Такой проект покрывает сразу несколько важных понятий: экраны и навигация, переменные и списки, условия, события открытия экрана, чтение и запись в хранилище. После того как ты соберёшь это руками, разговор «сделай так, чтобы список задач сохранялся между запусками» с Claude Code пойдёт гораздо проще.

Для кого это реально подходит

Thunkable не универсален, но в нескольких сценариях он почти идеален.

Полный новичок. Если ты никогда не программировал и хочешь понять, из чего состоит мобильное приложение, Thunkable — один из самых дружелюбных входов. Не нужно устанавливать IDE, не нужно читать про классы и функции, не нужно бороться с синтаксисом. Ты сразу работаешь с понятными вещами: экран, кнопка, действие, результат.

Обучение подростков. Блочный подход хорошо заходит школьникам и студентам, которые изучают основы логики. Можно объяснить, что такое условие, цикл, переменная, не прибегая к текстовому коду. При этом результат — не абстрактная программа, а приложение, которым можно похвастаться перед одноклассниками.

Быстрое прототипирование. Предпринимателю или продуктовому новичку иногда нужно за день проверить идею: как будет выглядеть onboarding, как пользователь переходит от одного экрана к другому, какой экран открывается после успешного действия. Thunkable позволяет собрать кликабельный прототип без найма разработчика.

Хобби-проекты. Если нужно приложение для личного использования — трекер привычек, список покупок, сборник цитат, простой дневник — Thunkable справится. Это не будет продуктом с идеальным дизайном, но вполне рабочим инструментом для себя или небольшой аудитории.

Переход к кодовой разработке. Thunkable хорош как трамплин. Он помогает освоить ментальную модель приложения: экраны, состояние, события, данные. После этого изучать HTML, CSS, JavaScript или React Native становится легче, потому что ты уже знаешь, зачем нужны эти инструменты.

В то же время для более сложного продукта с ИИ-функциями — чат-ботом, генерацией изображений, сложной аналитикой, интеграцией с внешними API — Thunkable уже не подходит. Следующий шаг здесь — работа с кодом под руководством Claude Code. ИИ-ассистент может написать серверную часть, подключить нужные API, настроить базу данных и собрать интерфейс, который уходит дальше возможностей блочного конструктора.

Ограничения, о которых стоит знать

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

Сложная логика. Блоки удобны для простых условий и последовательностей, но когда логика разрастается, экран с блоками превращается в запутанный лабиринт. Вложенные условия, большие циклы, сложные алгоритмы обработки данных, состояния с множеством вариантов — всё это в текстовом коде читается проще и поддерживается дешевле. В блоках даже поиск ошибки может занять больше времени, чем написание того же самого на JavaScript.

Ограниченная интеграция с ИИ. Хотя Thunkable поддерживает внешние API и позволяет делать HTTP-запросы, глубокая интеграция с современными ИИ-сервисами — управление контекстом, потоковая генерация текста, обработка изображений, тонкая настройка промптов — требует больше контроля, чем даёт блочный интерфейс. Для серьёзных ИИ-функций нужен код.

Кастомизация интерфейса. Визуальный редактор Thunkable предлагает готовые компоненты с настраиваемыми свойствами, но сделать уникальный дизайн, сложную анимацию или нестандартное поведение элементов сложно. Если продукт требует фирменного UI, плавных переходов и продвинутой типографики, рано или поздно придётся переходить к кодовой разработке.

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

Зависимость от платформы. Когда ты строишь приложение в Thunkable, ты привязываешься к его инфраструктуре, тарифам, ограничениям и политике. Перенести проект в код позже будет непросто — проще начинать заново. Поэтому Thunkable хорош для обучения и проверки идей, но не для долгосрочного продукта, которому предстоит масштабироваться.

Публикация в сторах. APK для Android собрать можно относительно просто. С iOS всё сложнее: нужен Apple Developer аккаунт, нужно проходить review App Store, нужно соответствовать требованиям Apple к интерфейсу, приватности и производительности. Thunkable не гарантирует прохождение модерации, особенно если приложение выглядит слишком шаблонно или не соответствует гайдлайнам.

Эти ограничения не делают Thunkable плохим инструментом. Они просто обозначают его зону комфорта. Внутри этой зоны — обучение, прототипы, простые приложения и первые шаги. За её пределами — полноценная разработка с кодом, ИИ-ассистентами и публикацией в сторах.

Как не застрять: типичные ошибки новичков

Первые проекты в Thunkable часто сопровождаются одними и теми же трудностами. Зная их заранее, можно сэкономить время.

Перегрузка одного экрана. Новички иногда пытаются уместить всё приложение на один экран: и список задач, и форму добавления, и настройки, и статистику. В результате интерфейс превращается в кашу, а логика запутывается. Лучше разбивать приложение на экраны по смыслу: одна задача — один экран.

Забытые имена компонентов. По умолчанию компоненты получают имена вроде Button1, TextInput2, Label3. Когда блоков мало, это терпимо. Но в реальном проекте такие имена быстро становятся нечитаемыми. Лучше сразу переименовывать компоненты во что-то осмысленное: btnAddTask, inputTaskName, listTasks.

Путаница с переменными. Переменные бывают локальными и глобальными. Локальная видна только внутри одного экрана или одного блока, глобальная — во всём приложении. Если данные не передаются между экранами, скорее всего, переменная создана в неправильной области видимости.

Отсутствие проверок. Например, приложение падает или ведёт себя странно, если пользователь нажал кнопку, а поле ввода пустое. Хорошая привычка — всегда добавлять блок if, который проверяет корректность данных перед действием.

Стремление к идеалу на старте. Первый прототип не должен быть красивым и функционально полным. Его задача — проверить базовую идею. Лучше собрать минимальную версию, запустить на телефоне и получить обратную связь, чем неделю полировать экран, который потом окажется ненужным.

От прототипа в Thunkable к коду с Claude Code

Самый логичный путь для вайбкодера выглядит так: сначала Thunkable — для знакомства с мобильными приложениями, затем — работа с Claude Code для создания реального продукта. Эти два этапа не конкурируют, а дополняют друг друга.

После Thunkable у тебя появляется практическое понимание структуры приложения. Ты знаешь, что интерфейс и логика живут отдельно, но связаны через события. Ты понимаешь, зачем нужны переменные и как данные передаются между экранами. Ты видел, как небольшое изменение в одном блоке влияет на поведение всего приложения. Всё это помогает формулировать задачи для ИИ-ассистента более точно.

Когда ты переходишь к Claude Code, больше не нужно объяснять ассистенту с нуля, что такое кнопка. Ты можешь сказать: «Сделай форму добавления задачи с валидацией, сохранением в localStorage и переходом на главный экран» — и ассистент поймёт, что ты имеешь в виду. Экономится время на обсуждение базовых понятий.

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

Главное — не задерживаться в Thunkable слишком долго, если цель — продукт. Как только появляется потребность в сложной логике, уникальном дизайне, интеграциях с ИИ или публикации, самый эффективный путь — перейти к коду. И именно здесь на помощь приходит Claude Code, который берёт на себя рутину написания синтаксиса и позволяет сосредоточиться на продуктовых решениях.

Частые вопросы

Нужно ли уметь программировать, чтобы пользоваться Thunkable?

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

Thunkable бесплатный?

Есть бесплатный тариф с базовыми возможностями, но для публикации, удаления водяных знаков, расширенных компонентов и командной работы обычно требуется платная подписка. Актуальные условия лучше смотреть на официальном сайте Thunkable.

Можно ли с помощью Thunkable сделать настоящее приложение для iPhone?

Да, но с оговорками. Тестировать на iPhone можно через companion-приложение. Для публикации в App Store нужен Apple Developer аккаунт, и приложение должно пройти review Apple. Процесс не такой простой, как для Android.

Подойдёт ли Thunkable для создания игры?

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

Чем Thunkable лучше, чем сразу учить программирование?

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

Можно ли в Thunkable подключить ИИ или чат-бота?

Технически можно делать запросы к внешним API, в том числе к API языковых моделей. Но реализация будет ограничена возможностями блочного интерфейса. Для серьёзной работы с ИИ удобнее писать код с помощью ассистента.

Заключение + чек-лист

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

Главное — не переоценивать возможности инструмента. Thunkable отлично подходит для обучения, быстрых прототипов и простых приложений. Но если цель — реальный продукт с ИИ-функциями, сложной логикой, публикацией в сторах и масштабированием, рано или поздно придётся перейти к коду. К счастью, после Thunkable этот переход будет гораздо понятнее.

Чек-лист «Попробовать Thunkable за вечер»

• Зарегистрироваться в Thunkable и создать пустой проект.
• Добавить два-три экрана: главный, форма, результат.
• Перетащить на экраны кнопки, текст и поля ввода.
• Собрать простую логику из блоков: нажатие кнопки → переход на другой экран.
• Добавить условие: если поле пустое, показать сообщение об ошибке.
• Установить Thunkable Live на телефон и запустить проект.
• Покрутить приложение на реальном устройстве и записать, что непонятно.
• Сравнить ощущения с тем, как позже будет работа с Claude Code.
• Определиться: остаться на Thunkable для прототипов или двигаться к кодовой разработке.

Если хочешь пройти весь путь — от первого прототипа до приложения, собранного вместе с ИИ-ассистентом, — присоединяйся к практикуму skillmake. Там каждый этап разобран так, чтобы не пришлось разбираться в одиночку: сначала простые инструменты, потом — код, дизайн, тестирование и запуск.