Обзор Ось 3 — Платформа как продукт (резюме простыми словами)

Версия: 1.0 Дата: 05.05.2026 Статус: Готов к обсуждению

Назначение документа

Этот документ — резюме третьей архитектурной оси платформы для непрофильного читателя. Он не заменяет каноничный документ Платформа как продукт (ось 3), а служит коротким и понятным введением для тех, кто не работает с архитектурой каждый день: руководителей, новых членов команды, внешних консультантов, партнёров на этапе знакомства.

Цель резюме — чтобы любой грамотный читатель за 10–15 минут понял, как платформа продаётся, за что партнёр платит, какие есть тарифы, что входит в каждый тариф и почему конструктор туров продаётся отдельно.

О чём документ

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

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

Главный принцип

Платформа — самостоятельный коммерческий продукт, не «доступ к чужим данным».

Это означает:

• партнёр платит за работу платформы (нормализация данных, контроль качества, проверка целостности, поисковая проекция, фиксация коммерческих обещаний, гарантии взаиморасчётов), а не за «найти отель»;
• инвентарь поставщиков — это сырьё, обработанное платформой; партнёр получает обработанный продукт;
• цена доступа отражает реальную операционную нагрузку, которую партнёр создаёт;
• платформа — продукт для разработчиков (developer-first product), не «B2B-канал продаж туристического инвентаря».

Семь продуктовых атрибутов платформы

Платформа имеет семь обязательных атрибутов зрелого B2B-продукта верхнего уровня. Все семь — первоклассные с самого начала.

Атрибут 1. Тарифные уровни (4 тарифа)

Бесплатный (Free)

Назначение: оценка платформы, тестирование интеграции, обучение разработчиков.

Что включено: доступ к тестовой среде (sandbox) с реалистичными тестовыми данными, ограниченный объём поисковых запросов, имитация бронирования в тестовой среде, базовая документация и примеры кода, поддержка через сообщество (форум, чат).

Чего нет: доступа к боевой среде, реального бронирования, конструктора туров, партнёрской аналитики.

Цена: бесплатно. Цель — низкий барьер входа.

Стартовый (Starter)

Назначение: первая боевая интеграция небольшого партнёра.

Что включено: доступ к боевой среде с минимальными квотами (десятки тысяч поисковых запросов в месяц, сотни бронирований в месяц), базовый партнёрский программный интерфейс, ограниченное покрытие поставщиков, стандартная доставка webhook'ов, поддержка по электронной почте с разумным временем ответа.

Чего нет: доступа к конструктору туров, продвинутой аналитики, премиальных гарантий, выделенного инженера сопровождения.

Модель оплаты: подписка плюс плата за использование (подписка за базовые квоты, плата за превышение). Цена — оценочно от десятков долларов в месяц.

Профессиональный (Professional)

Назначение: растущий партнёр с реальным боевым объёмом.

Что включено: расширенные квоты, полное покрытие поставщиков, доступ к программному интерфейсу конструктора туров, партнёрская аналитика (дашборды потребления, аналитика конверсии, разбивка по поставщикам), управление подписками на webhook'и через самообслуживание, стандартное соглашение об уровне обслуживания с компенсациями.

Модель оплаты: подписка плюс плата за использование с большими лимитами, скидка за объём.

Корпоративный (Enterprise)

Назначение: крупный B2B-партнёр со значительным регулярным объёмом.

Что включено: гарантированная вычислительная мощность, возможность выделенной инфраструктуры, полный набор возможностей платформы, премиальное соглашение об уровне обслуживания с расширенными компенсациями, выделенный инженер сопровождения, поддержка кастомной интеграции, индивидуальные коммерческие условия (доля от выручки, гибридное ценообразование, фиксированная цена), ранний доступ к новым возможностям, совместное планирование развития.

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

Атрибут 2. Динамическая тарификация

Цена платформенных услуг для партнёра зависит от:

• объёма поисковых запросов, коммерческих фиксаций, бронирований, инференса машинного обучения, операций конструктора туров;
• сложности запросов (глубина поиска, количество фильтров);
• профиля нагрузки на поставщиков (использование «дорогих» или «дешёвых» поставщиков);
• объёма доставки webhook'ов;
• объёма хранения;
• операций взаиморасчётов и клиринга.

Принципы тарификации:

• прозрачность — партнёр видит фактическую нагрузку и прогноз счёта;
• отсутствие отказа в обслуживании при превышении квоты — только сигнал и опции;
• дифференциация по сложности — дорогие запросы стоят больше;
• скидка за объём при росте;
• самостоятельное повышение и понижение тарифа;
• прозрачная доля от выручки для корпоративного тарифа.

Атрибут 3. Опыт разработчика (developer experience)

Платформа — продукт для разработчиков. Качество опыта разработчика — главный фактор принятия платформы партнёрами.

Минимальный набор:

• Тестовая среда (sandbox) с реалистичными данными — не пустые ответы, а данные, похожие на боевые: реальные геозоны, реальные пропорции рейтингов и описаний, реальные профили возможностей поставщиков. Партнёр в тестовой среде видит то, что увидит в боевой.
• Самостоятельное подключение — регистрация партнёра, выпуск программных ключей, выбор тарифа, активация тестовой среды — без переговоров через самообслуживание.
• Версионированная документация — спецификации в стандартах OpenAPI и AsyncAPI с журналом изменений, руководствами миграции между версиями, политикой устаревания.
• Примеры кода и комплекты разработчика (SDK) — минимум для топ-3 языков (например, Python, Go, JavaScript/TypeScript).
• Готовые наборы запросов для быстрого старта.
• Интерактивный исследователь программного интерфейса — браузерная игровая площадка с автодополнением и тестовыми вызовами.
• Поисковая база знаний — документация, частые вопросы, лучшие практики, разбор проблем.

Атрибут 4. Сертификация партнёра

Переход партнёра из тестовой среды в боевую — через формальный процесс:

• Требования по тестированию интеграции. Партнёр прогоняет набор обязательных сценариев в тестовой среде, платформа проверяет результаты.
• Знай своего клиента (KYC). Проверка юридического лица партнёра.
• Противодействие отмыванию денег (AML). Базовая проверка.
• Проверка бизнес-модели. Партнёр документирует свой канал продаж — это влияет на риск-профиль.
• Проверка технической готовности. Конечная точка webhook'а доступна, проверка подписи работает, обработка повторных доставок корректна.
• Подтверждение соответствия (compliance). Подписано соглашение об обработке данных (DPA), согласован список под-обработчиков.
• Выпуск боевых учётных данных. После прохождения всех шагов.

Время сертификации — оценочно от часов (для стартового тарифа) до недель (для корпоративного).

Атрибут 5. Соглашение об уровне обслуживания (SLA)

Формальный коммерческий контракт между платформой и партнёром.

Метрики:

Метрика	Бесплатный	Стартовый	Профессиональный	Корпоративный
Доступность программного интерфейса	по возможности	99,0%	99,5%	99,9%+
Задержка поиска (95-й процентиль)	по возможности	до 2 секунд	до 1 секунды	до 500 миллисекунд
Задержка коммерческой фиксации (95-й процентиль)	по возможности	до 3 секунд	до 1,5 секунд	до 800 миллисекунд
Задержка фиксации бронирования (95-й процентиль)	по возможности	до 10 секунд	до 5 секунд	до 3 секунд
Задержка доставки webhook'ов (95-й процентиль)	по возможности	до 30 секунд	до 10 секунд	до 5 секунд
Свежесть доступности	часы	часы	минуты	минуты
Время до первого байта	по возможности	до 500 миллисекунд	до 300 миллисекунд	до 100 миллисекунд

Компенсации при нарушении — стандартные кредиты для профессионального и корпоративного тарифов, расчёт по формуле «процент времени отказа умножить на месячную подписку и на коэффициент тарифа», автоматические компенсации через самообслуживание.

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

Что не считается отказом: запланированное техническое обслуживание с предварительным уведомлением, ограничения скорости со стороны партнёра, перебои у поставщиков.

Атрибут 6. Поддержка

Тариф	Каналы	Время ответа
Бесплатный	Форум сообщества, база знаний	по возможности, без обязательств
Стартовый	Электронная почта плюс сообщество	1-2 рабочих дня
Профессиональный	Электронная почта плюс чат	4 рабочих часа
Корпоративный	Выделенный инженер сопровождения плюс почта, чат, телефон	1 час для критичных вопросов, 4 часа для обычных

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

Атрибут 7. Инструменты самообслуживания

Партнёр должен сам управлять своим присутствием на платформе. Минимальный набор:

• Дашборд аккаунта — текущий тариф, использование, прогноз счёта, история биллинга.
• Управление программными ключами — выпуск, ротация, отзыв, назначение прав.
• Управление подписками на webhook'и — подписка на типы событий, конфигурация конечной точки, управление секретами, тестирование.
• Дашборд потребления — метрики в реальном времени, исторические тренды, разбивка по типу запроса.
• Алерты по квотам — уведомления о приближении к лимитам.
• Скачивание журналов аудита — для соответствия регуляторам.
• Система тикетов поддержки — создание и отслеживание.
• Доступ к документации — актуальная документация, журнал изменений, руководства миграции.
• Самостоятельное изменение тарифа — повышение и понижение.
• Документы соответствия — соглашение об обработке данных, список под-обработчиков, сертификации — доступны для скачивания.

Конструктор туров как отдельный платный продукт

Конструктор туров — отдельный продуктовый компонент платформы со своей коммерческой моделью.

Что включает

Программный интерфейс композиционных примитивов — восемь типов модулей (размещение, переезд, активность, услуга, аренда транспорта, страхование, пользовательский, информационный).

Рабочий процесс с состоянием — создание черновика, добавление и удаление модулей, работа с вариантами и альтернативами, проверка совместимости, расчёт цены тура с надбавками и скидками пакета, генерация предложения с версионированием, создание материализованных артефактов (PDF, ссылки для клиента, фирменные экспорты), отслеживание изменений в исходных предложениях и эффект на тур, опциональная конверсия в бронирования.

Доступ

Конструктор туров доступен:

• собственным интерфейсам платформы (vitrip.store, агентская поверхность);
• партнёрам с профессиональным или корпоративным тарифом (включён в тариф) либо со стартовым тарифом плюс платное расширение.

Коммерческая модель

Тарифицируемые операции: операции конструктора (добавить сегмент, поменять вариант, пересобрать, версия, опубликовать), сложность композиции (количество сегментов, количество поставщиков), операции отслеживания изменений, генерация артефактов (генерация PDF особенно дорогая операция).

Включение в тарифы: базово в профессиональном и корпоративном с лимитами, как платное расширение для стартового, тариф за превышение лимитов.

Конструктор туров и Директива о пакетных путешествиях

Тур из двух и более компонентов может попадать под определение «пакетного путешествия» в EU-регуляции 2015/2302. Это создаёт обязательства для организатора пакетного путешествия:

• защита от неплатёжеспособности (финансовая гарантия);
• предконтрактные информационные требования;
• ответственность за исполнение.

Кто организатор — зависит от модели цепочки ответственности (merchant-of-record) для конкретного клиента: платформа, партнёр, или гибрид per продукт.

Аналитика для партнёра как часть продукта

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

Что видит партнёр: аналитика потребления (объём поисков, фиксаций, бронирований по разным разрезам), аналитика производительности (задержки, частота ошибок, эффективность кеша), аналитика конверсии (от поиска к фиксации, от фиксации к бронированию), разбивка по поставщикам, коммерческая аналитика (выручка, маржа где доступно по контракту, выплаты), когортная аналитика поведения конечных клиентов партнёра, сравнения с медианой по сегменту (анонимизированно).

Что не видит партнёр: данные других партнёров, сырые нагрузки от поставщиков, внутренние детали управления данными, внутренние маржинальные и клиринговые детали платформы.

Маркетплейс возможностей — расширение для зрелой фазы

Концепция, фиксируемая для будущей реализации:

Партнёры с корпоративным тарифом могут получить доступ к дополнительным возможностям через модель расширений:

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

Это дополнительный источник выручки в зрелой фазе платформы.

Витрина vitrip.store как продукт-демонстрация

Сайт vitrip.store — собственный канал продаж для конечных клиентов, но также демонстрация возможностей платформы.

Принципы демонстрации:

• vitrip.store — обычный клиент на собственном программном интерфейсе. Никаких архитектурных привилегий.
• Партнёры, рассматривающие интеграцию, могут увидеть vitrip.store как живой пример того, что можно построить на платформе.
• Скорость, конверсия, удобство vitrip.store — витрина возможностей платформы.

Двойная функция vitrip.store:

1. Собственный канал продаж — реальный доход от B2C, прямая маржа платформы.
2. Демонстрация — публичный пример для партнёров.

При конфликте между функциями приоритет: архитектура. Если что-то нельзя сделать на собственном программном интерфейсе без специальных привилегий — это нельзя для vitrip.store. Это сохраняет честность демонстрации.

Путь к монетизации по фазам

Фаза 1 (Старт, 0-12 месяцев)

Источник дохода: vitrip.store (собственный канал).

Состояние партнёрского маркетплейса: концепция в документации, прототип контракта, ещё нет платящих партнёров.

Состояние конструктора туров: концепция и прототип композиционных примитивов.

Состояние агентской платформы: концепция, реальных агентств ещё нет.

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

Фаза 2 (Изоляция сервисов, 12-24 месяца)

Источник дохода: vitrip.store (продолжение), первые подписчики бесплатного и стартового тарифов (тестовая выручка), первые агентства на платных подписках.

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

Состояние конструктора туров: доступен в бета-версии для собственных каналов, ограниченный доступ для отдельных партнёров.

Фаза 3 (Специализированная упаковка, 24-36 месяцев)

Источник дохода: vitrip.store (зрелый канал), профессиональный тариф — основной доход, корпоративный тариф — первые контракты, агентская платформа — зрелый доход, платный конструктор туров — растущий доход.

Состояние: платформа на пути к зрелому B2B-продукту с реальными партнёрами.

Фаза 4 (Многорегиональная конфигурация, 36+ месяцев)

Источник дохода: все тарифы и каналы зрелые, корпоративный — крупная доля дохода с индивидуальными контрактами, маркетплейс возможностей — дополнительный доход.

Состояние: платформа верхнего уровня с глобальным присутствием.

Связь с шестью осями архитектуры

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

Связь с реальной реализацией

В уже работающем коде существующей реализации сейчас:

• Имеется работающая точка приёма данных от поставщиков — это адаптер приёма, не партнёрский программный интерфейс.
• Имеется административная панель сайта — это прототип внутренней операционной поверхности.
• Не реализованы: партнёрский программный интерфейс, тестовая среда, биллинг-консоль, процесс сертификации, партнёрская аналитика, программный интерфейс конструктора туров — всё это к разработке в фазах 2-3.

Открытые вопросы (развилки)

• Точные лимиты каждого тарифа. Сколько именно поисковых запросов в бесплатном, стартовом, профессиональном? Конкретные цены? Решается при создании контрактного документа партнёрского интерфейса.
• Модель ценообразования для корпоративного тарифа. Подписка с платой за использование или доля от выручки как базовая модель? Решается в фазе 3 при первых корпоративных партнёрах.
• Конструктор туров — отдельная подписка или расширение? Включён ли базово в профессиональный или отдельное расширение? Решается при создании контрактного документа.
• Полная модель маркетплейса возможностей. Какие именно расширения, как выпускаются? Решается при достижении фазы 4.

Что нельзя делать с этой коммерческой моделью

• Делать вид, что платформа продаёт «доступ к чужим данным» — она продаёт собственный труд по нормализации, контролю качества и обеспечению гарантий.
• Сводить тарификацию к «комиссии с продаж» — это разрушает unit-экономику и привязывает доход платформы к марже поставщиков.
• Объединять конструктор туров с базовым программным интерфейсом — это разные продукты с разными коммерческими моделями.
• Давать витрине vitrip.store архитектурные привилегии — это разрушает её роль как честной демонстрации платформы.
• Откладывать самообслуживание на «когда-нибудь» — без него партнёрская модель не масштабируется.
• Вводить временные тарифы «пока запустим, потом причешем» — каждый тариф первоклассный сразу.

Итог

Документ закрепляет коммерческую модель платформы — четыре тарифа, динамическая тарификация по реальной нагрузке, конструктор туров как отдельный продукт, партнёрская аналитика как часть продукта, витрина для клиентов как канал и одновременно демонстрация. Главное послание простое: платформа — самостоятельный продукт для разработчиков, который продаёт собственную работу, не чужие данные. Каждый партнёр платит за то, что реально получает: за нормализацию, контроль качества, фиксацию обещаний, гарантии взаиморасчётов, надёжность, аналитику. Эта модель отделяет доход платформы от маржи поставщиков и привязывает его к реальной операционной нагрузке — что делает экономику предсказуемой и честной для всех сторон.

Связанная документация

• Платформа как продукт (ось 3) — полный каноничный документ, источник истины этой оси.
• Главная архитектурная ось — карта всех шести осей платформы.
• Манифест переосмысления платформы — роль и принципы платформы.
• Архитектурный якорь и бизнес-модель — обоснование коммерческого якоря.
• Каноничная доменная ось (ось 1) — словарь главных понятий.
• Поверхности взаимодействия (ось 2) — двери платформы к миру.
• Обзор Ось 1 — резюме простыми словами — резюме первой оси по тому же шаблону.
• Обзор Ось 2 — резюме простыми словами — резюме второй оси по тому же шаблону.
• Ось данных и интеллекта (ось 4) — события и аналитика.
• Операционная ось (ось 5) — надёжность и восстановление.
• Связь с реализацией (ось 6) — мост между архитектурой и существующей реализацией.