No-code для МСБ: где у клиентов работает, а где запрещаем

Знаете, что интересно? За последний год к нам в ITfresh пришло 11 клиентов — это и юрфирмы, и компании из торговли, медклиники, производство — и у всех был один и тот же вопрос, как под копирку: «Можно ли заменить 1С / самописное / дорогую коробку на no-code?» Я, честно говоря, отвечаю на него сразу, без долгих раздумий: где-то это однозначно возможно, где-то категорически нет, а где-то всё зависит от пяти конкретных признаков. В этой статье я хочу подробно рассказать о нашей рабочей схеме: покажу 4 ниши, в которых мы успешно внедряем Notion / Tilda / n8n / Airtable для клиентов до 50 РМ, и, наоборот, 4 ниши, где мы сразу говорим «никогда», потому что no-code там просто не сработает. И, конечно, поделюсь историей одного клиента, который потерял 480 000 ₽ за полгода из-за AppSheet, и объясню, почему после этого случая я навсегда вычеркнул AppSheet из нашего стека для любых финансовых форм.

Контекст: что произошло с no-code за 2024-2026

Помните, как в 2022-м no-code воспринимался просто как «модная игрушка для стартапов»? Так вот, к 2026-му всё изменилось: он превратился в настоящий стандарт для целых классов задач, особенно в малом и среднем бизнесе. Я это отчётливо вижу по нашим клиентам: всего за два года доля проектов, которые мы реализуем исключительно с помощью no-code/low-code инструментов, подскочила с 4% до впечатляющих 31%. И, если честно, это вполне логично: затраты на классическую разработку взлетели в среднем в 2.3 раза, хороших специалистов на рынке становится всё меньше, а владельцы МСБ не хотят ждать 8 месяцев, им нужно запустить процесс максимум за 3 недели.

Нельзя не отметить, что параллельно с этим колоссально выросло и качество самих no-code платформ. Возьмём Notion: он стал по-настоящему многопользовательским, и это видно на практике. Например, у нас сейчас в одном пространстве клиент-юрфирма одновременно работает с 28 сотрудниками, и сервер при этом даже не «дёргается», всё летает. n8n, который раньше казался какой-то странной немецкой штукой, превратился в мощный индустриальный инструмент, поддерживающий webhook-ы, ветвления, циклы и даже собственный SDK для создания кастомных нод. А Tilda? Она научилась подгружать данные через REST и работать с Zero-блоками, так что теперь можно собрать сайт практически полностью под нужды клиента, вообще не трогая HTML.

Но вот что важно понимать: тот факт, что возможности no-code постоянно растут, совсем не значит, что он подходит абсолютно для всего. Я считаю настоящим перегибом, когда владелец бизнеса, наслушавшись на конференции лозунгов вроде «no-code заменяет программистов», приходит к нам с идеей перенести всю бухгалтерию из 1С на Airtable. Нет, друзья, он не заменяет. Он отличный помощник, но только в определённом диапазоне задач — и вот там он проявляет себя просто великолепно. А вот за пределами этой «полосы» — ждите настоящей катастрофы.

4 ниши, где мы запускаем no-code у клиентов МСБ

Notion как лёгкая CRM для юрфирмы 30 РМ

Вот наш самый частый случай. Приходит к нам, например, юрфирма или консалтинговая компания, где работают 15-40 РМ. У них обычно либо «всё в excel-файлах, а история общения — в почте», либо когда-то установили amoCRM / Битрикс24, но в итоге никто там ничего толком не вёл. Дело в том, что у юристов и консультантов процесс работы очень специфический: клиент для них — это не просто сделка, которая проходит по воронке, а долгий, многогранный диалог с кучей документов, их версий, переписок и согласований. Классические CRM-системы, к сожалению, с таким объёмом и сложностью плохо справляются.

Мы, например, для одной юрфирмы из ЦАО, где работает 32 РМ, построили всю структуру в Notion всего за 6 рабочих дней нашего инженера. Что туда входило? Страницы клиентов, полный реестр дел, шаблоны типовых документов, календарь сроков и удобные связки «дело ↔ клиент ↔ ответственный юрист». В итоге, стоимость этой работы составила 78 тысяч ₽ за внедрение, плюс, конечно, лицензии Notion на 32 человека — это Plus-тариф, около 320 долларов в месяц на всю фирму. А теперь сравните: аналогичное решение на Битрикс24 в коробке, да ещё с доработкой под их специфические процессы, обошлось бы им в 480-650 тысяч ₽ за внедрение и потребовало бы 12-18 месяцев пилотного использования. Мы же запустились всего за 6 дней!

Но здесь очень важно сделать оговорку: Notion не подойдёт, если у юрфирмы возникает потребность в строгой системе биллинга часов, да ещё и с обязательной интеграцией в 1С Бухгалтерия. Для таких задач мы уже внедряем отдельные системы, например, AmoCRM или BPMSoft. Получается, Notion отлично справляется с «коммуникацией и документами», но вот «деньги и отчётность» — это уже не его профиль.

Tilda для лендингов и корпоративных сайтов

К 2026 году Tilda, на мой взгляд, прочно закрепилась как фактический стандарт для МСБ. Вот я, например, совершенно не вижу никакого смысла переплачивать веб-студии 380-650 тысяч ₽ за обычный корпоративный сайт-визитку. Ведь точно такой же ресурс, с 12-18 страницами, формами и необходимыми интеграциями, можно сделать на Tilda всего за 5-7 дней, и стоить это будет 95-140 тысяч ₽, включая дизайн и наше полное участие.

Мы, например, успешно запустили на Tilda сайты для торговой компании с 28 РМ, для клиники с 25 РМ и для производственного предприятия с 47 РМ. И что самое приятное — все три проекта стабильно работают уже больше двух лет, никаких проблем! Главный секрет нашего подхода в том, что мы делаем всё по правилам: подключаем собственный домен через CNAME, устанавливаем Tilda на свой SSL-сертификат, полученный через Let's Encrypt, и забираем все заявки по webhook-у прямо в amoCRM или n8n. То есть Tilda у нас выполняет роль «лица» сайта, а вся сложная бизнес-логика уже обрабатывается через нашу надёжную инфраструктуру.

А вот когда Tilda нам точно не подходит, так это для сложных интернет-магазинов со своим складским учётом, для личных кабинетов клиентов с авторизацией и полной историей заказов, или для B2B-порталов, где нужны индивидуальные прайс-листы под каждого контрагента. В таких случаях мы уже используем другие решения: либо InSales — это наш выбор для большинства магазинов с ассортиментом до 5000 SKU, либо прибегаем к классической разработке на 1С-Битрикс.

n8n для интеграций между системами

По моему личному опыту, вот эта категория — самая что ни на есть недооценённая. Представьте, у нас сейчас 17 клиентов, которые используют self-hosted n8n, и каждый из них рассказывает одну и ту же, до боли знакомую историю: «Мы три года мучились с тем, что между 1С, AmoCRM и обычной почтой не было нормального обмена данными, и каждый наш менеджер был вынужден дублировать одну и ту же работу сразу в трёх разных местах». А ведь через n8n эта проблема решается, можно сказать, раз и навсегда, буквально за 2-4 недели.

Типовые сценарии, которые мы у клиентов реализуем:

• Новый лид в AmoCRM → автосоздание контрагента в 1С УТ → отправка приветственного письма из почтового ящика менеджера.
• Оплата от клиента в 1С → автоматический webhook в AmoCRM → перевод сделки на этап «оплачено» → уведомление в Telegram-канал команды.
• Новый отзыв на Wildberries → парсинг через API → сохранение в Airtable → автоответ через систему ответов WB.
• Поступление новой жалобы в OTRS → классификация по ключевым словам → автоназначение на ответственного инженера.

Все эти процессы, о которых я говорю, у нас работают на собственном гипервизоре, расположенном в дата-центре МТС на Авиамоторной. Это виртуальная машина с конфигурацией 2 vCPU / 4 ГБ RAM / 30 ГБ SSD, на которой установлен Debian 12 + Docker. Могу сказать, что один такой n8n-инстанс легко справляется с нагрузкой до 80 одновременных рабочих процессов. У одного из наших крупных клиентов мы, например, уже дошли до 47 активных автоматизаций, и система работает без сбоев.

Airtable для реестров и табличных баз

Есть ещё одна зона, четвёртая по счёту, где no-code показывает себя просто великолепно — это всё то, что в голове у многих руководителей или просто в бизнесе хранится в виде бесконечных excel-файлов. Представьте: реестр оборудования, полный перечень контрагентов с расширенными атрибутами, таблица сотрудников с привязкой к проектам, каталог поставщиков с полной историей закупок. На Airtable всё это можно сделать буквально за 1-3 дня, и результат получается красивым, данные ищутся моментально, а синхронизация происходит через REST.

Вот конкретный пример: у одного клиента-производства с 47 РМ из Балашихи мы перенесли в Airtable целый комплекс данных. Это был реестр станков — 38 единиц с полной историей ТО, реестр оснастки — это 1230 позиций, и, конечно, реестр поставщиков. И что вы думаете? Всё это мы сделали всего за 4 дня работы нашего инженера! А стоимость лицензии на 8 пользователей с правом редактирования составила около 12 тысяч ₽ в месяц.

4 ниши, где мы no-code запрещаем категорически

Бухгалтерский учёт и регламентированная отчётность

А вот это — наше первое и самое главное «нет». Понимаете, бухгалтерия в России — это не просто какой-то там учёт. Это целая махина требований: нужно соблюдать 402-ФЗ, Налоговый кодекс, кассовую дисциплину, придерживаться строгих форматов первичных документов с НДС, да ещё и сдавать отчётность в ФНС / ПФР / ФСС в строго регламентированных форматах. Ни одна no-code платформа в мире, ни одна, не умеет правильно работать с русской бухгалтерией. И, честно говоря, не будет уметь, потому что у этого рынка настолько узкая регуляторика, что её освоили только гиганты вроде 1С, Контур, SAP, Microsoft Dynamics. И на этом точка.

Когда к нам приходят с такой идеей, мол, «давайте-ка перенесём бухгалтерию на Airtable», я всегда отвечаю им прямо: «Вы готовы платить штрафы ФНС по 50 тысяч за каждый неверный реквизит и лично, да-да, лично, объясняться по этому поводу с инспектором?» Обычно после такого вопроса весь разговор о no-code в бухгалтерии сразу же заканчивается. Ведь бухгалтерия — это либо 1С Бухгалтерия 3.0, либо SAP Business One, а в очень редких случаях для микробизнеса можно использовать Контур.Эльба. Всё, что выходит за эти рамки — это просто авантюра.

Расчёт заработной платы

Есть ещё одна категория, очень близкая к бухгалтерии, но, пожалуй, даже ещё более специфичная. Это зарплата. ЗП — это целый комплекс требований: ТК РФ, налоговые регистры по НДФЛ, страховые взносы, отчётность 6-НДФЛ и РСВ, СЗВ-ТД, табельный учёт, расчёт отпускных по среднему за 12 месяцев, больничные с учётом стажа. Поймите, это категорически не для no-code! Здесь есть чёткий стандарт — 1С ЗУП 3.1, а в редких случаях, для малого бизнеса до 30 сотрудников, можно использовать Контур.Зарплата.

Как-то у одного нашего клиента — это была стартап-команда из 18 человек — возникла идея попробовать вести ЗП в Notion, используя «сводную таблицу». Чем это закончилось? За четыре месяца они умудрились накопить 14 ошибок в расчётах НДФЛ, потом потеряли два дня работы штатной бухгалтерии на разборы этих просчётов, и в итоге им пришлось доплатить в бюджет 78 тысяч ₽. Да, это, конечно, оказалось дешевле, чем потенциальные штрафы за неправильную отчётность, но всё равно — полный провал.

Складской учёт с серийными номерами и партиями

Если на складе у клиента крутятся десятки тысяч серийных номеров, требуется строгое отслеживание по партиям — например, FEFO для пищёвки или GMP для фармы — или нужна интеграция с терминалами сбора данных, печать стикеров с весами, то это, поверьте мне, точно не no-code. Здесь есть свои стандарты: для общих случаев — 1С УТ / УНФ / Розница, а для действительно серьёзных складов, где хранится от 1000 SKU, мы используем специализированные WMS-системы, такие как Cleverence, Stocky или 1С-WMS.

Я лично наблюдал, как один наш клиент, торговая компания с 35 РМ, попытался «закрыть» свой склад через Airtable + AppSheet. Чем это закончилось? Через 5 месяцев они с позором вернулись к 1С УТ, да ещё и с кучей дополнительных доработок. В итоге, они потеряли 6 месяцев времени и около 280 тысяч ₽ денег. После этого случая мы у себя в стек добавили строгое правило: если речь идёт о складе с серийными номерами или партиями, то только классическая WMS. Никаких компромиссов.

AppSheet для финансовых форм на мобильных

Знаете, вот эта история, пожалуй, заслуживает отдельного внимания. AppSheet — это, по сути, продукт от Google, который позволяет буквально за 1-2 дня построить мобильное приложение для Android / iOS прямо на основе Google Sheets. Идея, надо признать, выглядит очень красиво, и для некоторых задач, например, для чек-листа обхода объекта инженером, он работает просто прекрасно. Но вот что касается денег — категорически нельзя, и точка.

История одного клиента, потерявшего 480 тысяч ₽ на AppSheet

В сентябре 2024-го к нам обратился один клиент — выездная служба по ремонту бытовой техники, у них было 22 РМ, и они обслуживали всю Москву и область. Что они сделали? Построили на AppSheet приложение специально для своих мастеров: мастер приезжает на вызов, выполняет работу, принимает оплату — наличными или картой через мобильный pos-терминал, затем заносит в приложение сумму и причину выполненных работ, а после отправляет всё это в офис. И всё это работало на Google Sheets, «через интернет».

И вот, через 7 месяцев такой работы они решили провести сверку. В приложении за этот период было зафиксировано поступлений на общую сумму 8.4 миллиона ₽. А по факту, на банк и в кассу пришло лишь 7.92 миллиона. Разница? Ошеломляющие 480 тысяч ₽! Сначала они, конечно, подумали, что это просто ошибки мастеров, и начали разбираться. Оказалось, что да, реальных ошибок мастеров было примерно на 60 тысяч — ну там, перепутали суммы или забыли нолик. Но остальные 420 тысяч просто куда-то испарились, исчезли без следа.

Меня позвали на аудит. Через два дня я нашёл три источника проблем:

1. AppSheet работал в офлайн-режиме при плохой связи. Мастер заходил на объект в подвале, фиксировал работу и оплату, выходил наверх — телефон синхронизировался, но если в это время другой мастер тоже что-то синхронизировал в ту же ячейку — данные перезатирались без предупреждения. Так было потеряно около 180 тысяч за 7 месяцев.
2. Google Sheets не имели встроенной защиты от ручного редактирования. Один из мастеров обнаружил, что может зайти в Google-таблицу через веб-интерфейс и изменить уже подписанную запись. Какие-то записи он менял сам себе (увеличивал размер чаевых на сумму, которую клал в карман), какие-то — просто менял время приёма. Это около 110 тысяч ₽.
3. В AppSheet есть аудит-лог изменений, но по умолчанию он хранится только 30 дней. Когда мы начали разбираться, история уже была стёрта. Восстановить, кто и когда что менял, было невозможно. Это автоматически означало: 130 тысяч ₽ невозможно даже разобрать, чтобы понять, куда они делись.

Какой итог? Клиент потерял не только те самые 480 тысяч ₽. К этому добавилось увольнение одного мастера-вора, ещё 120 тысяч, которые он заплатил мне за аудит, и плюс 230 тысяч за разворачивание уже нормальной, полноценной системы на 1С Управление сервисом, которая включала и мобильное рабочее место мастера. В общем, общая сумма потерь составила колоссальные 830 тысяч ₽.

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

5 признаков, по которым мы решаем «no-code или нет»

Когда к нам приходит новый клиент с какой-то задачей и просит: «Сделайте нам что-нибудь быстрое, пожалуйста», мы не торопимся. Мы всегда прогоняем эту задачу через наши 5 внутренних фильтров. И если хотя бы на одном из них загорается «красный» свет, то это верный знак: no-code здесь не вариант. А вот и сами фильтры, о которых я говорю:

# Фильтр выбора платформы для процесса клиента
# ITfresh, версия 2026.05

# 1. Регуляторика
# Если данные попадают под:
#  - 402-ФЗ (бухучёт)
#  - НК РФ (налоги, кассовая дисциплина)
#  - 152-ФЗ (персональные данные + трансгран)
#  - 187-ФЗ (КИИ)
#  - 63-ФЗ (электронная подпись)
# → No-code НЕ ДОПУСКАЕТСЯ. Только сертифицированные системы.

# 2. Цена ошибки
# Если одно неверно записанное число может стоить более 50 000 ₽:
# → Дополнительные проверки. AppSheet/Glide исключаем.
# → Допустим Airtable/Notion только с двойной фиксацией и аудит-логом 12+ месяцев.

# 3. Объём данных
# До 50 000 записей в одной таблице:
# → No-code платформа справится.
# 50 000 – 200 000 записей:
# → Зона риска. Airtable начинает тормозить, Notion грузится медленно.
# Более 200 000:
# → Только классическая база данных (PostgreSQL/MS SQL).

# 4. Скорость изменения бизнес-логики
# Если правила меняются раз в 6+ месяцев:
# → Классическая разработка ок.
# Раз в 1-3 месяца:
# → No-code/low-code выигрывает по скорости итераций.

# 5. Навыки сотрудников клиента
# Есть один сотрудник, который может вести Notion/Airtable:
# → Платформу можно ставить.
# Нет никого — все «пользуются мышкой по привычке»:
# → No-code превратится в брошенный проект через 4-6 месяцев.

Граница применимости: 60 рабочих мест

На моей практике граница, после которой no-code перестаёт быть рациональным выбором — это 60 рабочих мест в компании. Не потому, что платформы перестают тянуть нагрузку — Notion и n8n спокойно работают и на 200 человек. А потому, что компании на 60+ РМ обычно входят в зону, где появляются регламентированные процессы: согласования документов с подписями, проектное управление с учётом часов, более сложная HR-составляющая, корпоративные политики безопасности с разделением прав.

Как только мы замечаем, что клиент перевалил за отметку в 60 РМ и у него начинает расти число процессов, требующих строгой формальной фиксации, мы сразу же инициируем разговор о миграции — то есть о переходе с no-code на классические системы. Важно понимать, это не означает, что Notion / n8n полностью уходят из их работы; обычно они остаются в роли таких «лёгких» инструментов для маркетинга, коммуникаций или внутренней документации. Однако ядро бизнеса, вся его основная часть, уже переезжает в 1С, AmoCRM/Битрикс24 или специализированные HR-системы.

У нас на глазах один клиент из сферы торговли прошёл весь этот путь. В 2023 году у них было всего 28 РМ, и мы успешно развернули для них Notion CRM + n8n. Но вот к концу 2025-го они выросли до 67 РМ, и тут Notion начал, как говорится, «трещать по швам»: руководители постоянно теряли в нём задачи, новые сотрудники просто не могли разобраться в системе, а HR-отдел не мог нормально вести процесс найма. Тогда мы приняли решение о миграции на Битрикс24 коробку. Этот переход занял 4 месяца и обошёлся в 1.4 миллиона ₽. Но это было крайне необходимо для компании. И, на мой взгляд, очень хорошо, что мы вовремя заметили тот момент, когда no-code перестал быть для них подходящим решением.

Что мы делаем в первые 30 дней с новым клиентом по no-code

Когда к нам обращается компания и с горящими глазами заявляет: «Давайте у нас всё сделаем на no-code!», я никогда не соглашаюсь сразу. Вместо этого мы предлагаем провести 30-дневный пилотный проект. Мы выбираем один конкретный процесс, который действительно доставляет клиенту боль, и разрабатываем для него no-code решение. А уже через 30 дней мы вместе смотрим: прижилось оно или нет, даёт ли результат.

Что мы выбираем для пилота

Идеальный пилотный процесс — это что-то локализованное (один отдел / 5-10 человек), с понятной болью, с измеримым результатом и низкой ценой ошибки. Я обычно выбираю что-то из этого списка:

• База контрагентов с историей коммуникации (для отдела продаж).
• Реестр задач отдела маркетинга с дедлайнами и ответственными.
• Внутренний чек-лист обхода для технической службы.
• Каталог типовых документов с шаблонами и тегами.
• Воронка приёма обращений на саппорт-почту.

А вот что мы категорически НЕ берём в пилот: всё, что так или иначе связано с деньгами, любой документооборот с контрагентами, кадровый учёт и всё, что подпадает под регуляторику. Это правило у нас железное, без исключений.

Команда: один инженер плюс «продакт» от клиента

Для пилота нам нужен один инженер с нашей стороны (40-60 часов работы в течение 30 дней) и один сотрудник клиента в роли «продакта»: тот, кто реально знает процесс, разбирается в деталях, готов отвечать на вопросы и тестировать. Без этого человека пилот провалится — мы будем строить из своей головы, а клиент скажет «это не то, что нам нужно».

FAQ: что чаще всего спрашивают клиенты

Можно ли заменить 1С на Notion для небольшой компании?

Нет, нельзя. Notion, безусловно, отлично подходит в качестве лёгкой CRM или удобной базы знаний. Но он абсолютно не способен закрыть такие задачи, как полноценный бухгалтерский учёт, регламентированная отчётность в ФНС, формирование первичных документов с НДС или соблюдение кассовой дисциплины. В МСБ 1С по-прежнему остаётся безальтернативным стандартом для всего, что подпадает под 402-ФЗ и налоговый учёт. А Notion в этом контексте — это совершенно другая история, скорее про внутреннюю коммуникацию с клиентами.

Насколько надёжен n8n для бизнес-критичных интеграций?

По нашему опыту, а мы обслуживаем 17 клиентов на n8n, эта платформа оказывается гораздо надёжнее, чем какие-нибудь самописные Python-скрипты, запущенные на голом cron. Но есть одно главное условие: он должен быть self-hosted, то есть установлен на нашем собственном сервере. Мы обязательно делаем регулярные бэкапы всех рабочих процессов, постоянно мониторим error-rate и настроили алерты в Telegram, которые моментально сообщают нам, если worker-процесс вдруг остановился. SaaS-версия n8n.cloud у нас в продакшене не используется вообще — для МСБ это, на наш взгляд, просто лишний риск как по доступности, так и по стоимости.

Почему AppSheet нельзя использовать для финансовых форм?

AppSheet — это продукт Google, который даёт возможность всего за 1-2 дня создать мобильное приложение для Android / iOS прямо на базе Google Sheets. Однако, когда речь заходит о финансах, у него проявляются три фундаментальные проблемы. Во-первых, офлайн-режим может привести к рассинхронизации данных, если связь плохая. Во-вторых, отсутствует встроенная защита от изменения документов, которые уже были подписаны. И в-третьих, аудит-лог по умолчанию хранится всего 30 дней. Вспомните историю нашего клиента: он принимал оплаты на выездах через AppSheet и за полгода накопил расхождение в 480 тысяч ₽ между тем, что показывало приложение, и реальными поступлениями.

Сколько стоит развернуть n8n для офиса 30 РМ под ключ?

По нашей практике в 2026 году, развёртывание n8n self-hosted с настройкой 5-7 базовых интеграций — это 1С, почта, Telegram, AmoCRM, Битрикс24 — обойдётся в 85-120 тысяч ₽. Это, по сути, работа нашего инженера в течение 4-6 дней. Дальнейшая поддержка стоит 8-12 тысяч ₽ в месяц и включена в стандартный аутсорс-договор. При этом само ПО абсолютно бесплатное, а серверная мощность, которую мы используем, — это виртуальная машина с 2 vCPU / 4 ГБ RAM на нашем собственном гипервизоре.

Где граница, после которой no-code пора менять на классическую разработку?

Граница, где no-code перестаёт быть эффективным, лежит совсем не в количестве пользователей. Она определяется по трём ключевым признакам. Первый: когда процессы становятся строго регламентированными — нужны подписи, статусы, согласования с обязательным journal-логом. Второй: когда бизнес-логика требует транзакций между несколькими сущностями, причём всё должно происходить за один атомарный шаг. И третий: когда появляются жёсткие регуляторные требования, например, от ФСБ, ФНС или по 152-ФЗ. Если хотя бы два из этих трёх признаков налицо, мы без промедления переводим клиента на классическую систему. По моей памяти, типовой порог для этого — около 60 рабочих мест.

Итог

No-code в МСБ — это, безусловно, мощный рабочий инструмент, но, пожалуйста, не панацея. У нас в ITfresh за последние два года накопилось целых 17 успешных кейсов с n8n, 11 кейсов на Notion CRM и 9 проектов, реализованных на Tilda. Но, к сожалению, параллельно с этим у нас есть и 5 историй провала, когда клиенты пытались «закрыть» на no-code то, что изначально должно было работать в 1С или специализированном софте. Самая болезненная и дорогая из них — это потеря 480 тысяч ₽ из-за AppSheet. Граница, на мой взгляд, очень проста: всё, что подпадает под строгую регуляторику или где цена ошибки может превысить 50 тысяч ₽, должно идти в классические системы. Всё остальное, при наличии у клиента ответственного человека, который готов это вести, вполне может стать кандидатом на no-code.