Битрикс24 своими силами: докуда получится дойти

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

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

Все технические утверждения ниже помечены: либо это записано в справке Битрикса, либо мы проверили это на живом портале и говорим, когда именно. Где не проверяли - так и написано.

1. Что настраивается за вечер и правда работает

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

Три правила, которые экономят неделю переделок

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

2. Где начинаются грабли: три отказа, которые Битрикс не показывает

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

Отказ первый: сделка ушла со стадии - робот умер

Самый частый и самый обидный. Вы ставите робота «через три дня напомнить про счет», сделка через час переезжает на следующую стадию, и напоминания не будет никогда.

В справке Битрикса это написано прямым текстом: «После переноса элемента CRM на другую стадию все роботы и незавершенные бизнес-процессы для этого элемента останавливаются», и отдельно то же самое про перенос сделки в другую воронку. Логика у Битрикса своя и разумная, но человек, который настраивает портал сам, обычно узнает про нее уже после того, как напоминания не пришли.

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

Отказ второй: вы поправили робота, а работает старая версия

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

Что делать: после правки проверять не на старых сделках, а на новой, созданной уже после изменения. Иначе вы будете чинить то, что уже починено.

Отказ третий: условие проверило пустое поле

Сделка приезжает из формы на сайте, с телефонии или из интеграции. Робот стартует в момент создания, а поля дозаполняются чуть позже. Условие «если сумма больше 100 000» проверяет пустоту и не срабатывает. Справка называет эту причину прямо и советует отложить выполнение робота, например на десять минут.

Что еще ломается молча

Из той же статьи справки «Если не работают роботы и бизнес-процессы» и из нашей практики:

• Не заполнено «Изменять от имени» - в истории сделки не видно автора изменений, а ответственный подставляется не тот.
• Не больше двух бизнес-процессов одновременно на одной сделке. Это официальное ограничение облачных тарифов: третий ждет, пока освободится место. У нас это выглядело так: два процесса с длинными паузами заняли оба места, и нужное действие в нужный момент просто не произошло. На роботов из конструктора ограничение, по справке, не распространяется.
• Условие по времени «между» не отрабатывает, если диапазон переходит через полночь.
• Спецсимволы в полях (больше, меньше, равно, плюс, собака, решетка) могут блокироваться фильтром безопасности.
• Роботов копируют по одной стадии за раз. Скопировать автоматику всей воронки одним движением нельзя.

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

3. Почему портал спамит задачами и его выключают на второй неделе

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

Откуда берутся дубли

Главный источник - бизнес-процесс с автоматическим запуском «при изменении элемента». Он стартует не один раз, а на каждое сохранение карточки. Менеджер поправил телефон - процесс запустился. Дописал комментарий - еще раз. За неделю это сотня одинаковых задач.

Проверено нами на живом портале в июле 2026: без защиты процесс создавал дело при каждом изменении сделки. Лечится отметкой:

1. Завести служебное поле, например «дело поставлено для стадии».
2. Процесс, создав задачу, записывает туда код текущей стадии.
3. Условие запуска делается двойным: стадия равна нужной И отметка не равна ей.

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

Четыре правила, чтобы портал не стал шумом

• Включать автоматику по одному роботу. Поставили - неделю смотрите. Десять роботов, включенных в один день, невозможно отладить: непонятно, кто из них шумит.
• Задача - только там, где нужен человек, ответственный и срок. Все остальное - уведомление. Задача, которую нельзя закрыть действием, воспитывает привычку закрывать задачи не глядя.
• У задачи один хозяин. Задача на отдел - это задача ни на кого.
• Сроки ставить реальные. Если «перезвонить за 2 часа» невыполнимо в сезон, просроченными станут все задачи разом, и просрочка перестанет что-либо значить.

4. Двадцать минут утром: как учить людей в сезон

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

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

Что работает в двадцатиминутном формате:

• Один подход - один сценарий. Сегодня «как принять заявку», завтра «как двинуть сделку по стадиям», послезавтра «как закрыть задачу». Не «обзор возможностей Битрикс24».
• Учить на живых заказах сотрудника, а не на демонстрационных. Человек запоминает то, что ему сегодня сдавать, а не абстрактного «Иванова И. И.».
• Короткая запись экрана вместо инструкции. Двухминутное видео «как поставить дело» пересматривают, документ на двенадцать страниц - нет.
• Считать не обучение, а результат. Через три дня посмотрите, кто заходил и кто двигал сделки. Обучение, после которого никто не зашел, не состоялось, сколько бы часов вы на него ни потратили.

Отдельная строка - владелец

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

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

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

5. С кого начинать внедрение и с кем не воевать

Инстинкт подсказывает начать с самого проблемного сотрудника: у кого больше всего теряется, того и в портал. Это самый быстрый способ угробить проект.

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

Не стройте порядок на силе воли

Правило «не занес в портал - не получил процент» звучит убедительно и ломается в первый горячий месяц. Владелец, с которым мы это обсуждали, сказал честнее нас: «Я готов это сказать. Но в июле, когда мне принесут полтора миллиона мимо портала, я это не выдержу и заплачу».

Вместо наказания - три опоры, каждую из которых можно сделать самому:

1. Заявки должны падать в портал сами. Почта, телефония, форма на сайте, открытая линия. Тогда несговорчивый менеджер не блокирует систему: заявка уже в портале, независимо от него.
2. Признаки жизни портала не должны стоять на самом упрямом человеке. Проверьте арифметикой: если он не зайдет ни разу, порядок в делах все равно виден? Если нет - вы построили систему на одном человеке.
3. Наказание заменить измерением. Раз в месяц сверьте договоры в бухгалтерии со сделками в портале. Владелец получает цифру «мимо портала прошло четыре договора». Он не обязан ничего делать - он просто знает. И сотрудник знает, что он знает.

Где действительно стена

Честно: для одного своего портала стены почти нет. Все выше делается кликами. Стена начинается там, где нужна повторяемость или перенос.

• Права доступа CRM. Кто чьи сделки видит - настраивается только руками в интерфейсе. Мы проверяли на живом портале 13.07.2026: методы чтения и записи ролей CRM ответили «метод не найден». Для одного портала это не проблема - вы и так кликаете. Для десятка порталов это ручная работа, которую нечем заменить.
• Перенос настроек между порталами. Штатный экспорт и импорт настроек CRM архивом существует и переносит воронки, поля, роботов, бизнес-процессы, формы и смарт-процессы. Но в справке написано прямо: если в Битрикс24 уже есть лиды и сделки, они удалятся после импорта. То есть на пустой портал - можно, на рабочий - нельзя.
• Тариф. Дизайнер бизнес-процессов, по справке Битрикса, доступен только на старших тарифах - Профессиональный и Энтерпрайз. На младших автоматика делается роботами на стадиях; описанная выше защита от дублей нужна именно бизнес-процессам с автозапуском, а их у вас там просто не будет.
• Программный интерфейс в российской зоне. Дословно из справки: для работы с REST API, локальными приложениями и вебхуками в зоне ru нужна подписка Битрикс24 Маркетплейс. Это отдельная покупка помимо тарифа, и это часто становится сюрпризом при интеграции с сайтом или 1С.
• Чужие бизнес-процессы. Если на портале уже стоит автоматика от прошлого подрядчика, прочитать ее содержимое программно нельзя - только открывать в дизайнере глазами. Мы проверяли на своих порталах: список шаблонов отдается, тело шаблона нет.

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

Страница написана, чтобы вы справились без нас, - пользуйтесь. Застрянете на конкретном роботе, можно спросить: @creagent13 или info@mailmind.ru. Знаем ответ - скажем, продавать в ответ не будем. Отвечает один человек, скорость не обещаем. И до настройки ответьте себе на шесть вопросов о фирме: там, где ответа нет, воронка потом и порвется.