Рынок
Почему CRM для стройки не приживаются: их некому заполнять
Систему покупают, обучают прораба — а через месяц карточки объекта снова пустые.
Компания покупает CRM, две недели учит прораба заводить карточки объектов и ставить статусы. Проходит месяц — и в системе тишина: карточки открыты неделю назад, сроки на бумаге просрочены, хотя на объекте бригада работает и всё движется. Руководитель смотрит в систему и не видит того, что происходит на самом деле — потому что видит он в ней только то, что кто-то успел туда занести руками.
Почему так происходит
Обычная CRM спроектирована для человека за столом: открыл карточку, заполнил поля, сохранил. Прораб на объекте стоит, а не сидит — у него в руках инструмент или телефон бригадира, вокруг пыль, разговор с заказчиком через пять минут, следующая задача уже началась. Форма из двенадцати полей требует пяти минут внимания, которых в моменте физически нет. А главное — у заполнения формы нет для него немедленной пользы: система не отвечает ему тем же, чем он в неё вложился, отчёт нужен «начальству», а не ему самому.
Итог для владельца компании: он смотрит в дашборд, который должен показывать реальную картину, а показывает только степень усталости прораба на конец рабочего дня. Объект, где ничего не отмечали три дня, может стоять без бригады, а может — идти по графику быстрее обычного. По системе этого не различить, и владелец возвращается к тому же телефонному звонку, ради ухода от которого CRM и покупали.
Как эту проблему решают в отрасли
Один способ — нанять отдельного человека, который обзванивает прорабов и сам заполняет карточки по итогам звонка. Это работает, но добавляет должность, зарплату и задержку в один день между тем, что произошло на объекте, и тем, что появилось в системе. Второй способ — отказаться от структуры вовсе и вести всё в одном чате в мессенджере: быстро, привычно, но через месяц в чате три тысячи сообщений и найти, что решили по конкретному объекту в среду, можно только вручную пролистав ленту. Третий способ, самый частый на практике, — вернуться к телефонным звонкам и записывать со слов, то есть к тому, с чего начинали до внедрения CRM.
У всех трёх способов общий изъян: они лечат симптом (пустые карточки), а не причину (форма отнимает время, которого нет). Пока эта причина не устранена, любая надстройка над CRM — дополнительный человек, напоминания, премии за заполнение — работает, только пока за ней кто-то специально следит.
Система встречает прораба там, где он и так уже есть, — голосовым сообщением в мессенджере, его собственными словами, без формы и без полей для заполнения. Голос распознаётся и сам раскладывается по объекту, по этапу, по дате — структура появляется не потому, что человек её создал руками, а потому что она собирается из того, что он и так рассказал. Чем меньше шагов между «сделал работу» и «это записано», тем меньше причин, чтобы запись не случилась вовсе. Владелец получает не пустой дашборд раз в неделю, а поток коротких событий каждый день — и видит разницу между «объект стоит» и «объект просто не отчитался».
Как проверить, приживётся ли конкретная система
Перед внедрением стоит задать один практический вопрос: сколько шагов между тем, что прораб уже и так делает руками на объекте, и тем, что появится в системе. Если ответ — «зайти, открыть карточку, заполнить поля, сохранить», приживаемость будет держаться на дисциплине, а не на удобстве, и просядет при первой запарке на объекте. Если ответ — «то же самое, что он и так говорит бригаде или заказчику, просто услышанное системой», шансов больше: человеку не приходится делать что-то ради системы, он делает то же, что и всегда.
Вывод простой и неприятный для классических CRM: проблема не в недостатке дисциплины прорабов, а в том, что от них требуют делать вторую работу — писать вместо строить. Решают её не мотивационными плакатами, а тем, что убирают саму вторую работу.
Хотите увидеть, как это выглядит на живом объекте?
Посмотреть демо-контур →