Системы управления проектами: 5 неочевидных критериев выбора

Системы управления проектами отличаются не только функциями и интерфейсом. Чтобы выбрать программу, которая подходит под задачи бизнеса, важно сначала разобраться в архитектуре, законах и сроках технической поддержки вендора. Разбираем, как выбрать систему управления проектами по 5 критериям в 2026 году.

8 сентября 2025 года Atlassian официально объявила об окончании срока эксплуатации облачных платформ Jira, Confluence и связанных продуктов. Новые лицензии можно было приобрести до 30 марта 2026 года. К 28 марта 2029 года облачные инсталляции будут недоступны для создания новых файлов, чеков, проведения финансовых операций. Останется только возможность работы с уже существующей информацией: скачивание, чтение, копирование. Для российского бизнеса это финал той схемы, при которой команды годами тянули миграцию с Jira через серые лицензии. Теперь и этот путь окончательно закрывается.

TCO (Total Cost of Ownership — совокупная стоимость владения) — не самый главный критерий выбора системы управления проектами в 2026 году. Ее сегодня посчитает даже школьник с ИИ‑моделью. Команда pickTech разбирает 5 важных критериев: архитектура продукта, скрытые расходы с конкретными цифрами, глубина функционала, нормы законов и работу технической поддержки вендора.

Критерий 1. Управление проектами или CRM: что вам реально нужно

PM (от англ. Project Management System). Это система управления проектами. В ней создают ТЗ, отмечают задачи, сроки их выполнения, готовность. Основной функционал: доски с карточками задач, спринты, ресурсное планирование.

Две системы построены на разных архитектурах под определенные задачи.

Российский рынок платформ управления 2026 года разделен на четыре сегмента:

• PM: Kaiten, Yandex Tracker, Naumen Project Ruler;
• CRM: AmoCRM, RetailCRM, SberCRM;
• гибрид PM + CRM: Мегаплан, Битрикс24;
• фокус на знаниях и документации (замена Confluence): TEAMLY, Collabis, Yonote.

Как направления систем влияют на выбор. Не стоит покупать PM заранее, если сейчас главная задача — продажи. Гибрид с тяжелой CRM‑частью не подойдет команде разработки. Он оправдан, когда обе функции реально нужны в одном контуре. Обычно такие системы подходят для среднего бизнеса с командой от 50 до 200 человек.

Критерий 2. Скрытые расходы CRM и PM‑систем

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

На рынке уживаются две модели ценообразования, и у каждой свои скрытые статьи расходов.

Пакетная (портальная) — фиксированная ставка до определенного числа пользователей. По этой модели работает, например, Битрикс24. Она удобна для стабильно крупных команд (от 50 до 250 человек), но привязывает к одному вендору и часто требует отдельной подписки на маркетплейс приложений. Так, с 20 января 2026 года на коммерческих тарифах Битрикс24 без подписки «BitrixGPT + Маркетплейс» (от 1000 ₽/мес для тарифа «Базовый») перестают работать платные приложения каталога из более чем 5000 интеграций.

Per‑user (персональная) — оплата за каждого пользователя отдельно. Прозрачнее для финансового планирования: бюджет растет линейно с командой. Этой модели придерживаются Мегаплан, Kaiten, Weeek; доступ к магазину приложений у части таких систем входит в тариф без отдельной платы.

Что еще формирует реальный TCO помимо лицензии — и это стоит проверять у любой системы:

• подписка на маркетплейс или магазин приложений вендора, если она обязательна;
• расширение тарифа при увеличении команды (особенно в пакетной модели);
• двусторонняя синхронизация с 1С — своими силами или через интегратора (150–500 тыс. ₽ за проект);
• стоимость миграции при смене вендора (типовой переход с Jira на российскую PM‑систему для SMB‑контура занимает 1,5–3 месяца).

Расчет показывает разницу двух моделей лицензирования, а не преимущество одного продукта. Разовая лицензия коробки (как у Мегаплана) дешевле на горизонте трех лет, если команда стабильна и не требует обширного каталога интеграций. Пакетная подписка (как у Битрикс24) удобна предсказуемой ставкой и не требует крупного разового платежа, а маркетплейс из тысяч приложений может быть важнее экономии. Что выгоднее — зависит от размера команды, горизонта планирования и реальной потребности в интеграциях.

Из чего складывается стоимость коробки Мегаплана:

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

Актуальные цены — на megaplan.ru, вкладка «Локальная версия (коробка на вашем сервере)».

Из чего складывается стоимость Битрикс24:

• пакетная (портальная) лицензия — ставка зависит от числа пользователей и редакции;
• обязательная подписка на маркетплейс для работы платных приложений (в расчете выше — 73 200 ₽/год);
• расширение тарифа при росте команды и продление лицензии в последующие годы.

Актуальные цены и состав подписки — на bitrix24.ru.

Критерий 3. Глубина функционала системы управления проектами

Реальные различия PM‑систем начинаются там, куда финдиректор обычно не смотрит. Но именно от них зависит, заработает ли команда быстрее или будет долго разбираться в инструментах.

Чем отличаются глубокие PM‑системы от поверхностных:

• ресурсное планирование на диаграмме Ганта — нагрузка по сотрудникам и конфликты загрузки;
• показатели для оценки продуктивности рабочих процессов (agile‑метрики): скорость и объем работы, диаграмма сгорания задач, количество оставшихся заданий;
• WIP‑лимиты на колонки канбан‑доски;
• готовый автоматизированный импорт из Jira с сохранением истории и кастомных полей;
• бесплатный доступ для гостевых пользователей — подрядчиков, аутсорса, заказчиков;
• зависимости между задачами разных уровней (Эпик → Story → Task).

Критерий 4. Требования законов и стоимость ошибок

Облачные системы со слабой защитой контура несут прямой финансовый риск. В ноябре 2024 года к базовому 152‑ФЗ от 27.07.2006 о персональных данных (ПД) добавился ФЗ № 420‑ФЗ от 30.11.2024. В статью 13.11 КоАП внесены поправки: ужесточились финансовые взыскания за утечку информации. Правил обработки ПД изменения не коснулись. Закон действует поэтапно: фиксированные штрафы начались с 30.05.2025, оборотные — с 30.11.2025.

Сетка штрафов 2026 за утечку персональных данных:

• 1–10 тыс. субъектов ПД — 3–5 млн ₽;
• от 10 до 100 тыс. субъектов — 5–10 млн ₽;
• свыше 100 тыс. — 10–15 млн ₽;
• биометрические данные — 15–20 млн ₽;
• повторная утечка любой категории — от 1 до 3% годовой выручки (минимум 20 млн ₽, максимум 500 млн ₽);
• неуведомление Роскомнадзора об утечке в течение 24 часов — 1–3 млн ₽ (на отчет — 72 часа);
• УК РФ ст. 272.1 (закон № 421‑ФЗ от 30.11.2024) — до 5 лет лишения свободы за незаконные операции с ПД спецкатегорий.

Когда коробка или закрытый контур обязательны. С 1 января 2025 года объектам критической информационной инфраструктуры (КИИ) запретили использовать иностранное ПО. Были опубликованы соответствующие Указы Президента № 250 от 1 мая 2022 года и № 166 от 30 марта 2022 года. Госконтракты по 44‑ФЗ и 223‑ФЗ требуют защиту персональных данных. Коробочная система также обязательна, если необходима работа с биометрией и тендерными данными.

Денежная цена ошибки интеграции. Реальная потеря денег из‑за плохо настроенной интеграции с 1С заключается не в покупке лицензии. По публичному разбору кейса ритейлера за 2025 год, из 48 000 компаний, которые числились в базе CRM, реальными оказались только 18 000. Две системы копировали информацию друг друга, не проверяли новые заказы от одного клиента по ИНН и записывали их каждый раз как нового. В результате стоимость интеграции с 1С обошлась компании дополнительно в десятки млн ₽ за год, а на очистку базы ушло несколько месяцев. Вывод для читателя: глубина и качество нативной интеграции с 1С — отдельный критерий выбора. У разных систем они отличаются, поэтому интеграцию стоит проверять на тест‑проекте и по отзывам пользователей до покупки.

Критерий 5. Техническая поддержка вендора и что фиксировать в договоре

В начале 2026 года австралийский IT‑разработчик Atlassian полностью ушел с российского рынка, заблокировав аккаунты и удалив профили пользователей из России. В марте 2026 года разработчик прекратил продажу лицензий коробочных систем. Тысячи компаний вынуждены переходить на другое ПО. Поэтому при выборе вендора нужно смотреть не только на функционал, но и на признаки того, что компания активно работает и развивается.

Признаки живого вендора:

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

Примеры активных вендоров. В ноябре 2025 года Мегаплан выпустил Collabis — бесплатный аналог Notion и Confluence с серверами в РФ. Naumen развивает систему управления проектами Project Ruler как замену Jira. Российская ИТ‑компания QSOFT разработала платформу TEAMLY как аналог Confluence. Все это сигналы того, что вендоры реагируют на тренд миграции с зарубежных аналогов.

Что фиксировать в договоре. Одинаково важны для облачной и коробочной системы следующие пункты:

• подробное соглашение об уровне обслуживания (SLA) с прописанными регламентами в случае простоя и компенсациями за инциденты;
• цена продления подписки или лицензии на горизонте 3–5 лет;
• форматы экспорта данных (CSV, JSON, XLSX) с историей комментариев и вложений;
• срок хранения данных у вендора после расторжения договора и условия возврата.

Что в итоге