Формат «всё включено» в пищевом технопарке — это не маркетинговая фраза. Это сервисная модель: часть затрат резидента (и рисков) переносится из разрозненных CAPEX/операционных проблем в управляемый OPEX через УК и инфраструктуру парка. Для инвестора это означает две вещи:

1. появляются несколько потоков выручки, а не только аренда/продажа метров;
2. растёт ответственность за эксплуатацию и SLA — следовательно, финансовая модель должна честно учитывать OPEX, резервирование и риски.

Ниже — практическая схема расчёта ROI/доходности, которой можно пользоваться как скелетом ТЭО.

1) Сначала фиксируем: что именно считаем

Вариант A: девелоперская модель (продажа блоков)

Выручка формируется из продажи помещений/участков/пакетов подключения + частично сервис УК.

Плюс: быстрый возврат части CAPEX.
Минус: долгосрочный сервисный cashflow меньше, зависимость от темпов продаж выше.

Вариант B: арендная модель (владение и управление)

Выручка — аренда + сервисы + доп.услуги.

Плюс: стабильный долгий денежный поток, выше капитализация при грамотной УК.
Минус: выше требования к операционке, выше риски простоев/неплатежей/перезапуска.

Вариант C: гибрид (частичная продажа + ядро под аренду)

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

2) Раскладываем выручку «всё включено» на составные части

В сервисной модели опасно считать «единым тарифом». Нужно разнести выручку на корзины — иначе вы не увидите убыточные сервисы.

2.1. Базовая выручка

• аренда/продажа площадей (основа);
• плата за эксплуатацию общих зон (если отдельной строкой);
• плата за подключение/мощности (если монетизируется отдельно).

2.2. Сервисная выручка

Типовые «пищевые» сервисы:

• эксплуатация критических систем (энергия, вода, стоки, вентиляция) по SLA;
• холод (общая инфраструктура/холодильные мощности) — если предусмотрено;
• обращение с отходами/стоками в стандарте УК (включая жироулавливание/контроль);
• санитарные регламенты/контроль потоков (часто скрыто в тарифе, но лучше учитывать себестоимость).

2.3. Дополнительные услуги (опциональные)

• склад/логистика, кросс-докинг;
• лаборатории/контроль качества (если есть партнёр/оператор);
• упаковка/контрактные мощности (как экосистема);
• IT-сервисы «кабинет резидента», мониторинг потребления ресурсов, биллинг.

Правило: если сервис не имеет явной себестоимости и драйвера спроса, в модели он превращается в «магическую прибыль». Это риск.

3) CAPEX: что включать, чтобы не обмануть себя

CAPEX пищевого технопарка — это не только здания. В полной модели должны быть:

1. земля/подготовка территории (включая подсыпку, геологию, коммуникации);
2. строительство (коробки, отделка базового уровня);
3. инженерная инфраструктура (электрика, вода, стоки, вентиляция, пожарка, дороги);
4. резервирование (генераторы/ИБП/кольцевание/дублирование узлов — если заявляете SLA);
5. общие зоны и безопасность (КПП, охрана, видеонаблюдение);
6. проектирование, экспертизы, техприсоединение;
7. цифровая платформа УК (если обещаете прозрачный биллинг и сервис).

Если вы не учитываете резервирование, но продаёте «пищевой формат с предсказуемостью», вы завышаете ROI.

4) OPEX: где чаще всего “прячутся” убытки

OPEX — ключевой блок формата «всё включено». Типовые статьи:

• фонд оплаты труда УК и инженерной службы (включая дежурства 24/7 при SLA);
• аварийные ремонты и плановые работы;
• энергопотери/технологические расходы инфраструктуры;
• утилизация/вывоз, обслуживание стоков;
• охрана, клининг, содержание территории;
• страхование, юридическое сопровождение, аудит, лицензии (если применимо);
• IT-поддержка, биллинг, диспетчеризация;
• маркетинг/продажи (особенно на этапе заполнения).

Критично: отдельной строкой заложить «ремонтный фонд/капитальные ремонты» и «непредвиденные расходы». В пищевой инфраструктуре “непредвиденные” — это не редкость.

5) Базовая формула ROI и почему её недостаточно

Примитивный ROI:

ROI = (Среднегодовая прибыль / Инвестиции) × 100%

Проблема: он игнорирует стоимость денег во времени, долговую нагрузку и период заполнения.

Для проектов технопарков корректнее использовать:

• NPV (чистая приведённая стоимость),
• IRR (внутренняя норма доходности),
• DSCR (покрытие долга),
• Payback Period (срок окупаемости) — но как вспомогательную метрику.

6) Пошаговая схема финансовой модели (коротко и по делу)

Шаг 1. План заполнения (ramp-up)

Определяем:

• количество блоков/м²,
• целевую структуру резидентов,
• темпы заполнения по кварталам,
• прогноз churn (выезд/замена).

Важно: пищевые резиденты запускаются дольше, чем складские. Это надо учитывать.

Шаг 2. Тарифы и корзина услуг

Фиксируем:

• базовая ставка (аренда/продажа),
• сервисный платёж,
• переменные платежи (по потреблению),
• доп.услуги и конверсия (какая доля резидентов покупает опции).

Шаг 3. Смета OPEX и себестоимость сервиса

Считаем не «в среднем», а по драйверам:

• человеко-часы инженерной службы,
• стоимость аварийных ремонтов,
• расходы на эксплуатацию сетей,
• расходы на отходы/стоки.

Шаг 4. CAPEX-график

Разносим инвестиции по периодам строительства/ввода очередей.

Шаг 5. Долговая модель (если есть)

• ставка,
• график выборки,
• льготный период,
• ковенанты,
• DSCR по периодам.

Шаг 6. Итоги: NPV/IRR/DSCR + чувствительность

Делаем стресс-тест по ключевым переменным (см. ниже).

7) Пример логики расчёта (без привязки к конкретным цифрам)

Пусть есть проект очереди 20 000 м².

Выручка:

• аренда: м² × ставка × %заполнения
• сервис: м² × сервисный тариф × %заполнения
• переменная часть: потребление × маржа УК (если заложено)
• доп.услуги: %резидентов × средний чек × %заполнения

OPEX:

• фикс: ФОТ, охрана, ИТ, клининг, администрация
• перем: обслуживание сетей, отходы/стоки, аварии, ремонтный фонд

Дальше строим cashflow по месяцам/кварталам, дисконтируем и получаем NPV/IRR.

8) Чувствительность: 5 параметров, которые “убивают” модель

1. Темп заполнения (особенно первые 12–24 месяца).
2. Себестоимость сервиса (инженерия/аварии/ремонтный фонд).
3. Резервирование и SLA (если обещаете высокий уровень, OPEX растёт).
4. Тарифная политика (слишком низкий сервисный платёж = убыточная УК).
5. Долговая нагрузка (ставка, график, ковенанты).

Смысл стресс-теста: показать инвестору/банку, при каких параметрах проект перестаёт выполнять DSCR.

9) Типовые ошибки в расчёте ROI «всё включено»

• смешивают выручку и переменные платежи, не считая себестоимость;
• не учитывают период запуска резидентов и кассовые разрывы;
• обещают SLA без CAPEX на резервирование и без OPEX на дежурства;
• не закладывают ремонтный фонд и аварийность;
• завышают “допродажи” сервисов без доказанного спроса.

FAQ

Можно ли считать доходность только на аренде, игнорируя сервис?
Можно, но тогда вы не оцениваете реальную экономику УК и риски обещаний «пищевого формата». Сервис — часть продукта.

Что важнее для инвестора: IRR или NPV?
Для выбора проектов часто смотрят IRR, но для осознанного решения важнее NPV и устойчивость DSCR.

Нужно ли учитывать экономию резидента (TCO) в модели инвестора?
Да. Это обоснование цены. Если вы не можете показать, какую проблему решает сервис, тариф будет постоянно под давлением.

Вывод

Доходность пищевого технопарка «всё включено» считается через cashflow, сервисную себестоимость и стресс-тест. Если модель честная, формат даёт конкурентное преимущество: вы продаёте предсказуемость и скорость запуска.