Есть у айтишников такой момент, который многих бесит: ты вроде уже не новичок, крутил сценарии в Make.com, собирал ботов, завязывал Telegram, CRM, Google-таблицы в один узел, но как только доходит до нормального приложения — с файлами, логикой, несколькими модулями — всё, голова идёт вразнос. Вроде знаешь, как писать приложение, но когда нужно сделать не одну жалкую функцию, а настоящую маленькую систему, становится страшно трогать код: поменяешь строку здесь — что-то отвалится там. В блокноте не удержишь, в одном файле каша, в отдельных проектах потеряешься. Знакомо?
На этом фоне функция Composer (beta) звучит как нормальный человеческий ответ на вечный вопрос «как правильно писать приложения так, чтобы не сойти с ума и не утонуть в собственных файлах». Это не одинокое окошко, где ты редактируешь один файл и каждый раз боишься, что где-то забыл закрыть скобку. Это штука, которая позволяет работать с многими файлами сразу, связно, осмысленно. Поменять логику в одном месте, обновить зависимости в другом, поправить конфиг — и при этом понимать, что именно ты делаешь, а не надеяться на чудо. А если всё это ещё дружит с Make.com — можно переходить от «пишу код по ночам» к «собираю автоматизации и зарабатываю на этом».
Зачем вообще тебе Composer, если есть сто тысяч конструкторов
Если ты читаешь это из метро, пока приложение не установлено и пишет как установить, то давай так: Composer тебе нужен не ради очередной модной кнопки, а ради нервной системы. Когда ты собираешь интеграции на Make.com, ты уже работаешь с приложениями — просто не называешь их так. Твои сценарии, где Telegram-бот принимает заявки, отправляет данные в Google Sheets, создаёт задачу в Notion и пингует менеджера в VK или WhatsApp — это уже микросистема. И она, внезапно, тоже нуждается в структуре. В обычной жизни это выглядит так: сначала у тебя один сценарий, потом три, потом пятнадцать, потом ты открываешь Make.com и минут десять вспоминаешь, где вообще логика расчёта скидки, а где вот тот странный webhook, который кто-то «временно» создал в три ночи.
Composer встраивается в эту историю тем, что позволяет относиться к приложению как к набору файлов, модулей и конфигураций, которые можно править одновременно. Не «открыл файл — сохранил — забыл», а именно полноценная работа с проектом: структура, навигация, контекст. Ты видишь, какие куски связаны, какие функции живут где, и можешь постепенно оборачивать свою солянку из автоматизаций в аккуратное приложение. А дальше вопрос вкуса: хочешь писать приложения на телефон, хочешь — обвязки к Telegram-ботам, хочешь — панель для менеджеров продаж. Механика одна — проект с несколькими файлами и логикой, которая не лежит грудой в одном документе под названием «final_v2_new_last_точно_последний».
Как писать приложения с мульти-файловыми правками без ощущения, что ты в аду
Если отбросить романтику, писать приложение — это не про «гениальные идеи», а про структуру. Что даёт Composer: ты можешь держать рядом и править сразу несколько файлов — логику, настройки, интерфейс, вспомогательные утилиты. Например, в одном файле у тебя функции для работы с API Make.com, в другом — разбор входящих данных из Telegram, в третьем — конфиги с ключами и параметрами. И ты не прыгаешь как белка между десятком окон, не теряешь связь контекста: поменял формат данных — тут же поправил парсер и тестовый сценарий. Такие мульти-файловые правки очень быстро отучают от хаоса в стиле «где-то там в том файле что-то было, потом найду».
При этом вопрос «как правильно писать приложение или приложения» здесь решается просто: выбери одну логику. Хочешь делать один большой монолит — пожалуйста, но потом сам будешь его разгребать. Гораздо легче думать как о наборе модулей: модуль работы с заявками, модуль уведомлений, модуль интеграции с CRM. Каждый модуль — отдельные файлы, но Composer даёт тебе ощущение одной картины, а не разорванных кусков. Ты не пытаешься вспомнить, «как писать согласно приложения или приложению», ты просто видишь, где конкретно живёт этот кусок логики. Ошибка в сообщении пользователю — открыл файл с текстами. Ошибка в логике обработки оплаты — открыл модуль платежей. Этого уже достаточно, чтобы голова не плавилась после третьего часа работы.
Где тут Make.com и причём вообще автоматизации
Make.com, если вдруг ты его ещё не трогал, это та самая платформа, где можно автоматизировать рабочие процессы без полноценного программирования: связать Telegram, Google Drive, Notion, amoCRM, 1С через вебхуки, сделать автопостинг в VK, отправку лидов в WhatsApp Web, всё это обвязать фильтрами, ветками, сценариями. По данным 2021 года у них больше 500k пользователей по миру — не потому что красиво, а потому что бизнесу больно руками всё это щёлкать. Самое приятное в том, что Make.com легко дружит с другими сервисами. Можно, например, подключить файловое хранилище типа Google Drive или Dropbox, подтащить Blue или другой инструмент под документы, и дальше игра началась: шаблоны договоров, акты, коммерческие предложения, всё это собирается на лету и кидается клиенту, а ты в этот момент пьёшь чай и делаешь вид, что занят важными делами.
Теперь представь, что у тебя есть Composer, в котором живёт твое кастомное приложение: оно знает, как обрабатывать данные, генерировать запросы, подтягивать поля, считать суммы, формировать статусы. А Make.com становится внешним роботом, который дергает это приложение, как только что-то происходит: новая заявка на сайте, входящее сообщение в Telegram, новый файл на Яндекс.Диске. Здесь уже не про «как писать приложение если пишет ошибку», а про нормальную взрослую схему: приложение — как мозг, Make.com — как руки. Приложение получает данные, думает, что с ними делать, возвращает ответ, а Make уже рассылает нужные уведомления, файлы, задачи. Это не магия, это просто связка, но снаружи выглядит внушительно, а клиентам нравится, когда всё само.
Хотите научиться автоматизации рабочих процессов с помощью сервиса make.com и нейросетей ? Подпишитесь на наш Telegram-канал
Пример живого сценария: контент, заявки и никакой ручной боли
Представь, у тебя есть небольшой бизнес или ты ведёшь проекты на фрилансе: тексты, лендинги, воронки, SMM, вот это всё. Тебе нужно регулярно писать посты, загружать их в VK и Telegram, делать Reels/Shorts, принимать заявки и не терять людей по дороге. Без автоматизации это обычно превращается в рабочий день из уведомлений: напомнить себе про пост, вручную перенести комментарии, кому-то ответить с телефона, кому-то с ноутбука. Composer и Make.com позволяют собрать такую систему, где большая часть рутины исчезает. Ты пишешь приложение, которое умеет готовить контентные блоки: заголовок, текст, теги, ссылки, расписание. Это можно сделать в виде набора функций: одна собирает черновик статьи, другая — форматирует текст под VK, третья режет под Reels и Shorts.
Дальше Make.com цепляет это приложение и начинает каждый день в нужное время стучаться к нему: «Дай мне пост на сегодня для VK», «подготовь короткую версию под Reels», «подкинь ещё текст под Яндекс.Дзен». Твое приложение отвечает, Make заливает всё по местам. Хочешь чуть кастомизировать — Composer открывает сразу несколько файлов: меняешь логику форматирования, текстовые заготовки, расписание. Файлов много, разная логика, но ты не превращаешься в архивариуса, которому надо помнить, как называется приложение где пишут тексты, а где живут шаблоны. Всё в одном месте, спокойно и контролируемо.
Телеграм-боты, заявки и Composer как спасатель
Одна из самых частых историй у тех, кто приходит на обучение по автоматизациям: «я хочу бота, который принимает заявки, что-то спрашивает, сохраняет всё в таблицу и шлёт мне уведомление». В теории это звучит просто, на практике выходит неплохо, но потом нужно что-то поменять. Например, добавить новые вопросы, ввести воронку, раскидывать лиды по менеджерам, прикрутить оплату. И вот в этот момент бот, который жил в одном-двух сценариях Make.com, перестаёт помещаться в голове. Начинаются вопросы: а этот модуль что делает, а где изменяются статусы, а где её логика выбора менеджера, а если приложение не установлено пишет как установить, кто за это вообще отвечает. Здесь Composer опять же выступает тем самым местом, где всё собирается в нормальный проект.
Ты можешь сделать отдельные файлы под разные этапы: стартовая логика бота, опрос, сохранение в CRM, уведомления, отладка. Make.com дергает нужные функции по вебхукам, а ты в Composer видишь всю картину. Нужно переписать алгоритм, который выбирает свободного менеджера — открыл файл с распределением, поменял, сохранил. Нужно подключить Blue или Google Drive для хранения документов — открыл модуль работы с файлами, добавил поддержку ещё одного сервиса. При этом Make продолжает жить своей жизнью: сценарии запускаются, данные летают, но ты точно знаешь, куда лезть, если что-то отвалилось или клиент вдруг захотел новый функционал.
Мобильные приложения и вопрос «как писать на телефон, если я не разработчик»
Многих греет идея: «а можно ли писать приложения на телефон, не будучи кодером». Здесь честный ответ: совсем без кода сложные вещи всё равно не родишь, но с Composer и Make.com можно сделать полу-гибридную историю. Например, ты делаешь веб-приложение с логикой в Composer, а интерфейс показываешь через мобильный WebView или готовый low-code конструктор, который просто открывает нужные страницы. Вся тяжёлая логика, интеграции, обработка данных живут в приложении, а Make.com выступает шиной, которая принимает события с телефона и раздаёт всё остальным сервисам. Когда тебе нужно что-то обновить — ты не пересобираешь приложение, не страдаешь вопросами «обновите приложение как писать уведомления пользователю», а просто меняешь логику в Composer и сценарии в Make.
Технически это может выглядеть так: приложение на телефоне отправляет запрос в вебхук Make.com, Make бросает запрос в твое приложение, написанное через Composer, оно проверяет пользователя, права, статус, готовит ответ и отдаёт его назад. Телефон показывает готовый экран. При этом Composer позволяет держать в порядке и файлы авторизации, и файлы с бизнес-логикой, и утилиты для работы с файлами или оплатой. Для тебя это просто структура проекта, а снаружи кажется, что у тебя «настоящий» мобильный сервис. А уж если ты делаешь это для бизнеса, то в один момент люди начинают платить за то, что у них всё работает и не ломается при каждом изменении кнопки.
Make.com, Blue, файлы и автоматический порядок вместо хаоса
Отдельной строкой хочется сказать про работу с файлами, потому что тут многие страдают особенно жестоко. Документы, договоры, акты, КП, отчеты — обычно живут в десяти папках, на трёх облаках, плюс в мессенджерах. Подключая Blue к Make.com, можно сделать нормальную взрослую схему: приложение через Composer управляет шаблонами и логикой, а Make+Blue крутят документы, хранят их и разносят по местам. В Blue создаётся токен, в Make.com подключается интеграция, дальше приложение уже знает, куда стучаться, какие файлы брать, как их подписывать и куда складывать. Удобно то, что секретный ключ показывается только один раз — да, придётся один раз не потерять его, но это лучше, чем постоянно пересоздавать пользователей.
Дальше всё просто: новый лид — приложение генерирует документ, Make отправляет его в Blue, кидает ссылку в Telegram менеджеру, копирует в Google Drive или Яндекс.Диск, если нужно. Ты, вместо того чтобы каждый раз открывать Word, править шапку, скачивать, загружать, просто смотришь, как тебе шлют уведомление о готовом файле. Composer позволяет держать структуру шаблонов, разных типов документов и логики генерации в одном проекте. Файлов много, версий ещё больше, но ты не теряешься. И это тот случай, когда автоматизация реально сэкономит тебе пару вечеров в неделю, а не просто сделает красиво на презентации.
Как всё это монетизировать и зачем тебе учиться, а не «покликать потом»
Если смотреть честно, сейчас востребованы не просто люди, которые умеют соединить Telegram с таблицей. Таких уже много. Деньги обычно лежат там, где ты умеешь не просто крутить сценарии Make.com, а строить маленькие системы: приложение с понятной логикой, аккуратной структурой, нормальными интеграциями. То есть когда ты не просто делаешь «ботика», а создаёшь связку: интерфейс (бот, сайт, мобильный экран) — приложение с логикой (через Composer) — автоматизации в Make.com, которые дёргают внешние сервисы. Бизнесу всё равно, как это устроено внутри, им важно, чтобы заявки не терялись, файлы создавались, отчёты собирались, менеджеры не писали отмазки «система не сохранила».
Учиться этому вслепую, методом тыка, можно, но долго и нервно. Гораздо быстрее пройти нормальное обучение по Make.com, где тебе покажут, как собирать архитектуру, как грамотно писать приложения под автоматизации, как строить те самые мульти-файловые проекты, чтобы через полгода не захотеть всё переписать с нуля. Под это есть отдельная программа: Обучение по make.com — там история не про «нажмите сюда», а про то, как мыслить сценариями и модулями, а не разовыми костылями. А если ты уже в теме и хочешь просто ускориться, можно не изобретать заново типовые решения, а использовать готовые Блюпринты по make.com — шаблоны сценариев, которые можно адаптировать под себя.
Composer как новый уровень: когда проект — это не куча файлов, а рабочий инструмент
Вся фишка Composer в том, что он даёт тебе смелость делать серьёзные штуки. Не просто «я сделал небольшой скрипт», а «у меня есть приложение, которое держит на себе весь процесс обработки заявок» или «через это приложение у меня идёт генерация и публикация контента по всем соцсетям». Мульти-файловые правки превращают разрозненные куски кода в внятный проект. А когда всё это ещё и связано с Make.com, появляются вполне реальные продукты: боты, панельки, CRM-приглушки, персональные дашборды для клиентов, системы документооборота. Не из разряда «у меня тут тестовый сценарий», а вполне взрослые вещи, за которые люди готовы платить каждый месяц.
Если это всё подытожить для себя на кухне за чаем, то схема такая: Composer помогает тебе писать приложения, Make.com даёт возможность вшить их в бизнес-процессы, а дальше ты решаешь, хочешь ли ты быть человеком, который «что-то там кликал», или человеком, который собирает системы и на этом зарабатывает. И да, путь начинается с простого вопроса: не как скачать приложение если пишет ошибку, а как сделать так, чтобы твои приложения помогали другим эту ошибку вообще не видеть.
FAQ по Composer, Make.com и приложениям
Как писать приложение, если я раньше вообще не кодил?
Начни с простых вещей: схемы данных, сценариев в Make.com и понимания, какие шаги вообще проходит заявка или клиент. Потом уже накручивай Composer и логику в отдельных файлах. Не нужно сразу лезть в сложные архитектуры, начни с небольшой задачи и расширяй.
Как писать приложения на телефон, если у меня нет Mac и Xcode?
Делай веб-приложение с логикой в Composer, заворачивай его во фрейм типа WebView или работай через мобильные боты и PWA. Саму тяжёлую логику выноси в приложение плюс Make.com. Большинство задач бизнеса решается так, без нативной разработки.
Что делать, если приложение не установлено и пишет как установить, а мне нужно работать сейчас?
Чаще всего это или проблема магазина приложений, или несовместимость версии. Для разработки и автоматизаций проще использовать веб-интерфейсы: браузер, доступ к Composer, доступ к Make.com в облаке. Все основные вещи ты можешь делать без локальной установки тяжелых IDE.
Как правильно: «согласно приложения» или «согласно приложению» в документах и коде?
По-русски правильно «согласно приложению», в дательном падеже. В коде и комментариях лучше писать максимально понятно: «см. файл config», «см. модуль payments», чтобы к тебе потом не приходили с вопросами лингвистики и не искали, что ты имел в виду.
Как писать через приложение для бизнеса, чтобы это потом автоматизировать?
Сразу думай блоками: ввод данных, обработка, хранение, уведомление. Не сваливай всё в одну форму, один файл. Composer позволяет разнести логику по файлам, а Make.com — подключить её к реальным сервисам: CRM, мессенджерам, облакам. Чем аккуратнее структура, тем легче автоматизировать.
Можно ли использовать Composer и Make.com, чтобы зарабатывать на настройке автоматизации другим?
Да, и это довольно логичный путь. Ты собираешь повторяемые решения (боты, заявки, документы, отчётность), оформляешь их как проекты, часть логики живёт в приложении, часть — в Make-сценариях. Потом продаёшь внедрение и поддержку. Чтобы не выдумывать с нуля, можешь использовать готовые Блюпринты по make.com.
Где ещё почитать и смотреть примеры по Make.com и автоматизации?
Полезно держать под рукой практику и разборы. Для этого есть наш канал с кейсами, разбором сценариев и живыми примерами: Хотите научиться автоматизации рабочих процессов с помощью сервиса make.com и нейросетей ? Подпишитесь на наш Telegram-канал. Плюс структурное обучение — вот тут: Обучение по make.com.