Почему ошибка с подрядчиком стоит дороже самого внедрения
За годы работы я видел множество компаний, которые обратились к нам после «неудачного первого внедрения». Пришли к другому интегратору, потратили 300 тысяч, год работают в полусломанной системе, теряют деньги каждый месяц. Прибегают к нам — и их пересобрать оказывается дороже, чем сделать с нуля. Потому что надо сначала разгрести чужие ошибки, а потом уже строить нормально.
В этой статье — типичные ошибки, которые делает неопытный или некомпетентный подрядчик при внедрении Битрикс24. Я покажу их на реальных примерах из моей практики. Эта статья — не про то, как «пахнет провалом» (это вы увидите позже, когда 300 тысяч уже не вернуть), а про то, как отличить хорошего подрядчика от плохого на этапе выбора.
Ошибка 1: Настройка без глубокого разбора процессов
Плохой подрядчик приходит с шаблоном «типовая B2B-CRM» и натягивает её на любую компанию. 30 минут брифа — «какая у вас воронка?» — «вот такая» — «ок, настроим». Через 2 недели сдаёт проект, уходит. Через месяц вся команда отторгает систему, потому что она не подходит под реальные процессы.
Как распознать. На первой встрече подрядчик не задаёт глубоких вопросов. Не интересуется, как у вас сейчас работает продавец в течение дня, какие у него боли, что он делает в Excel. Говорит «у нас есть готовое решение, всё настроим под ключ».
Как должно быть. Первая встреча — минимум 1 час только вопросов. Изучение текущих процессов в деталях. Фраза «пришлите нам ваши регламенты, инструкции, скрипты» — хороший признак.
Ошибка 2: Продажа «всего и сразу»
Плохой подрядчик продаёт «полный пакет с интеграциями, мобильными приложениями, дашбордами». Клиент платит 600 тысяч, через 3 месяца получает систему из 40 функций, 35 из которых не использует. А остальные 5 работают криво, потому что настройщик распылялся.
Как распознать. Подрядчик старается впихнуть максимум функций в смету. Не спорит с запросом, всегда соглашается «да, это тоже можно сделать».
Как должно быть. Нормальный подрядчик говорит «А нужно ли вам это?». Спорит, если видит, что клиент хочет лишнего. Режет бюджет, если видно, что часть функций не понадобится. Это признак экспертизы.
Ошибка 3: Отсутствие архитектурного проектирования
Плохой подрядчик начинает настраивать сразу. «Давайте я сделаю CRM, потом посмотрим что надо». В итоге получается мешанина: стадии воронки называются по-разному в разных местах, поля дублируются, права настроены криво, смарт-процессы не связаны.
Как распознать. После брифа подрядчик не присылает схемы или документацию. Сразу настраивает на вашем портале.
Как должно быть. После брифа — документ на 5–20 страниц с архитектурой: какие воронки, какие поля, какие процессы, какие роли, какие интеграции. Согласование, подпись. Только потом — настройка.
Ошибка 4: Работа без документации
Плохой подрядчик сдаёт проект одной презентацией «смотрите, как всё красиво». Никакой документации. Через 3 месяца, когда у компании вопрос «как это настроено?», — никто не знает. Новый сотрудник не может разобраться. Изменения делать страшно.
Как распознать. На вопрос «а вы дадите техническую документацию?» подрядчик отвечает «это всё в наших головах, звоните нам».
Как должно быть. После проекта компания получает: схему архитектуры, описание всех процессов, инструкции для пользователей, список всех кастомных настроек с их назначением. Без этого проект не считается законченным.
Ошибка 5: Плохое обучение или его отсутствие
Плохой подрядчик «обучает» командой: 2 часа на общей встрече, «вот панель, вот кнопки, пользуйтесь». Через неделю все забыли, половина вернулась в Excel.
Как распознать. В смете обучение — строка «2 часа», и никаких деталей. На вопрос «а как вы будете нас учить?» подрядчик отвечает неуверенно.
Как должно быть. Обучение — отдельный этап с чётким планом: групповая презентация, индивидуальные сессии с ключевыми ролями, письменные инструкции, видеозаписи, тестовые задания, проверка усвоения. 2–5 дней обучения, а не 2 часа.
Ошибка 6: Уход после сдачи проекта
Плохой подрядчик сдал проект, получил деньги, исчез. Через месяц у вас вопросы — не отвечает. Через 3 месяца вы понимаете, что половина настроек работает не так, и вам надо нанимать нового подрядчика на «переделку».
Как распознать. В договоре нет гарантии на настройки. Нет абонентской поддержки после внедрения. Подрядчик не упоминает, что будет после сдачи.
Как должно быть. В договоре — гарантия на 3 месяца (исправляем баги бесплатно). Опция абонентской поддержки на 6–12 месяцев по фиксированному бюджету. Конкретные SLA по срокам ответа.
Ошибка 7: Завязка на себя (vendor lock-in)
Плохой подрядчик настраивает так, что без него никто не сможет ничего изменить. Кастомные коды — без документации. Пароли от админских кабинетов — только у него. Права в Битриксе — так настроены, что даже ваш директор не всё видит.
Как распознать. Подрядчик не готов передать вам полный контроль над порталом после сдачи. «Оставьте наш аккаунт админа, он вам будет нужен».
Как должно быть. После сдачи проекта ВСЕ доступы, пароли, админские права — у заказчика. Подрядчик уходит. Если нужна поддержка — вы приглашаете его (или другого подрядчика) по отдельному договору, с ограниченными правами на время работы.
Ошибка 8: Отсутствие приёмки по чётким критериям
Плохой подрядчик говорит «ну вот, всё работает, подпишите акт». Клиент не знает, что именно должно работать. Подписывает. Через неделю обнаруживает, что половина обещанного не сделано.
Как распознать. В договоре нет приложения с чёткими критериями приёмки (что именно должно работать, как проверяется).
Как должно быть. В договоре — приложение на 3–10 страниц с описанием результатов. Приёмка — по формальному тесту: 30–50 проверочных шагов, каждый с чётким ожидаемым результатом. Если что-то не прошло — не подписываем акт.
Главное правило выбора подрядчика
Если после трёх встреч с подрядчиком у вас ощущение «что-то не то» — слушайте интуицию. Обычно плохие подрядчики видны на ранних этапах: они не задают правильных вопросов, обещают слишком быстро, не присылают документов, демпингуют по цене.
Хорошие подрядчики могут казаться неудобными: они спорят, задают много вопросов, требуют документы, не согласны на всё подряд. Это хорошо — значит, они думают о результате, а не о быстром закрытии продажи.
Если хотите разобрать ваш проект с интегратором, который так работает — рассчитайте на калькуляторе или запишитесь на разбор.
Связанные материалы
FAQ
Можно ли после неудачного внедрения «переделать» у другого подрядчика?
Да, но это дороже, чем делать с нуля. Обычно +30–50% от стоимости нового проекта, потому что нужно сначала разобраться в чужих настройках, что-то переделать, что-то сохранить.
Стоит ли работать с подрядчиком, который сильно демпингует?
Очень редко. Если рыночная цена задачи 400 тысяч, а подрядчик предлагает 150 — это почти всегда означает, что он или сделает плохо, или переложит часть работы в «допы» позже.
А как же отзывы и портфолио?
Отзывы и портфолио помогают на этапе отсева, но не гарантируют результат. Плохой подрядчик может иметь красивый сайт с кейсами (часто вымышленными или преувеличенными). Главный показатель — как он общается с вами на первых встречах.
