Алексей Чурин о CRM и автоматизации бизнеса | Опыт СМБ Консалтинг
Бизнес · 28 июля 2026 г.
Почему ваш проект зависает на стыке между отделами? — 28 июля 2026 г. в 07:13:35.021
Почему ваш проект зависает на стыке между отделами? В проектной компании всё выглядит логично: продавец нашёл клиента, передал информацию техническому специалисту, тот подготовил расчёты, запустили производство, выехала бригада на монтаж. В теории — гладкий конвейер. На практике — «чёрные дыры», в которых исчезает информация. Мы все через это проходили. Продавец на словах обсудил с клиентом важные детали, но забыл записать. Технолог сделал планировку, а клиент в этот момент передумал. Менеджер проекта пытается собрать информацию по кусочкам: одно письмо, второй звонок, третий файл в общей папке. В итоге ищем полтора дня то, что уже делали год назад. И это при небольшом количестве проектов. Когда проектов становится больше, хаос превращается в хроническую болезнь. Информация растекается по разным щелям, воспоминания искажаются, а все вокруг начинают жить в режиме «тушения пожаров». Это не просто неудобно. Это стоит денег. Проекты теряются именно из-за таких задержек и недопонимания — конкуренты просто обходят на вираже, пока идет разборка в собственной путанице. Выход простой: нужно зафиксировать правила передачи информации на каждом этапе. Просто это сделать через CRM. На этапе технического согласования становится обязательным прикрепление файлов — планировки, спецификации, всех версий. Система не даёт перейти дальше, пока файл не приложен. Кажется, мелочь. Но именно эта «мелочь» убивает главную проблему: исчезновение данных на стыке между ролями. После того как технический специалист завершил свою часть, вся информация в виде готовой карточки попадает к следующему исполнителю. И у него первая задача — не гадать, а ознакомиться с тем, что уже собрано. Если есть вопросы — он задаёт их сразу, а не через две недели, когда сроки уже горят. Здесь важно не переборщить: многие, обжегшись на отсутствии системы, бросаются в другую крайность - начинают закладывать на старте бизнес-процессы на шесть отделов и сто видов задач, хотя в компании работает четыре человека. Это убивает бизнес бюрократией ничуть не хуже, чем хаос. Хороша золотая середина. На старте достаточно выделить три ключевые роли: продажи, техническое согласование, реализация. Прописать базовые этапы: первый контакт, согласование, подписание. И повесить на каждый этап обязательные действия. Это создаёт прозрачность без перегрузки. И ещё один важный момент: любой процесс нужно донастраивать, глядя на реальные проблемы. Если у вас нет признаков какой-то проблемы — не надо к ней прикручивать «ректальный термометр». Не надо заставлять руководителя проекта ежедневно заполнять двадцать шесть показателей, если это крадёт его время на реальную работу. Лечите нужно только те болезни, которые уже проявились. Информация должна накапливаться. Она должна быть доступна тем, кому она нужна в данный момент. И она должна быть прозрачной. Это не про контроль ради контроля. Это про то, чтобы ваша команда перестала искать файлы в шестой папке слева и начала решать задачи клиентов.