AmoCRM для IT-компании — это не просто «взять и установить». Специфика IT-продаж такая, что стандартная воронка «лид → встреча → сделка» работает плохо: слишком длинный цикл, слишком много касаний, слишком разные услуги в одном чеке. Нормальная настройка для IT включает минимум три отдельных воронки, кастомные поля под технические требования клиента, интеграцию с Jira или Bitrix для передачи проектов в работу — и только тогда начинает работать как надо. Ниже — как это собирается на практике, с конкретными ошибками и цифрами.
Почему стандартная воронка здесь не работает
У большинства IT-компаний воронка продаж выглядит примерно так: заявка с сайта → звонок → презентация → КП → ожидание → ещё ожидание → через три месяца что-то решили. Среднее время сделки в b2b IT — 47–90 дней. Это не плохо, это просто факт. Но если CRM настроена под 5-шаговую воронку как у интернет-магазина, менеджеры начинают двигать сделки «на глаз» и вся аналитика превращается в мусор.
Видел такое у студии разработки в Екатеринбурге. Они пришли с проблемой: «у нас теряются лиды, непонятно где». Открываем amoCRM — одна воронка, восемь этапов, три из которых называются почти одинаково. Продажники сами не понимали, куда ставить сделку. В итоге 34% сделок жили на этапе «думают» больше 60 дней без единого касания. Просто потому что этап был, а правила перехода — нет.
Три воронки вместо одной — это минимум
Для IT-компании с несколькими продуктами или направлениями имеет смысл сразу разделить:
- Входящий поток лидов — здесь квалификация, первый контакт, понимание задачи. Коротко, максимум 4–5 этапов.
- Работа со сделкой — от брифа до подписания. Тут уже нужны кастомные поля: стек технологий, бюджет, тип договора, наличие технического задания.
- Апсейл / повторные продажи — отдельная воронка для тех, кто уже был клиентом. Там совсем другая механика.
Некоторые ещё делают отдельную воронку для партнёрских лидов — от агентств и рефералов. Это уже зависит от объёма, но логика та же: разные источники и разные сценарии коммуникации не должны мешаться в одной трубе.
Кастомные поля — где IT отличается от всего остального
Вот чего не хватает в стандартной карточке сделки для IT-продаж:
- Технологический стек клиента (что уже есть, с чем нужна интеграция)
- Тип проекта: фикс-прайс, T&M, аутстаффинг
- Наличие технического задания — да/нет
- Количество пользователей или масштаб системы
- Кто принимает решение (ЛПР, ИТ-директор, собственник)
Это не ради красоты. Когда менеджер видит эти поля заполненными, он понимает что делать дальше. Когда они пустые — звонит «уточнить» и теряет темп. Одна компания по кибербезопасности (Москва, 12 менеджеров) после добавления восьми кастомных полей и обязательного заполнения трёх из них на этапе квалификации — сократила среднее время от лида до КП с 11 до 6 дней. Просто потому что менеджеры перестали ходить по кругу.
Интеграции, без которых смысл теряется
Самая больная точка в IT — передача сделки в проект. Продажи закрыли, клиент подписал — и дальше всё уходит в Jira, Notion, Bitrix, TeamWork — у кого что. Если эта передача делается вручную, то либо что-то теряется, либо менеджер тратит 40 минут на копирование данных из одной системы в другую.
Хорошая связка: после перехода сделки на этап «Договор подписан» в amoCRM автоматически создаётся задача или проект в Jira через Zapier или нативную интеграцию. Данные из кастомных полей подтягиваются в описание. Менеджер по проектам получает уведомление. Никакого ручного труда.
Ещё один момент — телефония. В IT-продажах звонки бывают длинные, технические, иногда с демо. Важно чтобы записи вызовов сохранялись прямо в карточке и их можно было потом прослушать без регистрации в трёх разных системах. Mango, Sipuni, Zadarma — всё это цепляется к amoCRM нормально, главное выбрать что-то одно и не менять потом на ходу.
Кейс: студия мобильной разработки, Новосибирск
Пришли с задачей — «хотим понимать, откуда берутся деньги». Буквально. До внедрения amoCRM у них были таблицы в Google Sheets и переписка в Telegram. Менеджер один, но лидов — 60–80 в месяц с разных каналов.
Что сделали: подключили amoCRM с тремя воронками (входящие, проекты, повторные продажи), интегрировали Telegram-бота для автоматического захвата лидов, настроили UTM-метки через интеграцию с сайтом, добавили 9 кастомных полей под специфику мобильной разработки.
Результат через 5 недель: конверсия из лида в КП выросла с 21% до 38%. Это не магия — просто перестали терять лиды, которые раньше «зависали» в Telegram без ответа. Стоимость настройки — 47 000 ₽ под ключ. Первая же закрытая сделка, которую «нашли» в старых незакрытых лидах, окупила всё.
Кейс: аутстаффинговая компания, Санкт-Петербург
Здесь задача другая — продажа людей (разработчиков), а не фиксированного продукта. Каждая сделка уникальна по стеку, срокам, формату работы. Плюс много повторных продаж одним и тем же клиентам.
Проблема: не было никакой систематики по работе с существующей базой. Аккаунт-менеджер помнил клиентов «в голове». Когда он заболел на две недели — несколько продлений контрактов чуть не ушли к конкурентам.
Решение: в amoCRM настроили отдельный pipeline для работы с текущими клиентами. Автоматические задачи «связаться за 30 дней до окончания контракта» — через виджет, который триггерится по полю «дата окончания контракта». Дополнительно — рассылка через интеграцию с Unisender за 45 дней с персональным предложением.
За первый квартал после настройки — 3 продления, которые раньше бы потеряли. Общая сумма — около 2,8 млн ₽. Настройка обошлась в 63 000 ₽ и 3 недели работы.
Где обычно ошибаются при настройке
Я раньше думал, что главная ошибка — плохая воронка. Нет. Главная ошибка — когда CRM настраивают люди, которые не понимают как конкретно продаётся IT-продукт в этой компании. Приходит подрядчик, спрашивает «сколько этапов в воронке?», получает ответ «семь», делает семь этапов — и всё. Без вопроса «а что происходит между вторым и третьим этапом, кто принимает решение, какие данные нужны менеджеру».
Второй частый косяк — перегруженность обязательными полями. Когда для перехода на следующий этап надо заполнить 14 полей, менеджеры начинают ставить «заглушки» — пишут «—» или «не знаю» лишь бы система пустила дальше. Данные есть, но они ни о чём. Трёх-четырёх обязательных полей обычно хватает.
Ещё один момент — интеграция с почтой. В IT очень много переписки, технических обсуждений, уточнений. Если письма не подтягиваются в карточку сделки — хронология теряется, и когда сделку передают другому менеджеру, он начинает «с нуля». Настройка почты через IMAP занимает 20 минут, но её почему-то часто откладывают.
Частые вопросы
Можно ли использовать amoCRM для управления проектами, а не только продажами?
Частично — да. Можно сделать отдельный pipeline «Проекты в работе» и фиксировать там этапы исполнения. Но это не замена Jira или Asana — для глубокого управления задачами amoCRM не заточена. Хорошая практика: amoCRM ведёт сделку до подписания, дальше всё уходит в профильный инструмент управления проектами с автоматической передачей данных.
Как настроить учёт повторных продаж в IT?
Отдельная воронка с привязкой к существующим контактам и компаниям. Плюс кастомное поле «дата следующего контакта» и автозадача за N дней до этой даты. Дополнительно — сегментация базы по типу услуги, чтобы не рассылать предложения по разработке тем, кто покупает только поддержку.
Нужен ли отдельный подрядчик или можно настроить самим?
Базовую структуру — воронки, поля, пользователи — реально сделать самостоятельно за пару дней. Сложные интеграции (Jira, телефония, автоматические триггеры по датам) — здесь уже нужен технический специалист, иначе велик шанс настроить что-то, что будет работать «почти правильно» и сломается в самый неподходящий момент.
Сколько стоит нормальная настройка amoCRM для IT-компании?
По рынку — от 35 000 до 120 000 ₽ в зависимости от количества интеграций и сложности автоматизации. Разброс большой, потому что под «настройкой» у разных подрядчиков понимается совсем разное. Спрашивайте конкретно: что входит, какие интеграции, есть ли обучение команды, как выглядит поддержка после сдачи.
IT-компании в среднем окупают внедрение amoCRM за 2–4 месяца — не потому что появляются новые лиды, а потому что перестают терять те, что уже были.
