Сделка, проект и часы команды связаны - видно не только выручку, но и что от неё осталось.
В IT-компании обычно всё автоматизировано, кроме себя: продажи в одной системе, проекты в другой, часы в третьей, а связи между ними нет. Из-за этого невозможно ответить на главный вопрос - какой проект был прибыльным. Битрикс24 может быть общим контуром, где сделка превращается в проект, а часы команды возвращаются в отчёт о рентабельности.
Если узнали хотя бы два пункта - дело не в дисциплине сотрудников, а в том, что процесс нигде не зафиксирован. Ниже - как он выглядит после настройки.
Продажи, проекты и учёт времени живут в разных системах. Рентабельность проекта - это оценка постфактум.
Единый контур: сделка разворачивается в проект, часы пишутся к задачам, отчёт по марже собирается сам.
Продуктовым командам обычно нужна и вторая линия - поддержка и заявки от текущих клиентов.
Воронка с этапами, где пресейл - это задачи с часами, а не невидимая работа. Уже через квартал видно, сколько компания тратит на сделки, которые не выигрывает.
Бэклог, спринты, доска задач и диаграмма сгорания в том же портале, где живут продажи. Для команд, привыкших к внешнему трекеру, переход обсуждаем отдельно - иногда правильнее оставить трекер и связать его через API.
Часы пишутся к задачам, а не в отдельной таблице. Это основа для расчёта рентабельности и для честного разговора с клиентом о переработках.
Выигранная сделка разворачивается в проект по шаблону: задачи, этапы, ответственные, чек-листы. Требования и договорённости не приходится пересказывать команде.
Заявки от текущих клиентов с приоритетами и сроками реакции. Поддержка перестаёт конкурировать с проектами за внимание команды.
Сумма договора минус часы команды по ставкам. Отчёт собирается сам, а не вручную в конце квартала.
Состав уточняется после разбора процесса: лишние блоки убираем, недостающие добавляем - платить за «пакет целиком» не нужно.
Что осталось после часов команды - по проекту, клиенту и типу работ.
Сколько часов уходит на сделки, включая проигранные.
Кто свободен в следующем месяце и хватит ли ресурса под новый проект.
Сколько заявок закрыто в срок и где систематические просрочки.
Отчёты собираются в BI-конструкторе Битрикс24 по вашим данным - это не готовый дашборд из презентации, а настройка под конкретные вопросы, на которые вы хотите отвечать цифрами.
Если команда живёт в специализированном трекере и это работает - переносить разработку не нужно. Разумнее оставить трекер задач разработчикам, а в портал вывести продажи, договоры, часы и рентабельность, связав их через API. Мы честно говорим об этом на разборе: перевод команды разработки в новый инструмент ради единообразия обычно стоит дороже, чем даёт.
REST API и вебхуки →Для IT-компании портал интересен ещё и как основа для своих приложений: REST API, смарт-процессы, бот-платформа и вайбкод позволяют собирать внутренние сервисы без отдельного бэкенда. Часть наших клиентов начинает с внутреннего внедрения, а затем использует те же механизмы в проектах для своих заказчиков.
ИИ в Битрикс24 →CRM для IT-компании нужна там, где продажи, проекты и часы живут в разных системах и рентабельность считается вручную после сдачи. CRM для студии разработки обычно внедряют ради связки сделки с проектом: учёт рабочего времени по проектам без этого невозможен - без них разговор о марже остаётся оценочным. Начинать стоит с одного реального проекта: провести его от лида до акта в одном контуре и посмотреть на отчёт. Переносить команду разработки из привычного трекера при этом не обязательно - его можно связать с порталом через API.
REST API и вебхуки →Спросите напрямую - ответим текстом, без созвона и презентаций.
Сделка в CRM связывается с проектом: после подписания задачи создаются автоматически, а команда видит, что именно продали и на каких условиях.
Да: спринты, бэклог и доски задач работают штатно, а связь с CRM даёт руководителю картину «продажа → работа → результат» в одном месте.
Да, учёт рабочего времени по задачам позволяет сравнивать план и факт по проекту - это база для оценки следующих сделок.
Есть, если основная боль - не задачи, а связь продаж, часов и денег. В такой конфигурации Jira остаётся у разработки, а портал закрывает CRM, документы, учёт времени по проектам и отчётность. Связка делается через API в объёме, который реально нужен, - без попытки синхронизировать всё со всем.
Практически без ограничений: REST API, приложения, смарт-процессы, свои интерфейсы. В коробочной версии доступен и серверный код. Для IT-компании это обычно решающий аргумент - система не упирается в чужие представления о процессе.
Проходим путь заявки до денег с теми, кто в нём работает. Фиксируем точки передачи и повторный ввод данных.
Описываем процесс «как надо» и собираем состав работ в нормо-часах со сроком - до подписания договора.
Собираем первый рабочий контур и запускаем его на реальных сделках, а не на демо-данных.
Учим команду работать в системе, снимаем замечания и планируем следующую очередь.
С чего начинаем у вас. В IT пилот - связка сделки, проекта и часов на одном реальном проекте. Скрам и вторая линия - следующим шагом.
Как настроить KPI и дашборды в Bitrix24: какие показатели считать в отделе продаж, как собрать их автоматически и на что смотреть руководителю. Практика для РБ.
4 минКакие отчёты в Bitrix24 нужны руководителю отдела продаж, как их читать и в чём разница между KPI и OKR. Практика управления по цифрам. Минск и РБ.
8 минЧто умеет встроенный ИИ Bitrix24: расшифровка звонков, резюме переписки, заполнение карточки, генерация текстов. Где он даёт результат, где ошибается и как считать пользу. Практика для РБ.
Сделка, проект и часы команды связаны - видно не только выручку, но и что от неё осталось. Посмотрим на ваш случай и скажем, что автоматизируется, что нет и сколько это стоит.