Почему мы проектируем не “ПД”*, а путь от идеи до FID — и зачем это рынку

Я много раз видел один и тот же сценарий.
Есть идея: новый завод или модернизация. Есть мотивация: рынок, рост, импортозамещение, эффективность, продукт. Есть сроки: “надо вчера”. И есть привычный маршрут: “Давайте скорее делать ПД, потом разберёмся”.
Это — главная ошибка отрасли. Не потому, что ПД плохая. А потому, что ПД — это не инструмент защиты инвестора.
ПД по ПП РФ №87 и её экспертиза — часть разрешительной системы. Это “регуляторный контур”, который отвечает на вопрос государства: соответствует ли проект нормам, можно ли дать разрешение, можно ли строить. Он нужен. Но он не отвечает на главный вопрос собственника:
“Мы вообще строим то, что нужно? С нужной экономикой? С теми рисками? И управляем ли мы изменениями?”
Чтобы объяснить это на русском языке, я использую аналогию, которую понимают предприниматели.
Есть бухгалтерский учёт — он обязателен. Он нужен государству. Он стандартизирован. Он отвечает на вопросы регулятора.
И есть управленческий учёт — он нужен собственнику. Он отвечает на вопросы бизнеса: где деньги, где риски, что делать дальше, как управлять.
В проектировании — то же самое.

ПД и экспертиза — это “бухгалтерия проекта”.

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

Самый дорогой пробел — между идеей и ПД/стройкой

В России существует культ ПД. На неё надеются как на “момент истины”: вот сделаем ПД — и всё станет понятно.
Но в реальности к моменту ПД вы часто приходите с незафиксированными ключевыми решениями, с неполными данными, с “параллельными версиями” у маркетинга, финансов, технарей, поставщиков, у будущего генпроектировщика и у будущего строителя.
И дальше начинается то, что потом называют “внезапно всплыли нюансы”, хотя нюансы не всплыли — их пропустили.
В пищевой промышленности цена пропусков — особая.
Потоки, санитария, инженерные нагрузки, логистика, ограничения площадки, интерфейсы между технологией и инженерией — здесь ошибки не просто “удорожают”. Они ломают запуск, качество продукта, стабильность производства, OPEX, безопасность.
Я убеждён: значительная часть проектов “валится” на поздних стадиях не потому, что “рынок изменился”, а потому что проект должен был быть скорректирован или остановлен намного раньше — на правильных воротах решений, с правильными данными и с нормальной вариативностью сценариев. 

В мире это давно решено: FEL 0/1/2/3 (FEED) → FID и Stage Gate

В международной практике для крупных промышленных инвестиций существует понятная управленческая система:
FEL (Front End Loading) 0 1 2 3 / FEED → FID (Final Investment Decision).
Это не “красивые аббревиатуры”. Это дисциплина управления инвестициями:

• на каждом этапе есть ворота (Gate) — решение продолжать, менять курс, ставить на hold или останавливать;
• на каждых воротах есть минимальный набор данных и артефактов, без которых решение нельзя принимать ответственно;
• есть классы точности оценок (например, AACE) — потому что “точность” — не вера, а функция стадии проработки;
• есть вариативность: сценарии, цикличные расчёты, проверка ограничений;
• есть базовая линия (baseline) и управление изменениями — чтобы проект не разъехался после того, как решение принято.

В РФ это существует фрагментами — в головах отдельных людей, в отдельных компаниях, в отдельных “культурах”.
Но как стандарт, как понятный язык для инвестора и команды — почти отсутствует. Особенно в пищевке и АПК, где технологический контур теснее связан с инженерией и зданием, чем в “типовых” гражданских проектах. 

Зачем существует Мосса Инжиниринг

Наша миссия — взять на себя ответственность за этот недостающий слой.
Адаптировать FEL-FID под специфику производств товаров повседневного спроса и сырья к ним в РФ/СНГ и построить на этом понятный стандарт — метод, платформу, язык взаимодействия.
Регуляторную проектную документацию мы не рассматриваем как стартовую точку проекта.
Мы начинаем с управленческого проектирования: с того, что защищает интересы собственника, инвестора и проектной команды до того, как решения становятся дорогими.
И мы проектируем не “просто завод”. Мы проектируем путь:
от идеи → к инвестиционному решению → к управляемому переходу в ПД/тендер/стройку → к запуску. 

Один контур — четыре роли. Поэтому у нас “пакеты под роль”

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

• Инвестору нужен язык инвестиционного решения: реализуемость, экономика, риски и условия “строим / пауза / меняем / не строим”.
• Инициатору нужен язык запуска проекта: понятный план действий, перечень исходных данных, состав участников и дорожная карта “кто/что/когда”.
• Техкоманде (техзаказчику/РП) нужен язык инженерной проработки: требования, схемы процесса, нагрузки по утилитам и интерфейсы — чтобы собрать инженерную базу до ПД.
• Заказчику и исполнителям (генпроектировщику / EPC(M)) нужен язык передачи в ПД и реализацию: согласованные границы ответственности, базовая линия решений и правила изменений — чтобы стартовать ПД без переделок и удержать сроки и бюджет.

Ключевая проблема рынка: без базовой линии невозможно честно и воспроизводимо рассчитать стоимость регуляторного проектирования (ПД-87) и зафиксировать объём работ в контракте типа “Waterfall” (фикс-цена/фикс-срок). Именно этого обычно хочет заказчик, но без baseline получается либо заведомо завышенная цена “с запасом”, либо низкая цена с последующими изменениями, допсоглашениями и конфликтами.

Поэтому у нас не “четыре разных услуги”. У нас одна управленческая система и четыре пакета её результата, упакованные под роль. 

Наша “основа” — связка технология → утилиты → участок/здание и дисциплина решений 

В проектах товаров повседневного спроса и сырья к ним нельзя проектировать технологию отдельно, утилиты отдельно, здание отдельно.
Так получаются “красивые” части, которые не собираются в работающую систему.
Мы строим инженерную базу так, чтобы она держала проект:

1. Технология: что производим, как производим, требования к оборудованию, схемы и границы поставки.
2. Утилиты: балансы и пиковые нагрузки, точки подключения, резервирование, требования к инженерии.
3. Площадка и здание: участок, ограничения, зонирование, компоновка, логистика потоков и интерфейсы.

И дальше — самое важное:
мы фиксируем базовую линию и правила изменений. Потому что даже идеальные решения можно убить “мелкими правками”, которые никто не считает, пока они не превращаются в сроки, бюджет и проблемы запуска. 

Мы быстрые — но мы не “пропускаем ступени”

Рынок любит скорость. И мы тоже.
Но мы не верим в скорость ценой пропусков. В промышленном проекте пропуск этапа — это не экономия времени. Это перенос времени и денег в будущее, но уже с умножением.
Поэтому наш принцип простой:
быстро и качественно — но по правильному процессу.
С вариативностью, с циклами уточнения, с контрольными воротами, с данными, достаточными для решения. 

Мы не исчезаем после “строим”: удержание базовой линии — это защита инвестиций

Момент инвестиционного решения — не финал. Это начало более дорогой части пути.
И здесь происходит типичная катастрофа: принятое решение начинает расползаться, потому что нет дисциплины изменений и нет того, кто защищает “почему мы решили именно так”.
По запросу мы подключаемся дальше: как инженер инвестора (Owner’s Engineer) и/или как поддержка на этапах контрактования, ПД и реализации — чтобы удержать базовую линию, не дать проекту превратиться в набор несвязанных компромиссов и довести до запуска. 

Зачем мы всё это делаем именно для пищевки и АПК

Потому что здесь особенно высокая цена ошибки и особенно много скрытых рисков.
Потому что проекты здесь часто “между” — между технологией, санитарией, инженерией, логистикой, участком, продуктом и рынком.
И потому что именно здесь управленческое проектирование — это не “лишняя стадия”, а единственный способ сделать проект управляемым и окупаемым.
Наша миссия — закрыть пробел “до ПД”, который сегодня стоит отрасли слишком дорого.
Создать и внедрить понятный стандарт управленческого проектирования FEL FID для пищевой промышленности и АПК в РФ/СНГ — так, чтобы инвестор, инициатор, техкоманда и исполнители (ГП/EPC(M)) говорили на одном языке решений и работали по одной согласованной базе.
Если у вас есть идея, проект или модернизация — начните с правильного вопроса:
какие решения мы должны принять сейчас, чтобы потом не платить за переделки?
Мы помогаем ответить на него системно. 

С Уважением,
Евгений Павловский
Генеральный директор ООО Мосса Групп
Управляющей организации ООО Мосса Инжиниринг