Инвестиционный меморандум | Trixis
Юридические документы

Инвестиционный меморандум

Развернутый инвестиционный меморандум по проекту Trixis.

Версия для публикации на www.trixis.ru

INVESTMENT MEMO (ИНВЕСТИЦИОННЫЙ МЕМОРАНДУМ)

Trixis

Версия документа: 1.0
Дата: 27.05.2026
Компания: АО «Триксис»


1. Краткое резюме

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

Проект интересен инвестору по трем причинам:

  • он адресует крупный и неэффективный рынок;
  • модель монетизации встроена в саму сделку, а не в периферийный рекламный инвентарь;
  • при успешной валидации возможен сценарий масштабирования как по категориям, так и по регионам.

2. Инвестиционный тезис

2.1. Почему рынок дает окно входа сейчас

  • Пользователи все чаще выбирают аренду вместо владения в сегментах транспорта, отдыха, оборудования и временного пользования активами.
  • Владельцы активов уже готовы к цифровизации, но текущие инструменты не закрывают полную цепочку сделки.
  • Универсальные классифайды дают охват, но не дают полноценный trust layer (слой доверия), safe deal (безопасная сделка) и операционный контур для партнера.

2.2. Что именно строит Trixis

Trixis строит не просто витрину объявлений, а инфраструктурный слой для рынка аренды:

  • discovery layer (слой поиска) — поиск по категории, географии, датам и сценарию использования;
  • transaction layer (транзакционный слой) — бронирование, расчеты, подтверждение, отмены, возвраты;
  • trust layer (слой доверия) — верификация, правила размещения, отзывы, безопасная сделка;
  • partner tools (инструменты партнера) — управление объявлениями, тарифами, загрузкой и аналитикой.

3. Проблема

3.1. Со стороны арендатора

  • сложно быстро найти качественное предложение;
  • высокая доля недоверия и неструктурированных договоренностей;
  • отсутствует единый сценарий выбора, брони и оплаты.

3.2. Со стороны партнера

  • высокий простой активов;
  • отсутствие прозрачной аналитики;
  • слабая повторная монетизация клиента;
  • ручное управление бронированиями и коммуникациями.

3.3. Почему текущие игроки не закрывают задачу

  • классифайды продают лиды, а не завершенную сделку;
  • нишевые сайты часто слабы в технологиях и не масштабируются между категориями;
  • ручные каналы не дают контроля качества, конверсии и экономики.

4. Решение

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

  1. поиск предложения;
  2. фильтрация по параметрам;
  3. подтверждение условий;
  4. бронирование;
  5. онлайн-оплата;
  6. постсделочное сопровождение.

Для партнера Trixis становится рабочим кабинетом, а не только каналом лидогенерации.


5. Рынок

5.1. Логика оценки

  • TAM (total addressable market / общий потенциальный рынок): более 1 трлн ₽ в смежных категориях аренды;
  • SAM (serviceable available market / достижимый обслуживаемый рынок): около 380 млрд ₽ в цифрово адресуемых сегментах на первом этапе;
  • SOM (serviceable obtainable market / реально достижимый рынок): около 1,9 млрд ₽ как целевой ориентир при раннем масштабировании.

5.2. Принцип роста

Проект может расти:

  • по категориям активов;
  • по регионам;
  • по глубине монетизации существующей базы;
  • через B2B-направление и white label (модель белой маркировки).

6. Текущий статус и валидация

На текущем этапе Trixis находится в фазе ранней рыночной валидации.

Ключевая задача ближайшего периода — не просто наращивание витрины, а подтверждение следующих гипотез:

  • пользователи готовы проходить сделку внутри платформы;
  • партнеры готовы платить не только за трафик, но и за инструменты управления;
  • unit economics (экономика одной единицы сделки) положительна или прогнозируемо положительна при масштабировании.

Для усиления инвестиционного предложения компании необходимо формализовать и показать:

  • число пилотных партнеров;
  • число активных объявлений;
  • ранние бронирования;
  • стоимость привлечения в тестовых каналах;
  • повторные бронирования и удержание.

7. Бизнес-модель

7.1. Источники дохода

  • take rate (доля комиссии с транзакции) с успешных бронирований;
  • подписка для продвинутых партнеров;
  • платные услуги продвижения;
  • дополнительные сервисы: верификация, страховые и финансовые модули, интеграции.

7.2. Почему модель устойчива

  • выручка возникает внутри ключевого действия клиента;
  • по мере роста базы повышается доля повторных сделок;
  • добавочные сервисы повышают средний доход без необходимости радикально менять продукт.

8. Go-to-market (стратегия выхода на рынок)

8.1. Первый этап

  • выбрать 1-2 якорные категории;
  • собрать качественное предложение;
  • пройти первые транзакции;
  • добиться понятной конверсии в бронирование.

8.2. Второй этап

  • расширение через региональные кластеры;
  • подключение новых партнеров через реферальную модель и прямые продажи;
  • усиление organic traffic (органический трафик) и performance marketing (результативный маркетинг).

8.3. Третий этап

  • масштабирование в соседние категории;
  • B2B-инструменты;
  • white label (модель белой маркировки) для профессиональных операторов.

9. Конкурентная защита

9.1. Почему проект не сводится к “еще одному классифайду”

  • у Trixis транзакционная модель, а не только листинг;
  • платформа строит доверие и контроль качества;
  • партнер получает рабочий кабинет и аналитику, а не просто размещение карточки.

9.2. Потенциальный moat (защитный контур)

  • накопленные данные о сделках и конверсии;
  • повторяемый партнерский кабинет;
  • верификация и репутационный слой;
  • интеграции с платежами, возвратами и внутренней операционкой;
  • рост switching costs (издержек перехода) для партнера при увеличении числа операций внутри платформы.

10. Экономика и масштабирование

Ключевые метрики, на которых должен концентрироваться инвестор:

  • CAC (customer acquisition cost / стоимость привлечения клиента);
  • LTV (lifetime value / пожизненная ценность клиента);
  • ARPU (average revenue per user / средний доход на пользователя);
  • contribution margin (маржинальный вклад одной сделки);
  • payback period (срок окупаемости привлечения).

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


11. Структура раунда

11.1. Базовый запрос

  • объем раунда: 35 млн ₽;
  • целевая логика использования капитала: продукт, коммерческий запуск, команда, резерв ликвидности;
  • горизонт: переход от ранней валидации к масштабируемой модели.

11.2. Рекомендуемая структура использования средств

  • 35% — продукт и разработка;
  • 25% — маркетинг и привлечение;
  • 20% — коммерческая и операционная команда;
  • 10% — правовой и комплаенс-контур;
  • 10% — резерв и оборотный капитал.

11.3. Milestones (контрольные вехи), которые должны быть привязаны к раунду

  • запуск и стабилизация MVP (минимально жизнеспособного продукта);
  • достижение первых подтвержденных транзакций;
  • достижение целевого количества активных партнеров;
  • подтверждение базовой unit economics (экономики одной единицы сделки);
  • формирование repeat rate (доли повторных бронирований).

12. Upside (потенциал роста для инвестора)

12.1. Сценарий роста

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

12.2. Возможные сценарии выхода

  • стратегическая продажа крупному классифайду;
  • покупка вертикальным игроком из travel tech (туристические технологии), proptech (технологии недвижимости) или mobility tech (технологии мобильности);
  • интеграция в экосистемного игрока с широкой клиентской базой.

12.3. Логика upside (потенциала роста)

  • мультипликатор может вырасти по мере подтверждения качества unit economics;
  • категория аренды допускает региональное и категорийное расширение без полной смены технологического ядра;
  • повторная выручка и сервисная монетизация могут повысить качество бизнеса относительно рекламных моделей.

13. Основные риски

13.1. Рыночные риски

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

13.2. Продуктовые риски

  • сложность удержания качества предложения;
  • необходимость балансировать удобство пользователя и контроль рисков;
  • риск распыления на слишком большое число категорий на раннем этапе.

13.3. Коммерческие риски

  • рост CAC (стоимости привлечения клиента) выше плана;
  • недостаточный repeat rate (уровень повторных бронирований);
  • медленный переход партнеров с ручных процессов на платформу.

13.4. Операционные и правовые риски

  • требования к комплаенсу, платежам и защите данных;
  • необходимость правовой поддержки по сделкам, возвратам и пользовательским спорам;
  • риск кассовых разрывов при ускоренном росте.

14. Что должно снизить риск для инвестора

Рекомендуется включить в структуру сделки:

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

15. Вывод

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

Если команда подтвердит спрос, партнерскую модель и базовую unit economics (экономику одной единицы сделки), проект может стать привлекательным активом как для последующих раундов, так и для стратегического покупателя.

Cookie-файлы
Настройка cookie-файлов
Детальная информация о целях обработки данных и поставщиках, которые мы используем на наших сайтах
Аналитические Cookie-файлы Отключить все
Технические Cookie-файлы
Другие Cookie-файлы
Мы используем файлы Cookie для улучшения работы, персонализации и повышения удобства пользования нашим сайтом. Продолжая посещать сайт, вы соглашаетесь на использование нами файлов Cookie. Подробнее о нашей политике в отношении Cookie.
Понятно Подробнее
Cookies