Битрикс24 для IT-компании: проекты, поддержка клиентов и учет обращений

Битрикс24 для IT-компании объединяет три потока работы: продажи проектов в CRM, разработку в задачах с канбаном или Скрамом и поддержку клиентов через открытые линии и смарт-процесс обращений. Клиент, договор, переписка и потраченные часы лежат в одной системе, поэтому руководитель видит, какой проект окупается, а какой съедает команду.

Типичная картина в небольшой IT-компании или на аутсорсе выглядит так. Продажи ведутся в таблице, разработка живет в отдельном трекере, клиенты пишут в Telegram лично тимлиду, а часы к концу месяца восстанавливают по памяти перед выставлением акта. Пока клиентов пять, это терпимо. Когда их становится двадцать, обращения начинают теряться, а на вопрос «сколько мы заработали на этом клиенте» никто не может ответить без вечера в Excel.

Какие задачи IT-компании закрывает Битрикс24

Битрикс24 закрывает весь путь клиента в IT-компании: от заявки и коммерческого предложения до разработки, сдачи работ и поддержки после запуска. У сервисной IT-компании этот путь длинный, и на каждом стыке теряется информация: продавец обещает одно, разработчик слышит другое, а поддержка не знает, что вообще было обещано.

Вот как обычно распределяются инструменты между отделами:

Участок работы	Инструмент Битрикс24	Что получает компания
Продажа проекта или абонемента	CRM, воронка сделок	Видно, на какой стадии каждое предложение и кто им занимается
Разработка и внедрение	Проекты, задачи, канбан, Гант, Скрам	Единое место для постановки задач и контроля сроков
Прием обращений	Открытые линии	Сообщения клиентов приходят в общую очередь и не теряются в личных чатах
Учет обращений	Смарт-процесс в CRM	У каждого обращения есть карточка, стадия и ответственный
Учет трудозатрат	Учет времени в задачах	Плановые и фактические часы по задаче и по команде

Выигрыш появляется на стыках. Отдельный трекер задач у разработчиков может быть сильнее, но он ничего не знает про договор и деньги, а CRM у продавцов ничего не знает про то, сколько часов ушло на клиента. Если держать все в одном портале, эти данные связываются без интеграций и ручных выгрузок.

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

Как вести продажи IT-услуг в CRM

Для IT-компании обычно хватает двух воронок сделок: одна для проектной разработки, вторая для абонентского обслуживания. У них разный цикл, и в одной воронке они мешают друг другу. Разработка продается долго, через оценку и согласование ТЗ, а абонемент часто решается за пару разговоров, но потом требует продления.

Рабочий набор стадий для проектной воронки выглядит так:

1. Новая заявка.
2. Выявление требований: созвон, бриф, доступы к текущей системе.
3. Оценка: разработчик или аналитик считает часы.
4. Коммерческое предложение отправлено.
5. Согласование договора и ТЗ.
6. Проект передан в работу.

Самая полезная из этих стадий — оценка. Если она явно выделена, становится видно, сколько времени разработчики тратят на предпродажу и какая доля оцененных проектов в итоге покупается. На проектах B2BPRO.KZ мы чаще всего видим, что без такой стадии компания считает предпродажу бесплатной. На деле оценка забирает у старших разработчиков заметную часть недели, и эти часы нигде не отражены.

Обязательные поля в сделке стоит продумать сразу: тип работ, стек, ожидаемый бюджет, источник заявки. Через полгода по ним можно понять, какие проекты приносят деньги, а какие только загружают команду. Для аутсорса полезно еще поле с договорным объемом часов в месяц, чтобы потом сравнивать его с фактом.

Как управлять разработкой: проекты, канбан и Скрам

Разработку в Битрикс24 ведут в разделе «Проекты», где у каждой команды или клиента есть свое пространство с задачами. Как сказано в справке Битрикс24 о канбане в проектах, задачи проекта можно смотреть в разных режимах: «Список», «Канбан», «Сроки», «Мой план», «Календарь», «Гант». Колонки канбана по умолчанию называются «Новые», «Выполняются», «Сделаны», их можно переименовать и добавить свои, например «Код-ревью» и «Тестирование».

Выбор между канбаном и Скрамом зависит от характера работы:

Подход	Когда подходит	Как выглядит в работе
Канбан	Поток мелких задач без длинного планирования: доработки, поддержка, аутсорс	Задачи двигаются по колонкам, новые добавляются по мере поступления
Скрам	Продуктовая разработка или большой проект с регулярными релизами	Бэклог, спринты, оценка задач, диаграмма сгорания
Гант	Проекты с жесткими сроками и зависимостями между этапами	Этапы на временной шкале, сдвиг сроков виден сразу

Скрам в Битрикс24 устроен как отдельный тип работы с проектом. Порядок описан в справке: сначала команда наполняет бэклог, затем на планировании определяет цель спринта, переносит туда задачи и выбирает длительность, а в ходе спринта следит за диаграммой сгорания. Если относительные оценки команде неудобны, в качестве единицы Стори Поинт можно взять часы.

Для аутсорса удобно заводить по проекту на клиента. Тогда у клиента свой набор задач и свой чат проекта, а отчет за месяц строится по одному проекту и не требует фильтров по всему порталу. Внешних участников со стороны заказчика тоже можно подключать к проекту, но права доступа стоит проверить заранее: клиенту незачем видеть внутренние обсуждения и задачи других заказчиков.

Как вести учет обращений клиентов

Учет обращений в Битрикс24 строится из двух частей: открытые линии принимают сообщения, а смарт-процесс хранит каждое обращение как отдельную карточку со стадиями. Первая часть отвечает за то, чтобы сообщение никто не пропустил. Вторая дает статистику и контроль, которых в чате нет.

Открытая линия — это общий канал, в который собираются сообщения клиентов из подключенных мессенджеров и виджета на сайте, а дальше они распределяются между сотрудниками. Настройки описаны в справке Битрикс24 о создании открытой линии. На вкладке «Очередь» есть три режима распределения: равномерно, строго по очереди и одновременно всем. Для первых двух задается время ожидания ответа, после которого чат переходит следующему сотруднику. Там же можно ограничить число одновременных чатов на одного сотрудника.

Для службы поддержки на три-пять человек обычно подходит равномерное распределение с разумным временем ожидания. Режим «одновременно всем» на практике размывает ответственность: все видят чат, и каждый надеется, что ответит коллега.

Смарт-процесс — это собственный тип элемента CRM, который компания настраивает под свой сценарий: со своими полями, воронками, стадиями и правами доступа. В справке Битрикс24 о смарт-процессах среди примеров названы закупки и работа с рекламациями. Обращения в поддержку ложатся в эту модель так же хорошо. Создается смарт-процесс в разделе «CRM», пункт «Еще», далее «Смарт-процессы».

Минимальный набор полей карточки обращения:

• клиент и договор, по которому идет обслуживание;
• тип обращения: ошибка, консультация, доработка;
• приоритет и система, к которой относится обращение;
• ответственный инженер и срок решения, согласованный с клиентом.

Стадии лучше оставить простыми: «Новое», «В работе», «Ждем клиента», «Решено», «Закрыто». Стадия «Ждем клиента» важнее остальных, потому что без нее обращения, зависшие на стороне заказчика, портят статистику инженеров. Роботы CRM могут ставить задачу ответственному и напоминать о сроке при переходе на нужную стадию. Конкретный набор роботов лучше проверить в своем портале: он зависит от тарифа.

Отдельный вопрос, нужен ли смарт-процесс небольшой компании. Если обращений меньше нескольких десятков в месяц и один инженер помнит все сам, хватит открытых линий и задач. Смарт-процесс окупается, когда появляются договорные сроки реакции, несколько инженеров и необходимость отчитываться перед клиентом.

Сколько часов ушло на клиента: учет времени

Учет времени в задачах Битрикс24 показывает плановые и фактические часы по каждой задаче, и в IT-аутсорсе именно он связывает работу с деньгами. Как описано в справке о работе учета времени в задачах, включает его постановщик в карточке задачи. После этого можно указать планируемое время и фиксировать фактическое.

Несколько деталей, которые важны на практике:

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

Главная сложность здесь организационная. Разработчики не любят таймеры, и если требовать учет до минуты, данные будут выдуманными. По нашему опыту внедрений лучше работает простое правило: время вносится в тот же день, точность до четверти часа, а задачи короче пятнадцати минут можно объединять в одну. Руководителя при этом интересует сумма по клиенту за месяц, минуты конкретного человека ему ни к чему.

Для компаний с почасовой оплатой этот отчет становится основой акта. Для абонентского обслуживания он показывает другое: укладывается ли клиент в оплаченный объем. Нередко выясняется, что один из заказчиков стабильно потребляет вдвое больше часов, чем платит, и договор с ним пора пересматривать. Похожую логику учета часов мы описывали в статье про Битрикс24 для юридической компании, там время тоже напрямую превращается в счет.

Как связать сделку, задачи и поддержку в одну цепочку

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

На практике цепочка выглядит так. Иллюстративный пример: компания продает доработку интернет-магазина. Менеджер ведет сделку до стадии «Проект передан в работу». Робот создает задачу руководителю разработки, тот заводит проект и разбивает работу на задачи с плановыми часами. После сдачи клиент переходит на абонемент: создается новая сделка в воронке обслуживания. Когда через месяц клиент пишет об ошибке в WhatsApp, сообщение попадает в открытую линию, инженер создает обращение и уже видит историю клиента и договор.

Такая цепочка снимает самый дорогой вопрос в сервисной компании: «А что мы этому клиенту обещали?». Ответ лежит в карточке, и за ним не нужно идти к продавцу, который ушел в отпуск.

Если клиенты пишут вам в WhatsApp, мессенджер нужно подключить к CRM отдельно. Эту задачу решает Wazzup, но для IT-компаний с поддержкой через почту и порталы это необязательный шаг. Начинать стоит с того канала, в котором реально приходит больше всего обращений.

Как оформить абонентское обслуживание и сроки реакции

Абонентское обслуживание в Битрикс24 удобно вести отдельной воронкой сделок, где каждая сделка соответствует договору с клиентом и периоду его действия. Такая воронка отвечает на два вопроса: у кого заканчивается договор и кто из клиентов выходит за оплаченный объем часов.

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

Время реакции лучше прописать в договоре и повторить в карточке обращения. Иллюстративный пример: для критичной ошибки команда обещает ответ в течение часа, для консультации в течение рабочего дня. Когда такой срок есть в карточке, инженер видит, что брать первым, а руководитель может разбирать просрочки на цифрах, без споров о том, кто и что обещал. Если же клиент пишет ночью, а поддержка работает только днем, это тоже стоит прямо указать в договоре и в автоответе канала, чтобы ожидания совпадали с реальным графиком.

Что видит руководитель IT-компании

Руководитель IT-компании получает в Битрикс24 три среза: воронку продаж, загрузку команды и трудозатраты по клиентам. Вместе они отвечают на вопросы, которые раньше требовали ручной сводки.

По воронке видно, сколько предложений в работе и какая доля оценок превращается в проекты. По задачам и проектам видно, кто перегружен, а кто свободен, и можно ли брать новый проект в следующем месяце. По учету времени видно фактическую стоимость клиента. Если сравнить ее с оплатой по договору, становится понятна рентабельность, пусть и с поправкой на точность данных.

Сама система такую сводку в одном экране не даст, если ее не настроить. Обычно для этого настраивают отчеты в CRM и сводку по проектам, а для более сложных расчетов выгружают данные. Важнее другое: когда исходные данные собираются в одном месте и каждый день, любой отчет перестает быть проектом на неделю.

С чего начать внедрение и какие ошибки встречаются чаще всего

Начинать лучше с одного участка, который болит сильнее всего: обычно это поддержка или учет часов. Попытка за месяц перевести на Битрикс24 продажи, разработку и поддержку одновременно почти всегда заканчивается тем, что разработчики возвращаются в привычный трекер.

Порядок, который работает в большинстве случаев:

1. Подключить открытые линии и завести обращения клиентов в общую очередь.
2. Настроить воронки продаж и обязательные поля в сделке.
3. Завести проекты по клиентам и включить учет времени в задачах.
4. Настроить смарт-процесс обращений, когда накопится статистика.
5. Связать все роботами и собрать отчеты для руководителя.

Чаще всего встречаются такие ошибки:

• Разработчиков заставляют переходить с привычного инструмента без объяснения, зачем это нужно. Если у команды уже есть трекер и он работает, иногда разумнее оставить его и связать с CRM интеграцией.
• Обращения остаются в личных чатах, потому что клиентам никто не сообщил о новом канале. Клиентов нужно предупредить и несколько недель мягко перенаправлять.
• Стадий и обязательных полей делают слишком много, и сотрудники начинают заполнять их формально.
• Учет времени подают как инструмент контроля над людьми. Команда это чувствует и сопротивляется, хотя задача у него другая: считать деньги по клиентам.

Для казахстанских IT-компаний есть еще практический момент: портал и лицензии удобнее оформлять так, чтобы закрывающие документы были в тенге и соответствовали требованиям вашей бухгалтерии. Если нужно пройти внедрение без проб и ошибок, посмотрите наши услуги по внедрению и настройке Битрикс24: мы настраиваем воронки, смарт-процессы и открытые линии под работу конкретной IT-компании и обучаем команду.

Частые вопросы

Подходит ли Битрикс24 для небольшой IT-компании или аутсорса?

Да, Битрикс24 подходит небольшой IT-компании, если ей нужно держать в одном месте продажи, задачи и обращения клиентов. Команде из пяти-десяти человек обычно хватает CRM, проектов с канбаном и открытых линий. Смарт-процесс обращений и подробные отчеты стоит добавлять позже, когда появятся договорные сроки реакции и несколько инженеров поддержки.

Можно ли вести в Битрикс24 разработку по Скраму?

Да, в Битрикс24 есть Скрам с бэклогом, планированием спринтов и диаграммой сгорания. Команда наполняет бэклог, на планировании выбирает цель спринта, переносит в него задачи и задает длительность. Если относительные оценки неудобны, вместо них можно использовать часы. Для потока мелких доработок и поддержки обычно удобнее канбан, который тоже есть в проектах.

Как вести учет обращений клиентов в Битрикс24?

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

Как посчитать, сколько часов IT-компания тратит на клиента?

Для этого в задачах Битрикс24 включают учет времени, а задачи клиента ведут в отдельном проекте. Постановщик включает учет в карточке задачи, исполнитель запускает таймер или добавляет время вручную. Время нескольких исполнителей суммируется. Сумма по проекту за месяц показывает фактические трудозатраты, которые можно сравнить с оплаченным объемом. Функция доступна не на всех тарифах.