Бизнес-модель AURORA связывает клиента и услугу с необходимыми ресурсами, затратами и доходами. Основа — девять блоков Canvas Остервальдера и Пинье.
Требования проекта приняты. Клиентский спрос, коммерческие условия и партнёрства продолжают проверяться. Карта описывает рабочую модель бизнеса, а не подтверждённые продажи или действующий объект.
Организации с GPU-инфраструктурой для AI и HPC, которым требуется размещение в ОАЭ
2. Ценностное предложение
Согласованная мощность, охлаждение и эксплуатация для клиентского IT
3. Каналы
Прямые B2B-контакты, технические консультации и партнёрские рекомендации
4. Отношения с клиентами
Техническая квалификация, понятный договор и сопровождение роста
5. Потоки доходов
Размещение и мощность; энергия и дополнительные услуги — по выбранному договору
6. Ключевые ресурсы
Площадка, инженерия, подключения, команда и капитал
7. Ключевая деятельность
Проектирование, ввод, эксплуатация, обслуживание и управление мощностью
8. Ключевые партнёры
Производители, интеграторы, подрядчики, поставщики энергии и связи
9. Структура затрат
Полный CAPEX ввода, эксплуатация, обслуживание и развитие
Рабочая бизнес-модель. Гипотезы проверяются по конкретным клиентам, оборудованию, договорам и стоимости исполнения.
Структура: Alexander Osterwalder / Yves Pigneur · Strategyzer. Оригинальный шаблон — CC BY-SA 3.0. Адаптация содержания: AURORA HQ.
1. Клиентские сегменты
Предполагаемые покупатели — организации с собственными GPU-системами для AI и HPC. Их необходимо разделять по двум признакам: вычислительной задаче и формату предоставляемого оборудования — готовая стойка, комплектные серверы или ускорители.
Для каждого сегмента проверяются объём мощности, оборудование, срок подключения, требования к сети, обслуживанию и безопасности, бюджет и процедура закупки. Подтверждённый спрос AURORA в исследованном корпусе не установлен.
Статус: направление продукта определено; конкретные покупатели и обязательства не подтверждены.
2. Ценностное предложение
AURORA должна предоставить клиенту пригодную среду для эксплуатации его вычислительной системы: мощность, охлаждение, размещение, подключения и согласованную эксплуатационную поддержку.
Предполагаемая дополнительная ценность — понятные границы ответственности, квалифицированная совместимость оборудования и возможность расширения. Значимость этих свойств для покупателя необходимо подтвердить.
Сохранение полной договорной нагрузки при предусмотренном плановом обслуживании инженерии является принятым требованием. Его техническое исполнение проверяется по конкретным системам и операциям.
Статус: требования определены; конкурентное преимущество и исполнение не подтверждаются одним текстом ТЗ.
3. Каналы
Основная рабочая гипотеза — прямые контакты с корпоративными заказчиками и владельцами AI/HPC-инфраструктуры. Дополнительный канал — рекомендации производителей серверных систем, интеграторов и инженерных партнёров.
Отчёт поддерживает техническое обсуждение и квалификацию проекта. Наличие сайта или подготовленного предложения не подтверждает работающий канал продаж.
Статус: гипотезы каналов; результативность не измерена.
4. Отношения с клиентами
Отношения начинаются с технической квалификации оборудования и требований клиента. Затем согласуются границы услуги, измерения, ответственность, обслуживание, инциденты и условия увеличения мощности.
Удалённые операции с оборудованием, интеграция ускорителей, управляемая сеть и дополнительные сервисы требуют определения состава, персонала, гарантий и цены.
Статус: модель сопровождения проработана; окончательные договорные условия не выбраны.
5. Потоки доходов
Рассматриваются платежи за размещение и договорную мощность, а также выбранная схема оплаты энергии. Подключение, дополнительные работы, сеть и резервирование роста могут входить в базовую услугу либо оплачиваться отдельно.
Цель владельца — $1,5–2 млн годовой выручки до расходов на МВт при полной загрузке. Это финансовый ориентир, а не подтверждённый рыночный тариф.
Депозиты и возвратные обеспечительные платежи учитываются отдельно от заработанной выручки. Собственная GPU-аренда требует самостоятельной модели дохода и затрат.
Статус: цель выручки принята; тариф, спрос и состав оплаты открыты.
6. Ключевые ресурсы
Основные ресурсы — участок и здание, доступная электрическая мощность, охлаждение, инженерные подключения, средства контроля, эксплуатационная команда и финансирование.
В варианте с клиентскими ускорителями добавляются совместимые операторские серверные платформы. Площадка, полный комплект оборудования и условия подключения ещё не выбраны.
Статус: состав необходимых ресурсов определён на уровне функций; фактическая обеспеченность не подтверждена.
7. Ключевая деятельность
Проектирование и квалификация конфигурации, строительство и ввод, подключение клиентов, эксплуатация, мониторинг, обслуживание, управление инцидентами и планирование расширения.
Управление мощностью должно связывать договорные обязательства с реально доступным ресурсом и датами ввода очередей. Один ресурс нельзя одновременно продавать нескольким клиентам или использовать собственным IT без соответствующего учёта.
Статус: функции определены; эксплуатационные процедуры и организация будут конкретизированы для выбранного объекта.
8. Ключевые партнёры
Необходимы производители модульной инфраструктуры и инженерного оборудования, серверные OEM/ODM и интеграторы, местные проектировщики и подрядчики, поставщики энергии, воды и связи, сервисные организации и финансирующие стороны.
Huawei и ZTE — приоритетные направления сравнения заводских решений. Это исследовательские кандидаты; выбранная поставка и подтверждённое партнёрство из этого не следуют.
Статус: категории партнёров определены; обязательства конкретных сторон требуют подтверждения.
9. Структура затрат
Первоначальные вложения включают согласованный состав здания, инженерных систем, оборудования, подключений, поставки, монтажа, испытаний и ввода. В соответствующем формате обслуживания учитываются операторские серверные платформы без GPU.
Эксплуатационные затраты включают энергию, персонал, обслуживание, связь, расходные материалы и необходимые площадочные расходы. Обновление оборудования, расширение и потребность в оборотном капитале показываются отдельно.
Целевой CAPEX составляет $5–7 млн на МВт. Земля и отдельный эксплуатационный денежный резерв находятся за этой границей. Полная применимая смета ещё формируется.
Статус: границы и цели проработаны; полный объём затрат выбранного объекта не установлен.
Проверка ценностного предложения
Элемент
Рабочее содержание
Как проверяется
Задача покупателя
Разместить и эксплуатировать конкретную GPU-систему
Оборудование, нагрузка, срок, сеть, бюджет и полномочия покупателя
Возможная проблема
Недостаточная плотность, сложная интеграция, неопределённая ответственность или недоступное расширение
Интервью и реальные требования клиента; сравнимые предложения
Предполагаемая польза
Пригодные интерфейсы, понятная услуга и план развития
Подтверждённая конфигурация, договор и готовность клиента платить
Доказательство соответствия
Техническое и коммерческое исполнение в одном предложении
Согласованный комплект, полная стоимость, измеримые условия и подтверждённый спрос
Конкурентные основания
Внешние предложения подтверждают существование рынка, но сравнивать их нужно при одинаковых границах. Важны география, плотность, предоставляемое оборудование, включение энергии, условия сети, срок, доступная мощность и ответственность.
Американская ставка размещения, стоимость GPU-часа и китайский инфраструктурный контракт относятся к разным продуктам. Их нельзя усреднять в тариф AURORA. В исследованном корпусе отсутствует квалифицированное предложение ОАЭ с полностью совпадающей услугой и условиями AURORA.
Три вопроса к бизнес-модели
Кто первый покупатель? Требуются точная система, объём по датам, срок, бюджет и исполнимое обязательство.
Как устроен договор? Нужно выбрать состав услуги, измерения, оплату энергии, резервирование роста и ответственность.
Что нужно для исполнения? Нужны пригодная конфигурация и полная стоимость её ввода и эксплуатации.
Клиент и формат оборудования определяют услугу. Услуга определяет ресурсы и эксплуатацию. Они определяют затраты, а договор, тариф и загрузка — доходы. Состоятельность модели проверяется на одном согласованном случае.
Основания страницы: утверждённое ТЗ; BUSINESS_CANVAS.json; RECON-08; GLOBAL-LOCAL R01.