Запись на СТО без таблиц табло смены в amoCRM

О клиенте и задаче

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

‹›

До проекта запись на СТО жили в таблицах. Менеджеры переносили строки, правили ячейки, дублировали дни — и в какой-то момент картина «кто когда на каком подъёмнике» перестала быть общей. Цех смотрел в один файл, офис — в другой, а в amoCRM сделки жили отдельно от реального расписания смены.

Задача звучала по-деловому: убрать хаос таблиц и дать одну наглядную доску дня прямо в контуре amoCRM — чтобы менеджер и мастер видели статусы машин без переписывания строк и без риска «случайно удалить чужую ячейку».

Проблема

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

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

Нет единой картины смены. Не было общего табло: какая машина только в записи, кто уже на месте, кто в работе, кто готов к выдаче. Мастер и менеджер сверялись голосом и в чатах. Собственник не мог за минуту ответить: насколько загружен день и где узкое место.

Сделки в CRM и расписание СТО жили отдельно. В amoCRM вели клиента и работы по сделке, а фактическую посадку на подъёмник — в таблице. Связка «сделка → слот → статус в цехе» держалась на памяти людей. При смене смены или отпуске ключевого сотрудника процесс проседал.

Цена хаоса. Лишние звонки, конфликты по времени, простои подъёмников, нервы клиентов и ручной труд на «переписать день». Рост потока только усиливал шум: чем больше записей, тем чаще таблица ломалась от правок.

Решение

Собрали рабочий контур «запись СТО» внутри amoCRM: не очередную таблицу, а живое табло дня и недели, которое менеджеры открывают из привычной CRM, а цех видит ту же картину на отдельном экране смены.

Для менеджера отдела. Запись и перенос слотов делаются в одном интерфейсе, без переписывания строк «как в Excel». Видны статусы по машине: запись → на месте → в работе → готова. Можно назначить подъёмник, оставить комментарий смене, не теряя связь со сделкой в amoCRM.

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

Для собственника и управляющего. Одна правда о загрузке СТО: не «как получилось в файле», а актуальное состояние смены. Проще планировать персонал и понимать, где день перегружен ещё до того, как клиенты начнут стоять в очереди у ворот.

Связка со сделками amoCRM. Слоты опираются на данные записи и на сделки в CRM — без ручного копирования между «таблицей на диске» и карточкой клиента. Менеджер ведёт клиента там, где уже работает; расписание СТО перестаёт быть параллельной вселенной.

Важно: решение сделано как виджет и рабочее приложение смены под процессы клиента — без переезда на чужую «коробку» записи и без ломки привычного контура amoCRM.

Результаты

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

• Единое табло дня — менеджеры и цех смотрят одну картину: запись, присутствие, работа, готовность.
• Меньше потерь при переносах — нет эффекта «затёрли чужую ячейку» и разъехавшихся копий файла.
• Подъёмники и статусы на виду — проще избежать двойной посадки и простоя поста.
• Связь со сделками amoCRM — расписание СТО больше не живёт отдельно от воронки и карточки клиента.

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