ALATAK
Silk Road Luxe — AI-нативный туристический супер-апп для Центральной Азии
Вертикально интегрированная booking-платформа, спроектированная под туризм развивающихся рынков. Три продуктовые поверхности — приложение путешественника для поиска и бронирования, дашборд хоста для инвентаря и выплат, внутренний админ для trust & safety — делят одну схему Drizzle/Postgres, один tRPC API и слой packages/ai с Claude-агентами. Мульти-рельсовые платежи (MBank, ELSOM, ELQR, Stripe, наличные) и пять каналов уведомлений (SMS, WhatsApp, Telegram, push, email) учитывают реальную картину того, как платят и переписываются в Центральной Азии. Триязычность (KY/RU/EN), Meilisearch, Capacitor для iOS.
Задача
Туристический рынок Центральной Азии огромен и полностью off-platform. Хосты с потрясающими юртами и домиками у Иссык-Куля принимают брони через DM в Instagram, треды в WhatsApp и наличные. Международные OTA не говорят по-кыргызски и по-русски, берут 25%+ комиссии, которую местные не могут себе позволить, и считают, что Stripe — единственный платёжный рельс на свете. Путешественники не могут доверять непроверенным объектам, хосты не могут масштабироваться за пределы личной адресной книги, а регион невидим для всех, кто планирует поездку извне.
Решение
Два разных приложения для двух разных пользователей, делящих один источник истины. Приложение путешественника — чистый поток поиска и бронирования с Claude-консьержем, который отвечает на трёх языках и помогает собрать маршрут. Дашборд хоста — настоящая ops-консоль: календарь, история выплат, инбокс гостей, performance объявлений — без шума маркетплейса. Админ — отдельная trust & safety-консоль, которую видит только команда. Пять платёжных рельсов — местные и туристы платят по-разному. Пять каналов уведомлений — сообщение должно реально дойти, чтобы бронь закрылась.
Архитектура
Ключевой выбор архитектуры — отказ от паттерна «единый UI». Подход Airbnb «одно приложение для всех» компрометирует обе стороны: хосты тонут в маркетплейс-UX, путешественники натыкаются на host-side сложность. Мы построили traveler-app и host-dashboard как отдельные Next.js-приложения в Turborepo-монорепо, делящие одну схему Drizzle/Postgres, один tRPC-слой процедур и один i18n-конвейер — поэтому одобрение объявления хостом распространяется в поиск путешественника за миллисекунды без единого API-вызова между приложениями. Они читают одни и те же таблицы.
Слой packages/ai — это место, где живут Claude-агенты: агент модерации контента, проверяющий новые объявления перед тем, как они появятся на любой из сторон; агент планирования поездок, выведенный как чат-виджет на стороне путешественника и как «сигналы спроса» на стороне хоста («путешественники, ищущие в вашем районе, спрашивали про X на этой неделе»); консьерж-агент, обрабатывающий входящие вопросы на KY/RU/EN.
Платёжные рельсы — подключаемые адаптеры: MBankAdapter, ELSOMAdapter, ELQRAdapter, StripeAdapter, CashAdapter — все реализуют один интерфейс PaymentRail, поэтому каждый booking-flow проходит через одну общую finalize-payment-службу независимо от того, как реально движутся деньги. Тот же паттерн для уведомлений: каждый канал реализует NotificationChannel, диспетчер обходит их в порядке предпочтений пользователя с подтверждением доставки и фолбэком на следующий рельс, если один потерял сообщение.
Результаты
Живой деплой на стадии Phase 5 dogfood — основатели команды прогоняют через платформу реальные бронирования. Монорепо (apps/web + apps/host + apps/admin + packages/ai + packages/db) держит весь стек в одной кодовой базе, задеплоенной на Vercel; Capacitor-обёртки готовы к подаче в iOS App Store. Платформа теперь служит референсной архитектурой для любого следующего проекта Altai Labs, которому нужен multi-surface маркетплейс — тот же скелет переносится в смежные вертикали по запросу.
Стек
Похожий проект на уме?
Мы строим AI-продукты для бизнеса, готового цифровизировать операции.
Поговорим