Платиновый партнёр Битрикс24 Внедряем по всей России
Екатеринбург · Москва 8 343 247-33-41
Киселёв ГруппВнедрение Битрикс24
Главная/Доработка и развитие
Когда штатных возможностей не хватает

Доработка и развитие Битрикс24

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

С чего начинаем
  • Проверяем, не решается ли задача штатными средствами — чаще всего решается
  • Описываем, что должно получиться, до того как писать код
  • Оцениваем в часах и называем срок
  • Пишем так, чтобы это пережило обновления системы

В команде есть разработчики — доработку не приходится искать на стороне и объяснять подрядчику вашу логику заново.

Константин Киселёв, основатель KISELEV GROUP
Константин Киселёв основатель KISELEV GROUP Разборы на YouTube
780 внедрений с 2016 года

Работаем только с Битрикс24 — другие CRM не ведём. За это время прошли почти все сферы, где система вообще применима.

Платиновый партнёр Битрикс24

№1 в УрФО по продажам лицензий и ТОП-10 интеграторов России. Статус даётся за объём и качество проектов, а не за взнос.

26 аналитиков из 38 сотрудников

Основная профессия внутри компании — бизнес-аналитик. Процессы разбирает он, а не менеджер по продажам.

Типичные задачи

Что дорабатывают чаще всего

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

Свой расчёт

Стоимость считается по формуле, которой нет в системе: коэффициенты, скидочная матрица, цена по объёму и срокам. Делаем калькулятор внутри карточки сделки.

Документы по своей форме

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

Нетиповой процесс

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

Обмен с редкой системой

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

Своё приложение в портале

Раздел под конкретную работу: журнал замеров, контроль объектов, учёт оборудования. Живёт внутри Битрикс24 и пользуется его данными.

Автоматизация на стыке систем

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

Важное правило

Сначала проверяем, нужна ли разработка вообще

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

Один вопрос Задача решается штатными средствами портала?
Да, решается Можно без кода

Больше половины запросов «нам нужна доработка» закрываются настройкой: роботами, смарт-процессами, шаблонами документов, правами. Это дешевле, быстрее и не ломается при обновлениях Битрикс24.

Делаем как обычную настройку, пакетом часов.

Смотреть настройку Битрикс24
Нет, не решается Нужен код

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

Разработку придётся поддерживать при обновлениях, поэтому решение осознанное.

Обсудить доработку
Как идёт работа

Четыре шага, чтобы доработка не превратилась в бесконечную

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

  1. 1Разбираем задачуЧто должно происходить, при каких условиях и что считается правильным результатом. На этом шаге часть задач отпадает: решается настройкой.
  2. 2Описываем и оцениваемКороткое техническое описание: поведение, поля, права, что делать при ошибке. Дальше — оценка в часах и срок. Вы решаете, делаем или нет.
  3. 3Пишем и показываемРазработка идёт на тестовом контуре, вы смотрите промежуточный результат. Правки по ходу — нормально, если они не переписывают задачу заново.
  4. 4Переносим и сопровождаемВыкладываем в рабочий портал, наблюдаем за первыми днями. Дальше доработка живёт в сопровождении: при обновлениях системы её иногда нужно поправить.
Честно

Что нужно понимать про доработки

Доработку придётся поддерживать

Битрикс24 обновляется, и собственный код иногда требует правок. Это не поломка, а плата за нестандартную логику — её стоит закладывать заранее.

Чем ближе к стандарту, тем дешевле жизнь

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

Описание важнее кода

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

Код остаётся у вас

Доработка живёт в вашем портале, и её может сопровождать другой подрядчик. Мы не делаем решений, которые привязывают вас к нам навсегда.

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

Кто делает

Доработку пишет разработчик, а ставит задачу — аналитик

Команда KISELEV GROUP — бизнес-аналитики, интеграторы и разработчики
Команда KISELEV GROUP · Екатеринбург

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

Константин Киселёв Константин Киселёвоснователь компании
Дмитрий Зорин, технический директор Дмитрий Зоринтехнический директор
Бизнес-аналитик

Описывает задачу так, чтобы её можно было оценить и проверить: что происходит сейчас, что должно происходить, где границы.

Разработчик

Пишет код и отвечает за то, чтобы доработка пережила обновления Битрикс24 и не конфликтовала со штатной логикой портала.

Технический директор

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

Стоимость

Как считается доработка

Разработка считается часами и всегда после описания задачи: до него любая цифра — угадывание, а по угаданной смете потом никто не доволен.

Небольшая доработка

Кнопка, расчёт, шаблон документа, правило автоматизации, которого нет штатно. Описывается за один разговор, делается быстро.

Отдельное решение

Приложение внутри портала, свой раздел под процесс, обмен с нетиповой системой. Здесь нужен этап описания — он окупается на самой разработке.

Развитие после запуска

Доработки обычно не заканчиваются: система развивается вместе с компанией. Такие задачи удобно вести в рамках поддержки — пакетом часов.

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

Опишите задачу — скажем, нужна ли для неё разработка

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

  • 1Позвоним в течение рабочего дняУточним задачу и подберём аналитика, который работал с вашей сферой
  • 2Встреча онлайн, 40 минутРазбираем ваши процессы, показываем похожие внедрения, называем вилку
  • 3Присылаем расчёт и планДальше решаете вы — обязательств после встречи не возникает

Обсудить доработку

Поля со звёздочкой обязательны

Доработка Битрикс24: когда нужна разработка, а когда хватит настройки

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

Где проходит граница

Настройкой решается почти всё, что связано с логикой продаж: воронки и стадии, поля, права, роботы и триггеры, шаблоны документов, отчёты. Если задача формулируется словами «когда происходит вот это, пусть система сделает вот то» — скорее всего, это робот, а не разработка.

Разработка нужна там, где системе не хватает самого механизма:

  • Свои расчёты. Стоимость считается по формуле, которой нет в полях: коэффициенты по материалам, объёму, срочности, скидочная матрица по сегментам.
  • Нестандартные документы. Печатная форма со сложной структурой, спецификация с расчётом позиций, акт по своему шаблону с подстановкой из нескольких объектов.
  • Обмен с редкой системой. Учётная система без готового коннектора, отраслевой сервис, собственная разработка клиента — связывается через API.
  • Свои интерфейсы. Отдельная вкладка в карточке, рабочее место под конкретную роль, виджет с данными из внешней системы.
  • Логика, которой нет в роботах. Сложное условие с несколькими источниками данных, пересчёт связанных сущностей, своя очередь распределения заявок.

Как мы это делаем

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

Дальше — оценка в часах до начала, разработка, тестирование на ограниченных данных и только потом перенос в рабочий портал. Проверка на реальной базе без тестового прогона — самый дорогой способ найти ошибку.

Что важно знать до начала

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

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

Коробочная версия даёт больше свободы. В облаке доработки делаются через приложения и REST, в коробке доступен и серверный код. Это один из немногих реальных аргументов за коробку — если вам нужны глубокие изменения.

С какими задачами приходят чаще всего

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

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

Что будет, если не дорабатывать

Иногда правильный ответ — не делать. Если задача редкая (раз в месяц), а доработка сложная, дешевле оставить ручную операцию и вернуться к вопросу, когда она станет ежедневной. Мы предпочитаем сказать это сразу, чем получить проект, который не окупится.

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

Убедились, что мы разбираемся? Разберём и ваш процесс — на встрече с аналитиком, без обязательств. Оставить заявку
Сайт использует файлы cookies. Продолжая пользоваться сайтом, вы соглашаетесь с Политикой использования файлов cookies и Политикой обработки персональных данных.