Блог · Выбор системы

1С:PM или отраслевая система: что выбрать проектной организации

Вопрос не в том, какая система «лучше». Вопрос в том, что важнее вашему бюро: единая учётная экосистема — или готовая отраслевая модель с нормо-часами и разделами ПД.

Выбор между 1С:PM и отраслевой системой зависит от того, что для вас важнее. Единая учётная экосистема, где проекты живут рядом с бухгалтерией и зарплатой, — это поле универсальной платформы. Отраслевая специфика — нормо-часы, разделы ПД, стадии П и РД, загрузка проектировщиков по специальностям — поле отраслевой системы. Первую настраивают под отрасль месяцами. Вторая понимает проектное производство сразу, но уже по охвату задач. Ниже — критерии, по которым это решение принимается осознанно. Более широкий разбор — не только «1С против отраслевой» — в гайде как выбрать российскую СУП.

В чём разница между двумя классами систем?

Универсальная платформа управления проектами — конструктор. Задачи, ресурсы, диаграмма Ганта, бюджеты: всё это настраивается практически под любую отрасль, от стройки до разработки ПО. 1С:PM — сильный представитель класса. Он опирается на экосистему 1С, в которой у большинства компаний уже работают бухгалтерия и ЗУП, и на широкий рынок интеграторов.

Отраслевая система строится вокруг предметной модели проектной организации. Разделы проектной документации, стадии П и РД, нормо-часы на объёмы, специальности АР, КР, ОВ, ЭОМ — это не настройки, а ядро продукта. Разница не в качестве, а в точке старта. Универсал настраивают под отрасль. Отраслевую систему — сразу под конкретное бюро.

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

Критерии выбора: сводная таблица

Восемь критериев, которые реально влияют на итог. Пройдите по ним со своими вводными, а не с презентацией вендора.

Критерий Универсальная платформа Отраслевая система
Модель данных: разделы ПД, стадии П/РД Строится внедренцем под отрасль Заложена в продукт изначально
Нормирование в нормо-часах Через доработки и справочники Штатный механизм: нормативы на разделы и объёмы
Планирование загрузки по специальностям Ресурсные планы общего вида Загрузка по АР, КР, ОВ, ЭОМ и другим специальностям
Стоимость владения Лицензии, внедрение, сопровождение, доработки Обычно подписка; сопровождение включено
Скорость внедрения Месяцы: отдельный проект настройки Недели: модель готова, настраиваются справочники
Требования к ИТ-команде Нужен администратор или партнёр-интегратор Достаточно браузера; отдельная ИТ-роль не обязательна
Интеграция с 1С:Бухгалтерией Родная среда, обмен внутри экосистемы Через выгрузки и API; проверяйте под свой контур
Доработки под себя Широкие возможности платформы, силами интегратора В рамках продукта; развитие — через вендора

Честный вывод из таблицы: по интеграции с учётом и по свободе доработок впереди универсальная платформа. Это её поле. Отраслевая система выигрывает там, где нужна готовая модель проектного производства и быстрый старт без ИТ-проекта.

Как импортозамещение влияет на выбор?

Оба класса решений сегодня представлены российскими продуктами; что включает готовая система для проектной организации — на отдельной странице. Но если среди ваших заказчиков есть государство или объекты КИИ, к выбору добавляются формальные требования.

Первое — национальный режим в закупках. С 1 января 2025 года его условия устанавливает постановление Правительства РФ от 23.12.2024 № 1875: для ПО действуют запреты и ограничения на закупку иностранных решений, а реестровый российский софт получает преимущество — конкретный набор требований зависит от вида закупки. Реестровую основу механизма заложило постановление № 1236 ещё в 2015 году. Работаете с госзаказом — спрашивайте вендора о статусе в реестре и планах по нему.

Второе — указ Президента РФ от 30.03.2022 № 166 о технологической независимости. С 1 января 2025 года госорганам и госзаказчикам запрещено использовать иностранное ПО на значимых объектах критической информационной инфраструктуры. Для частных бюро формальных запретов нет. Но уход западных вендоров научил рынок считать риски: как проектные организации переезжали с ушедших планировщиков — в разборе про импортозамещение MS Project и Primavera.

Когда выбирать универсальную платформу

Универсал — рациональный выбор в четырёх сценариях.

  • Вся экосистема уже на 1С. Бухгалтерия, ЗУП, документооборот работают в одной среде, и единый контур с одним подрядчиком сопровождения дороже разрывать, чем сохранить.
  • Процессы сильно нестандартны. Компания совмещает девелопмент, проектирование и стройконтроль — готовая отраслевая модель будет тесной, нужен конструктор.
  • Есть ИТ-команда и бюджет на проект внедрения. Свой администратор или проверенный интегратор превращают гибкость платформы в преимущество, а не в риск.
  • Портфель разнородный. Проектирование — лишь часть бизнеса, и система нужна общая для всех направлений сразу.

Когда выбирать отраслевую систему

Отраслевая система оправдана, когда задачи типовые для проектного производства.

  • Основной продукт — проектная документация. Нужны разделы, стадии и нормо-часы без программирования и технических заданий на доработку.
  • Результат нужен быстро. Планирование загрузки и себестоимость должны заработать через недели, а не после многомесячного проекта настройки.
  • Некому сопровождать систему. В бюро на 20–50 человек редко есть штатный администратор — облачная подписка снимает вопрос серверов и обновлений.
  • Ядро задачи — часы людей. Нужен учёт трудозатрат сотрудников по проектам, план/факт по разделам и себестоимость проектных работ из этих данных.

Классы против продуктов. Эта статья — о выборе класса решения. Если вы уже сравниваете конкретные продукты, есть прямое сопоставление — HRP vs 1С:PM: функции, сроки запуска, модель поставки.

Типовой путь: Excel → универсальная → отраслевая

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

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

Первый маршрут оправдан, когда бюро само ещё не понимает свои процессы: универсал помогает их нащупать. Второй по совокупности дешевле, если задачи типовые — планировать загрузку, нормировать разделы, считать себестоимость. Учтите цену каждой миграции: перенос справочников, истории проектов и переучивание людей. Это недели работы. Закладывайте их в решение заранее.

Три типовые ошибки выбора

  • Выбор по списку функций, а не по модели данных. Галочки «диаграмма Ганта» и «отчёты» есть у всех. Спросите другое: как система представляет раздел ПД, стадию, нормо-час. Если ответ — «настроим», — уточните, кто, за сколько и в какие сроки.
  • Игнорирование стоимости владения. Цена лицензий — верхушка айсберга. Внедрение, сопровождение, доработки и обновления живут с системой годами. Сравнивайте бюджет на три года, а не на первый счёт.
  • Внедрение «на всех сразу» без пилота. Полный роллаут на неподходящей системе стоит дороже любого пилота. Один отдел и один реальный контракт покажут узкие места за месяц.

Пилот на месяц: как проверить систему до покупки

Пилот — самый дешёвый способ проверить кандидата. Схема одинаково работает и для универсала, и для отраслевой системы.

Этап Что делаем Что проверяем
Неделя 1: справочники Заводим сотрудников, специальности, типовой проект Ложится ли ваша структура в модель данных системы
Недели 2–3: план Раскладываем реальный контракт на разделы и нормо-часы Получается ли план загрузки отделов без доработок
Недели 3–4: факт Участники пилота отмечают трудозатраты План/факт по разделам, удобство ежедневного ввода
Итог: решение Сверяем результат с критериями из таблицы выше Масштабировать, доработать или искать дальше

Параллельно задайте вендору пять вопросов. Есть ли продукт в реестре российского ПО? Как устроен обмен с 1С:Бухгалтерией — формат, периодичность, кто настраивает? Заложены ли в модель нормо-часы и разделы ПД? Кто делает доработки и сколько их ждать? Как выгрузить данные, если решите уйти? Ответы на эти вопросы скажут о системе больше, чем презентация.

Не уверены, какой класс подойдёт вашему бюро? Запросите демо — покажем HRP на вашем сценарии и честно скажем, где отраслевая система сильнее, а где нужен универсал.

Частые вопросы

Чем универсальная платформа отличается от отраслевой системы?

Универсальная платформа — конструктор, который внедренец настраивает под любую отрасль. Отраслевая система уже содержит модель проектного производства: разделы ПД, стадии П и РД, нормо-часы, специальности проектировщиков.

Обязательно ли выбирать ПО из реестра российского ПО?

Для госзакупок — фактически да: по постановлению № 1236 заказчик обязан закупать ПО из реестра или обосновать отсутствие аналога. С 2025 года указ № 166 запрещает иностранное ПО на значимых объектах КИИ. Частные компании формально свободны в выборе.

Можно ли совместить отраслевую систему с 1С?

Да, это типовая связка: планирование загрузки и экономика проектов — в отраслевой системе, бухгалтерский учёт и зарплата — в 1С. Данные передаются выгрузками; формат обмена уточняйте у вендора до покупки.

Сколько длится пилот при выборе системы?

Обычно около месяца: неделя на справочники, две-три недели на план и факт по реальному контракту. Этого хватает, чтобы проверить модель данных и увидеть первые отклонения план/факт.

Читайте также

Покажем на ваших данных

Рассчитаем план и себестоимость по одному вашему типовому контракту — сравните с тем, как это устроено сейчас.

Запросить демо на ваших данных

Демо-доступ к тестовой базе

Оставьте ФИО и email — создадим персональный демо-доступ. Логин и пароль покажем сразу.