Битрикс24 закрывает большую часть задач настройкой. Но у каждой компании есть своё: расчёт, которого нет в системе, документ по своей форме, процесс, который не ложится в стандартную логику. Это и есть доработка — код там, где настройки закончились.
В команде есть разработчики — доработку не приходится искать на стороне и объяснять подрядчику вашу логику заново.

Работаем только с Битрикс24 — другие CRM не ведём. За это время прошли почти все сферы, где система вообще применима.
№1 в УрФО по продажам лицензий и ТОП-10 интеграторов России. Статус даётся за объём и качество проектов, а не за взнос.
Основная профессия внутри компании — бизнес-аналитик. Процессы разбирает он, а не менеджер по продажам.
Общее у этих задач одно: их не получается собрать из готовых блоков, но и переезжать ради них на другую систему бессмысленно.
Стоимость считается по формуле, которой нет в системе: коэффициенты, скидочная матрица, цена по объёму и срокам. Делаем калькулятор внутри карточки сделки.
Договоры, спецификации, акты и коммерческие предложения с вашей логикой заполнения — собираются по нажатию, а не в шаблоне Word вручную.
Согласования с несколькими условиями, производственные цепочки, работа по объектам. Там, где стандартных бизнес-процессов не хватает, пишем свои.
Отраслевая программа, собственная база, сервис без готового приложения. Пишем обмен под конкретный случай — это часть интеграций.
Раздел под конкретную работу: журнал замеров, контроль объектов, учёт оборудования. Живёт внутри Битрикс24 и пользуется его данными.
Когда действие в одной системе должно вызывать событие в другой, а штатные роботы этого не умеют. Пишем связку и оставляем её понятной для сопровождения.
Доработка — самая дорогая часть работы с системой и единственная, которую придётся поддерживать при обновлениях. Поэтому мы честно ищем способ обойтись без неё.
Больше половины запросов «нам нужна доработка» закрываются настройкой: роботами, смарт-процессами, шаблонами документов, правами. Это дешевле, быстрее и не ломается при обновлениях Битрикс24.
Делаем как обычную настройку, пакетом часов.
Смотреть настройку Битрикс24Когда логика не выражается штатными средствами: свои расчёты, интеграция с редкой системой, отдельный интерфейс под процесс. Тогда пишем — но с описанием, оценкой и сроком, а не «по ходу разберёмся».
Разработку придётся поддерживать при обновлениях, поэтому решение осознанное.
Обсудить доработкуВ этих проектах система уже была: вопрос был в том, чтобы она делала то, ради чего её покупали.




Разработка без описанного результата — самый быстрый способ потратить бюджет. Поэтому порядок такой же, как во внедрении: сначала договорённость, потом код.
Битрикс24 обновляется, и собственный код иногда требует правок. Это не поломка, а плата за нестандартную логику — её стоит закладывать заранее.
Если задачу можно решить штатными средствами с небольшим компромиссом, обычно это выгоднее: дешевле сразу и дешевле в сопровождении.
Большая часть провальных доработок — это не плохой код, а разное понимание задачи. Поэтому мы описываем поведение до начала работы, даже если задача кажется очевидной.
Доработка живёт в вашем портале, и её может сопровождать другой подрядчик. Мы не делаем решений, которые привязывают вас к нам навсегда.
Компания пишет приложения и себе: внутренние порталы для маркетинга, разработки, контроля качества и обучения работают в нашем же Битрикс24. Показываем их на встрече — по ним сразу видно, что можно собрать поверх системы.

Разработчики у нас в штате, поэтому доработку не приходится искать на стороне и заново объяснять подрядчику вашу логику. В компании 38 человек, 26 из них — бизнес-аналитики: задачу разработчику ставят не словами клиента, а описанием процесса, в котором эта задача живёт.


Описывает задачу так, чтобы её можно было оценить и проверить: что происходит сейчас, что должно происходить, где границы.
Пишет код и отвечает за то, чтобы доработка пережила обновления Битрикс24 и не конфликтовала со штатной логикой портала.
Смотрит архитектуру решения до начала работ: иногда задача решается штатными средствами, и это дешевле любой разработки.
Разработка считается часами и всегда после описания задачи: до него любая цифра — угадывание, а по угаданной смете потом никто не доволен.
Кнопка, расчёт, шаблон документа, правило автоматизации, которого нет штатно. Описывается за один разговор, делается быстро.
Приложение внутри портала, свой раздел под процесс, обмен с нетиповой системой. Здесь нужен этап описания — он окупается на самой разработке.
Доработки обычно не заканчиваются: система развивается вместе с компанией. Такие задачи удобно вести в рамках поддержки — пакетом часов.
Сначала бесплатный разговор с аналитиком: часто выясняется, что задача решается настройкой. Если всё-таки нужна разработка — получаете описание, оценку в часах и срок до того, как что-то начнётся.
40 минут с аналитиком. Больше половины таких задач закрывается настройкой, и мы скажем об этом прямо, даже если это меньшие деньги.
Доработка — это код там, где настройки закончились. Она дороже настройки, дольше делается и требует внимания при обновлениях, поэтому первый вопрос, который мы задаём: нельзя ли решить задачу штатными средствами. Часто можно — и мы об этом говорим, даже когда это меньшие деньги.
Настройкой решается почти всё, что связано с логикой продаж: воронки и стадии, поля, права, роботы и триггеры, шаблоны документов, отчёты. Если задача формулируется словами «когда происходит вот это, пусть система сделает вот то» — скорее всего, это робот, а не разработка.
Разработка нужна там, где системе не хватает самого механизма:
Задача приходит к разработчику не словами «нужно что-то придумать», а с описанием от аналитика: что должно происходить, при каких условиях, что считается верным результатом. Это экономит деньги: без описания разработчик делает то, что понял, и переделка стоит столько же, сколько сама работа.
Дальше — оценка в часах до начала, разработка, тестирование на ограниченных данных и только потом перенос в рабочий портал. Проверка на реальной базе без тестового прогона — самый дорогой способ найти ошибку.
Доработка живёт дольше проекта. Обновления платформы и изменения в чужих сервисах иногда требуют правки кода. Это нормальная часть жизни доработки, и её стоит закладывать в сопровождение, а не считать поломкой.
Чем больше кода, тем сложнее поддерживать. Система, где половина логики написана вручную, тяжелее в сопровождении и зависит от того, кто её писал. Поэтому мы стараемся закрывать задачи настройкой — не из экономии вашего бюджета, а потому что такую систему проще передать другому специалисту.
Коробочная версия даёт больше свободы. В облаке доработки делаются через приложения и REST, в коробке доступен и серверный код. Это один из немногих реальных аргументов за коробку — если вам нужны глубокие изменения.
Три повторяющихся сюжета. Первый — расчёт стоимости: компания считает цену в сложной таблице, и перенос этой логики в карточку сделки убирает ручную работу и ошибки. Второй — документы: спецификация или смета, которую менеджер собирает руками по сорок минут. Третий — обмен с системой, для которой нет готового решения: часто это отраслевой учёт или собственная разработка.
В каждом из этих случаев окупаемость считается просто: сколько времени тратится сейчас и сколько останется после. Если экономия меньше стоимости работы — мы это говорим.
Иногда правильный ответ — не делать. Если задача редкая (раз в месяц), а доработка сложная, дешевле оставить ручную операцию и вернуться к вопросу, когда она станет ежедневной. Мы предпочитаем сказать это сразу, чем получить проект, который не окупится.
Если не уверены, нужна ли разработка или хватит настройки, — опишите задачу: аналитик скажет, решается ли она штатными средствами. Смежное: настройка портала, интеграция с любыми сервисами, поддержка пакетами часов.