Трудозатраты на доработку Битрикс24 оценивают так: задачу раскладывают на мелкие подзадачи, по каждой считают оптимистичный, реалистичный и пессимистичный срок, отдельно добавляют анализ, тестирование, перенос на рабочий портал и резерв на риски. Оценка «одной цифрой на глаз» почти всегда оказывается заниженной в полтора-два раза.
Типичная картина выглядит так. Руководитель отдела продаж пишет в поддержку: «Нужно, чтобы при оплате счёта сделка сама переходила на следующую стадию и менеджеру ставилась задача. Сколько это займёт?» Исполнитель отвечает «пару часов», а через неделю выясняется, что оплату надо ловить из учётной системы, у части сделок нет счетов, а задачу нужно ставить не менеджеру, а его руководителю, если сумма больше порога. Пара часов превращается в двадцать, и обе стороны недовольны. Большую часть этих сюрпризов можно было увидеть заранее, если задать исполнителю несколько вопросов до того, как вы согласитесь на смету.
Что считается доработкой Битрикс24 и чем она отличается от настройки
Доработка Битрикс24 — это любое изменение портала сверх штатных настроек: новая логика автоматизации, собственные поля и сущности, интеграция с внешней системой или программный код. Настройка обходится стандартными инструментами интерфейса и почти не несёт риска, доработка затрагивает связи между разделами и требует проверки.
Граница между ними важна для оценки. Добавить пользовательское поле в карточку сделки или переименовать стадию воронки можно за несколько минут, и считать тут нечего. А вот робот, который при переходе на стадию создаёт задачу, меняет ответственного и отправляет письмо клиенту, уже требует продумать условия, исключения и то, что произойдёт со сделками, которые уже стоят на этой стадии.
Мы в техподдержке Битрикс24 делим запросы на четыре уровня сложности, и от уровня сильно зависит точность оценки:
| Уровень | Что входит | Насколько точна первая оценка |
|---|---|---|
| Настройка | поля, стадии, права доступа, шаблоны документов | высокая, отклонения редки |
| Автоматизация штатными средствами | роботы, триггеры, простые бизнес-процессы | средняя, зависит от числа условий и исключений |
| Новые сущности и сложная логика | смарт-процессы, связанные бизнес-процессы, согласования | ниже средней, нужна предварительная аналитика |
| Интеграции и код | REST-приложения, обмен с учётной системой и сайтом, модификация коробочной версии | низкая без технического обследования |
Таблица составлена по нашему опыту и служит ориентиром, а не нормативом. Чем ниже строка, тем опаснее соглашаться на оценку без обследования портала.
Из чего складываются трудозатраты на доработку
В трудозатраты на доработку входит больше, чем время программиста или настройщика: по нашим наблюдениям, заметная доля часов уходит на работу вокруг самой реализации. Когда заказчик видит в смете только строку «разработка», он сравнивает её с чужими предложениями и выбирает самое дешёвое, а недостающие этапы потом всплывают как «дополнительные работы».
Полная оценка включает такие этапы:
- Анализ задачи. Разговор с тем, кто будет пользоваться результатом, разбор текущего процесса, сбор исключений. Здесь выясняется, что «при оплате счёта» означает три разных сценария.
- Проектирование. Решение, чем реализовать задачу: роботом, бизнес-процессом, смарт-процессом или внешним приложением. Неудачный выбор на этом шаге удваивает затраты на следующих.
- Реализация, то есть сама настройка или написание кода.
- Тестирование. Проверка на тестовых данных, включая пограничные случаи: пустые поля, повторные срабатывания, права сотрудников с разными ролями.
- Перенос и запуск. Если работа шла на тестовом портале, её переносят на рабочий. Для существующих записей иногда нужна отдельная обработка.
- Документация и обучение. Короткая инструкция для сотрудников и описание логики для того, кто будет поддерживать портал.
- Резерв на риски: время на то, что невозможно предусмотреть заранее.
С резервом связано больше всего недоверия. Некоторые заказчики воспринимают его как попытку подрядчика заработать лишнее. На практике честный резерв выгоден обеим сторонам: он прописан заранее, его расход можно контролировать по отчёту о часах, а неиспользованная часть при почасовой оплате просто не выставляется.
Как оценить доработку Битрикс24 по шагам
Оценить доработку можно за шесть шагов. Первые два важнее остальных: без чёткой формулировки результата и декомпозиции любые цифры превращаются в гадание. Этот порядок одинаково работает и для заказчика, который хочет проверить смету, и для внутреннего администратора портала.
- Опишите результат вместо действия. Вместо «сделать робота на оплату» напишите: «когда клиент оплатил счёт, сделка переходит на стадию «Отгрузка», складу приходит задача со сроком один рабочий день, менеджер видит уведомление». Такая формулировка сразу показывает, кто участвует и что считается готовым.
- Разложите задачу на части. Декомпозиция — это разбиение большой задачи на подзадачи, каждую из которых можно выполнить и проверить за несколько часов. Если подзадача оценивается больше чем в день работы, её стоит дробить дальше.
- Оцените каждую часть тремя цифрами. Трёхточечная оценка — это расчёт срока по оптимистичному (О), наиболее вероятному (Н) и пессимистичному (П) варианту. Итоговая цифра считается по формуле (О + 4×Н + П) / 6. Она сглаживает излишний оптимизм и показывает, где разброс велик.
- Добавьте сопутствующие этапы: анализ, тестирование, перенос и обучение из списка выше. Их часто оценивают долей от реализации, но для интеграций тестирование лучше считать отдельно.
- Проверьте технические ограничения: лимиты REST API, права пользователей, доступность нужных функций на вашем тарифе. Роботы и триггеры, например, согласно по справке Битрикс24 о роботах и триггерах, доступны не на всех тарифах, и это стоит выяснить до начала работ.
- Зафиксируйте допущения, то есть список того, из чего исходила оценка: «сделок в работе не больше 500», «учётная система умеет отдавать статус оплаты», «шаблон письма предоставляет заказчик». Если допущение не подтвердится, пересмотр сметы будет обоснован, а не станет сюрпризом.
Разница между «наиболее вероятной» цифрой и расчётом по формуле хорошо видна на подзадачах с неизвестными. Допустим, настройку обмена статусом оплаты оценили так: оптимистично 3 часа, реально 5, пессимистично 14, если придётся разбираться с форматом данных учётной системы. По формуле выходит (3 + 20 + 14) / 6, то есть около 6,2 часа. Разрыв между 5 и 14 часами сам по себе сигнал: эту подзадачу надо уточнить до согласования сметы.
Почему интеграции оцениваются дороже, чем кажется
Интеграции стоят дороже простых доработок, потому что добавляют вторую систему со своими правилами, форматами и ограничениями. Код, который отправляет одну сделку, пишется быстро. Долго делается всё остальное: повторная отправка при сбое, обработка дублей, журнал ошибок, поведение при больших объёмах.
Хороший пример таких ограничений — лимиты REST API облачного Битрикс24. Согласно документации REST API об ограничениях запросов, на большинстве тарифов допускается 2 запроса в секунду с порогом в 50 запросов до блокировки, на тарифе Enterprise 5 запросов в секунду с порогом 250. При превышении портал отвечает ошибкой QUERY_LIMIT_EXCEEDED. Отдельно ограничено суммарное время выполнения методов и время одного запроса: не дольше 60 секунд.
Для оценки это значит следующее. Если интеграция должна ежедневно синхронизировать тысячи товаров или контактов, её надо проектировать с очередью, пакетными запросами и паузами. Это отдельные часы разработки и тестирования, которых нет в наивной оценке «написать обмен». Когда подрядчик называет срок на интеграцию, не спросив про объём данных, это повод насторожиться.
С коробочной версией ситуация другая: там больше свободы в коде, но появляются свои статьи затрат. Нужно учитывать обновления платформы, которые могут затронуть доработанные компоненты, резервное копирование перед изменениями и совместимость с модулями. В смете на доработку коробки полезно видеть строку про проверку после ближайшего обновления.
Чем отличается оценка робота, бизнес-процесса и смарт-процесса
Роботы оцениваются быстрее и точнее всего, бизнес-процессы требуют больше времени на логику и тестирование, а смарт-процессы добавляют проектирование новой сущности. Выбор инструмента влияет на трудозатраты сильнее, чем сама формулировка задачи.
Робот срабатывает, когда элемент попадает на стадию, где он настроен, и выполняет заданное действие: создаёт задачу, отправляет письмо или уведомление. Триггер следит за событием, например оплатой счёта или изменением статуса задачи, и переводит элемент на нужную стадию. Для задачи из нашего примера связка «триггер на оплату плюс робот на стадии» часто закрывает большую часть требований без программирования.
Бизнес-процесс в дизайнере нужен там, где появляются ветвления, циклы и согласования: «если сумма больше порога, отправить на согласование руководителю, если он не ответил за сутки, напомнить». Каждая ветка увеличивает число сценариев, которые надо проверить, поэтому тестирование здесь занимает заметную долю оценки.
Смарт-процесс — это собственная сущность CRM со своими стадиями, полями и автоматизацией. По инструкции Битрикс24 о создании смарт-процесса его создают в разделе CRM, выбирают нужные инструменты (воронки, стадии, роботы и триггеры, бизнес-процессы), поля карточки и связи с другими элементами CRM: сделками, контактами, компаниями. Каждое из этих решений надо обсудить с заказчиком, поэтому на смарт-процесс закладывают отдельное время на проектирование, даже если сама настройка потом занимает немного.
| Инструмент | Когда подходит | На что уходит основное время |
|---|---|---|
| Роботы и триггеры | линейные действия по стадиям | условия запуска и проверка на старых записях |
| Бизнес-процесс | ветвления, согласования, циклы | логика веток и тестирование всех сценариев |
| Смарт-процесс | новый тип объектов со своим циклом | проектирование полей, стадий и связей |
| REST-приложение | обмен с внешними системами, нестандартный интерфейс | обработка ошибок, лимиты, объёмы данных |
Пример: оценка доработки для отдела рекламаций
Возьмём иллюстративный пример, собранный из типичных запросов, без привязки к конкретному клиенту. Производственная компания в Алматы принимает рекламации через форму на сайте и по почте. Сейчас они теряются в общем ящике, а руководитель сервиса не видит сроков. Задача: завести рекламации в Битрикс24, назначать ответственного, контролировать срок ответа клиенту и видеть отчёт по причинам.
После анализа задачу разложили так (все часы условные и приведены для иллюстрации метода):
| Подзадача | О | Н | П | Расчёт |
|---|---|---|---|---|
| Интервью с сервисом, описание процесса | 2 | 3 | 5 | 3,2 |
| Смарт-процесс «Рекламация»: поля, стадии, связь с компанией | 3 | 4 | 7 | 4,3 |
| Приём заявок из формы сайта и почты | 2 | 4 | 10 | 4,7 |
| Роботы: ответственный, задача, напоминание о сроке | 2 | 3 | 6 | 3,3 |
| Отчёт по причинам и срокам | 2 | 3 | 6 | 3,3 |
| Тестирование всех сценариев | 2 | 4 | 6 | 4,0 |
| Инструкция и обучение сервиса | 1 | 2 | 3 | 2,0 |
Сумма по формуле выходит около 25 часов. Если бы исполнитель назвал срок по одной реалистичной цифре только для реализации (4 + 4 + 3 + 3), он получил бы 14 часов и ошибся почти вдвое. Самый большой разброс, от 2 до 10 часов, у приёма заявок: неизвестно, как устроена форма на сайте. Это первое, что стоит уточнить до согласования.
Заодно пример показывает, откуда берутся споры. Заказчик, видя 25 часов, спрашивает, почему так долго, если «просто воронка». Ответ лежит в таблице: треть времени уходит на анализ, тестирование и обучение, без которых сервис через месяц вернётся к общему почтовому ящику.
Сколько стоит доработка Битрикс24 и как читать смету подрядчика
Стоимость доработки Битрикс24 равна оценке в часах, умноженной на ставку, поэтому сравнивать предложения полезнее по составу работ, чем по итоговой сумме. Две сметы на одну задачу могут отличаться вдвое просто потому, что в одной нет тестирования и обучения.
При чтении сметы проверьте несколько вещей:
- Есть ли декомпозиция. Одна строка «доработка портала, 40 часов» не даёт понять, за что вы платите и где риск.
- Выделены ли анализ и тестирование. Если их нет, они будут выставлены позже или не будут сделаны.
- Записаны ли допущения. Без них любое расхождение превращается в спор.
- Как оплачивается превышение. При фиксированной цене риск на подрядчике, но и резерв в цене больше. При почасовой оплате нужен отчёт о фактических часах и порог, после которого подрядчик обязан предупредить.
- Кто и как будет поддерживать результат. Доработка, которую понимает только её автор, дорожает с каждым годом.
Для компаний в Казахстане есть ещё практический момент: удобно, когда доработки оплачиваются в тенге по договору с закрывающими документами, а часы списываются из пакета абонентского обслуживания. Тогда мелкие изменения не требуют отдельного счёта на каждую задачу.
Отдельный вопрос: стоит ли вообще дорабатывать. По нашему опыту внедрений в B2BPRO.KZ, заметная часть запросов на «доработку» решается штатной настройкой, если правильно сформулировать задачу. Поэтому честная оценка иногда заканчивается ответом «код не нужен, вот как это сделать роботом за час».
Как техподдержка Битрикс24 помогает не переплачивать за доработки
Техподдержка Битрикс24 снижает стоимость доработок, потому что знает ваш портал: ей не нужно заново изучать воронки, права и существующую автоматизацию перед каждой оценкой. Команда, которая видит портал впервые, закладывает время на обследование, и это справедливо, но платить за него при каждом запросе незачем.
У постоянной поддержки есть история похожих задач и фактических часов по ним, так что оценки со временем становятся точнее. Доработки меньше конфликтуют между собой: новый робот не ломает старый бизнес-процесс, о котором подрядчик «не знал». И сбои после изменений замечают сразу, пока их последствия ещё легко исправить.
Последнее особенно важно для автоматизации, которая работает круглосуточно: заявки с сайта, обмен с учётной системой, уведомления клиентам. Поэтому техническая поддержка Битрикс24 в B2BPRO.KZ работает 24/7. Если робот перестал ставить задачи ночью или обмен остановился в выходной, заявку разберут без ожидания понедельника. Если вам нужна оценка конкретной доработки или постоянное сопровождение портала, оставьте заявку на техподдержку Битрикс24 24/7, и мы разложим задачу на части до того, как вы согласитесь на смету. Если же речь о перестройке процессов целиком, для этого у нас есть отдельное внедрение и настройка Битрикс24.
От хорошей оценки трудозатрат не стоит ждать маленькой цифры. Важнее, чтобы по ней было видно, из чего состоит работа, где риски и что произойдёт, если допущения не подтвердятся. Имея такую смету на руках, руководитель спокойно решает, делать доработку сейчас, упростить её или обойтись штатной настройкой.
Частые вопросы
Как быстро можно получить оценку доработки Битрикс24?
Простую доработку вроде робота или нового поля опытный специалист оценивает в течение рабочего дня после получения задачи. Для бизнес-процессов с ветвлениями и интеграций сначала нужно обследование портала и уточнение требований, поэтому оценка занимает больше времени. Ускоряет процесс чёткое описание результата, примеры записей и доступ к тестовому порталу.
Почему подрядчик закладывает резерв на риски?
Резерв закладывают потому, что часть сложностей невозможно увидеть до начала работ: нестандартные данные, ограничения внешней системы, скрытые исключения в процессе. Прописанный заранее резерв лучше внезапных дополнительных счетов. При почасовой оплате неиспользованный резерв не выставляется, а его расход можно проверить по отчёту о фактически потраченных часах.
Можно ли оценить доработку Битрикс24 самостоятельно?
Можно, если разложить задачу на подзадачи и оценить каждую тремя цифрами: оптимистичной, реалистичной и пессимистичной. Самостоятельная оценка хорошо работает для роботов и простых настроек. Для интеграций и изменений в коде без опыта легко пропустить обработку ошибок, лимиты REST API и тестирование, поэтому такую оценку лучше сверить со специалистом.
Что делать, если доработка заняла больше часов, чем в смете?
Сначала сравните фактические работы с допущениями, записанными в смете. Если превышение вызвано новым требованием или неподтверждённым допущением, пересмотр обоснован и обсуждается до продолжения работ. Если допущения выполнены, а часов больше, это риск подрядчика. Договоритесь заранее, что при приближении к лимиту исполнитель обязан предупредить вас.
Нужна ли техподдержка Битрикс24, если доработок немного?
Нужна, если портал используется каждый день и в нём работает автоматизация. Даже без новых доработок роботы, обмены и права доступа требуют внимания после обновлений и кадровых изменений. Абонентская техподдержка Битрикс24 дешевле разовых обращений к разным подрядчикам, а при поддержке 24/7 сбои в ночное время и выходные не ждут начала рабочей недели.