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

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

Три разные жалобы, а корень один: между тем, что компания сказала клиенту, и тем, что реально произошло на объекте, нет фиксации.

Я несколько раз разбирал отделочные компании по своей методике диагностики (по открытым данным и по знакомству, не как платный заказ) и каждый раз натыкался на один и тот же сценарий: собственник хочет начать с чат-бота на сайте и текстов для соцсетей, а деньги теряются совсем в другом месте. Ниже карта того, что реально стоит автоматизировать в ремонте и в каком порядке, без маркетингового тумана.

Логика вроде бы рабочая: больше заявок, значит больше денег. Но для компании, которая уже не справляется с текущим потоком, реклама и чат-бот работают хуже всего остального. Заявок станет больше, а производство останется прежним. Больше объектов при той же дисциплине по смете означает больше переделок и больше недовольных клиентов.

Автоматизация здесь работает как усилитель. Она разгоняет то, что уже есть в компании, а если внутри хаос, разгоняется именно хаос.

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

Смета и первая линия по заявкам. Расчёт стоимости ремонта в большинстве компаний живёт в голове сметчика и в экселе, который он ведёт по своему разумению. Два сметчика на одинаковой квартире дают разные цифры. Генератор сметы по данным объекта (тип дома, метраж, состав работ, история похожих проектов) не заменяет сметчика, а даёт ему готовый расчёт, который он правит там, где видит специфику.

Отдельно важен раздел «что не входит и когда цена вырастет» с конкретным перечнем из истории прошлых объектов, а не общей фразой про возможные допработы. И фиксация каждого изменения сметы с отметкой, кто и когда его согласовал. Это последнее закрывает половину будущих судов, потому что в споре появляется что показать.

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

Документация объекта и приёмка. Фотофиксация каждого этапа работ, особенно скрытых: проводка до того как её зашили гипсокартоном, стяжка до укладки покрытия. Через два месяца после сдачи, когда поплывёт плитка или заискрит розетка, это единственное, что покажет, кто и что делал. Чек-листы приёмки под смартфон прораба, а не бумажный бланк, который потом теряется.

CRM и воронка. Автораспределение заявок по менеджерам с учётом загрузки, подъём забытых сделок, контроль просроченных задач. Отдельный сторож: если по сделке нет активности несколько дней подряд, руководитель получает уведомление, а не узнаёт об этом от ушедшего к конкурентам клиента.

Люди и онбординг прорабов. В отделке типична высокая текучка линейного персонала, и новый прораб, который не знает стандартов компании, порождает ровно те дефекты, из-за которых потом идут иски. Программа адаптации на реальных технологических картах и разбор настоящих ошибок с объектов сокращает срок ввода в работу и снижает брак у новичков.

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

Первые две зоны (смета и заявки) окупаются быстрее всего, потому что закрывают прямые потери: переделка на объекте площадью полторы сотни метров обходится компании в сотни тысяч рублей, судебный спор с потребителем сопоставим по деньгам, если считать юристов и штраф по закону о защите прав потребителей.

По рынку РФ на середину 2026 года генератор смет с фиксацией согласований обычно укладывается в диапазон 400 тысяч – 1 миллион рублей, круглосуточная первая линия по заявкам — в 200–500 тысяч. Это разброс между фрилансером и продуктовым агентством, ориентир для переговоров, а не готовая смета конкретного подрядчика.

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

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

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

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

И главное: автоматизация обещаний, которые компания не выполняет, только ускоряет проблему. Если бот уверенно называет фиксированную цену, а на объекте она вырастает, ИИ просто увеличит поток претензий и сделает их доказуемыми, потому что у клиента останется переписка.

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

Развёрнутая версия этого разбора, с порядком внедрения и вопросами, которые задают чаще всего, лежит у меня в блоге: ИИ в строительстве.