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