У вас есть AutoCAD. А что понадобится, когда проект станет сложнее?

У проектной организации редко бывает день, когда кто-то говорит: «Всё, с сегодняшнего дня нам нужен AEC Collection».

Обычно происходит иначе. Сначала компания работает в AutoCAD и закрывает им практически все задачи. Затем появляется проект, где нужна BIM-модель. Для другого проекта требуется полноценная работа с рельефом и трассами. Через некоторое время BIM-координатор начинает сводить модели разных разделов и искать пересечения. Отдельно возникает задача визуализации.

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

AutoCAD перестаёт быть проблемой задолго до того, как перестаёт быть нужным

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

Но представим другой проект. Архитектор разрабатывает здание. Конструктор работает над несущими элементами. Инженеры прокладывают коммуникации. Генпланист учитывает существующий рельеф и проектирует территорию. BIM-координатор должен проверить, как всё это собирается в одном объекте.

В такой ситуации проблема уже не в том, что AutoCAD плохо чертит. Проблема в другом: чертёж перестаёт быть достаточным представлением проекта. Нужно работать с моделью, объектами, зависимостями, поверхностями, трассами и связями между разделами. И тогда организация начинает добавлять специализированные инструменты.

Сценарий №1: появился BIM-проект

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

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

Допустим, площадь помещения изменилась после согласования с заказчиком. В чертёжном подходе необходимо проверить связанные листы и документы. В BIM-модели меняется сам объект, а связанные представления получают эту информацию из модели. Именно здесь появляется первый серьёзный аргумент в пользу специализированного BIM-инструмента.

Но одновременно возникает новый вопрос: что делать с остальной частью проекта? Потому что здание не заканчивается на архитектурной модели.

Сценарий №2: здание выходит за пределы здания

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

Здесь Civil 3D решает задачи уже не как «ещё один AutoCAD с дополнительными командами», а как специализированная среда для работы с инженерной геометрией и связанными данными.

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

Сценарий №3: каждый раздел по отдельности правильный, а вместе — нет

Теперь предположим, что архитектура готова. Конструктив готов. Инженерные системы готовы.

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

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

Так формируется «лоскутный» программный стек

Через несколько лет типичная проектная организация может оказаться в ситуации, когда у неё используются:

• AutoCAD — для CAD-проектирования и документации.

Revit — для BIM-моделирования зданий.

Civil 3D — для генплана, поверхностей, трасс и инфраструктурных задач.

Navisworks — для координации и проверки моделей.

InfraWorks — для работы с инфраструктурным контекстом и концептуальными решениями.

3ds Max — для задач визуализации.

Сам по себе такой набор не является проблемой. Проблема появляется, когда организация начинает покупать каждый инструмент как отдельный проект. Сначала приобретается несколько лицензий Revit. Потом кому-то нужен Civil 3D. Затем BIM-отделу требуется Navisworks. Через год появляется новый специалист, которому нужен другой продукт. При этом потребность сотрудников меняется от проекта к проекту.

Именно здесь возникает экономический вопрос, который часто задают слишком поздно:

Сколько стоит не отдельная программа, а весь набор инструментов, который требуется организации для работы?

Отдельные лицензии хорошо работают, пока задачи растут медленно

Представим условную организацию из 15 специалистов. Сегодня ей нужны преимущественно AutoCAD. Через год компания начинает выполнять BIM-проекты и приобретает несколько лицензий Revit. Затем появляется крупный объект с инфраструктурной частью — понадобился Civil 3D. После этого увеличилось количество координационных задач — появился Navisworks. Ничего необычного здесь нет. Но программный стек теперь формируется реактивно: появилась задача → купили программу.

У такого подхода есть очевидный недостаток. Компания каждый раз возвращается к одному и тому же вопросу: что нам понадобится следующим?

AEC Collection предлагает противоположный подход - Не покупать отдельные инструменты исключительно в момент возникновения новой задачи, а сразу получить доступ к широкому набору Autodesk-решений для проектирования, BIM, инфраструктуры, координации и визуализации.

AEC Collection имеет смысл не из-за количества программ

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

Сегодня один сотрудник использует AutoCAD. Завтра ему или его коллеге требуется Revit. На другом проекте появляется Civil 3D. BIM-координатору нужен Navisworks. Для следующего этапа проекта могут потребоваться инструменты визуализации или работы с инфраструктурным контекстом.

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

Но есть ещё один эффект, который редко учитывают

Предположим, компания покупает отдельные продукты строго под текущие задачи. Это кажется экономным.

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

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

Для руководителя это важное отличие. Он покупает не только набор программ. Он получает больше вариантов организации рабочего процесса без отдельной закупки каждого нового инструмента.

AEC Collection — это ставка не только на сегодняшний проект, но и на следующий

Это, пожалуй, наиболее точная формулировка ценности коллекции. Компания покупает программное обеспечение не только под тот проект, который лежит на столе сегодня. Она получает возможность расширять технологические процессы без постоянного пересмотра набора Autodesk-инструментов.

Сегодня организация может использовать преимущественно AutoCAD. Завтра добавить BIM-проектирование. Затем расширить инфраструктурное направление. После этого организовать более системную координацию моделей. Программная среда развивается вместе с проектами.

От AutoCAD к AEC Collection — не переход, а следующий уровень

Вопрос не в том, нужно ли отказаться от AutoCAD. Во многих рабочих процессах он продолжит использоваться.

Вопрос в другом: достаточно ли организации одного универсального CAD-инструмента, когда проекты требуют BIM, инфраструктурного моделирования, координации и работы нескольких дисциплин?

Если ответ уже «нет», то бесконечно добавлять отдельные продукты — не единственный вариант. AEC Collection позволяет сформировать более широкий набор инструментов Autodesk в рамках одной подписки и использовать его в зависимости от задач конкретного проекта и специалиста.

Поэтому правильный момент для оценки AEC Collection наступает не тогда, когда AutoCAD «перестаёт справляться». Он наступает раньше — когда компания понимает, что следующий проект потребует ещё одного инструмента, а за ним, вероятно, появится следующий.

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

Хотите понять, будет ли AEC Collection выгоднее вашего текущего набора Autodesk-лицензий?

Мы можем разобрать ваш состав программ, количество специалистов и типовые задачи проектов и подобрать оптимальный вариант лицензирования - напишите нам

Написать на WhatsApp