Как планфикс навёл порядок в проектах и развязал руки руководителям

Что такое low code и no code

Термин low code ввели аналитики Forrester в 2014 году. Так называют платформы, где приложение собирают из готовых блоков в визуальном редакторе, а код пишут только для нестандартных мест. No code идёт дальше: программировать не нужно вовсе, всё настраивается мышкой и формулами.

Граница размыта. Planfix, Bitrix24 с бизнес-процессами, ELMA365, Pyrus, Airtable — всё это инструменты, где руководитель отдела может сам собрать справочник, форму заявки и маршрут согласования. Для интеграций рядом обычно ставят n8n или Make.

Российские и зарубежные платформы

После 2022 года выбор сузился. Оплачивать Airtable, Notion или Monday из России стало сложно, часть сервисов ограничила доступ. Компании чаще смотрят на российские системы: Planfix, Bitrix24, ELMA365, Pyrus, Мегаплан, YouGile. Для госкомпаний и их подрядчиков важно, есть ли продукт в реестре отечественного ПО Минцифры.

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

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

Чем low code платформа отличается от самописа

Самописная система подстраивается под компанию идеально, но любое изменение идёт через программиста. Платформа даёт меньше гибкости, зато правки делает тот, кому они нужны. Разница видна в сроках: в самописе доработка ждёт свободного разработчика неделями, на платформе поле в форму добавляют за 10 минут.

Кто такие гражданские разработчики

Gartner называет citizen developer сотрудника не из ИТ, который сам собирает приложения для своей работы на разрешённых компанией платформах. Именно это и происходит, когда руководитель отдела настраивает себе процесс без очереди к программисту.

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

Правила, которые я бы ввёл с первого дня

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

Как пережить первые полгода внедрения

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

Что помогает пройти эту фазу быстрее:

• начать с одного отдела и одного процесса, где боль самая заметная;
• найти внутри отдела энтузиаста и дать ему время на изучение — те самые 10–15 часов;
• перестать принимать задачи в мессенджерах: если задачи нет в системе, её нет;
• показывать отчёты из системы на планёрках, чтобы данные в ней стали нужны всем.

Точка перегиба

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

Признак, что перегиб случился: в чате отдела вместо «скинь табличку» звучит «посмотри в задаче». Мелочь, но по ней хорошо видно, где теперь живёт работа.

Сколько стоит ожидание программиста

Самопис кажется бесплатным, потому что программист уже в штате. Но очередь к нему — скрытая стоимость. Если руководитель отдела полгода ждёт автоматизацию, которая сэкономит его команде 5 часов в неделю, компания теряет около 120 рабочих часов. А когда задача наконец дошла до разработки, она часто уже неактуальна.

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

Где без кода не обойтись

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

Так у разработчика меньше рутинных просьб «добавь поле» и больше задач, где без него действительно никак. А руководители отделов перестают ждать.

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

Типичные ошибки при выборе платформы

• выбирать по количеству функций, а не по тому, насколько легко в ней работать рядовому сотруднику;
• не проверить API и вебхуки до покупки — потом интеграции упрутся в ограничения;
• переносить в систему все процессы сразу вместо пилота на одном отделе;
• не учесть, где хранятся данные: для персональных данных важен закон 152-ФЗ и серверы в России;
• игнорировать стоимость лицензий при росте штата — платформы обычно считают деньги за пользователя;
• не заложить время на обучение: без тех самых 10–15 часов на человека система так и останется списком задач.