О НАС

Константин Таликов

Основатель, ITHS · Со-основатель, NEXX Ecosystem

Десять лет проектирования операционного слоя, который ресторанам реально нужен.

База в РигеРаботаем по Балтии и ЕС10 лет в HoReCa IT

От дилерских операций — к независимой практике.

Мой бэкграунд — десять лет в hospitality IT. Большую часть времени — руководство Syrve-дилерской компанией. Внедрения по Балтии, Германии и смежным рынкам ЕС. Больше ста проектов, три страны активной работы, глубокая работа с POS и ERP-развёртываниями на любом масштабе.

Это десятилетие научило одному: реальные операционные разрывы в ресторанах — не там, где показывает vendor-плейбук. Они живут между системами — в закупках, в расчёте фудкоста, в коммуникации с поставщиками, в передаче данных между POS, ERP и бухгалтерией. Закрыть эти разрывы — архитектурная работа. Именно ей я сейчас и занимаюсь.

ITHS — это форма, которую практика приняла сегодня: независимая, руками, с продуктовой опорой. Сам настраиваю системы, сам пишу продуктовые задачи, сам сижу в аудит-сессиях с операторами. Это намеренно. Архитектура остаётся честной, когда архитектор сам её и делает.

Десять лет, семь точек перелома.

Форма практики — от первой дилерской роли до независимой ITHS и NEXX.

2016
Старт у Syrve-дилера
Первая HoReCa IT роль. Первые POS-внедрения, первые ресторанные системы, первое соприкосновение с операционной реальностью.
2017
Первое крупное Syrve-внедрение
Перешёл от конфигурационной работы к полному циклу внедрения — discovery, проектирование, развёртывание, обучение, поддержка после запуска. Первая сквозная ответственность за операционный стек.
2018
Первый запуск в Германии
Вышел на международный уровень. Другие регуляции, другая экосистема поставщиков — и те же архитектурные проблемы в основе. Стало ясно: паттерн универсальный.
2021
100+ внедрений · Партнёрство с Paynt
Три активные страны, больше ста завершённых проектов, лидерство в дилерской компании. Подписан как ISO-партнёр Paynt — платежи стали частью стека, архитектурная картина расширилась за пределы POS.
2022
Запуск ручного сервиса RestoAudit
Начал оказывать аудит KPI и контроль фудкоста как hands-on сервис — методология Price Guard вручную, один ресторан за раз. Доказательство, что проблема есть и решение работает.
2025
Уход из дилера — независимая практика
Вышел из дилерской компании, чтобы построить архитектурную практику. Идея: операторам нужен тот, кто проектирует весь стек, а не продаёт один его слой.
2026
Со-основание NEXX · Запуск RestoAudit.ai
Со-основал NEXX Ecosystem SIA — строим B2B-операционную систему, которой не хватает закупочному слою. Запустил RestoAudit.ai как AI-эволюцию ручного сервиса. Консалтинговая практика и продуктовая компания — параллельно.

Прошлый опыт — это инвестиция в понимание того, как НЕ надо делать.

Десять лет внутри Syrve и похожих платформ научили, что не надо повторять. POS как категория работает. Но рестораны всё равно упирались в одну и ту же стену: больше систем, больше данных — сложнее ориентироваться. Ты обучаешь сотрудников месяцами одному интерфейсу, они скрепя зубами привыкают, пока не перестанет болеть — и дальше боятся всего нового. Скептицизм становится дефолтом. Архитектура становится жёсткой, потому что её менять — снова больно.

Где-то между пятидесятым и сотым проектом стало очевидно: проблема не в том, что POS плохой. Проблема в том, что слой вокруг POS — не тот. Ни один вендор не строил стек, собирающийся как Lego — модули, которые стыкуются друг с другом без кода, без недель миграции, без переобучения команды каждый раз, когда появляется новый инструмент.

Всё, что я делаю сейчас — ответ на это. Digital Architecture Audit, KPI Audit, AI-агенты — валидируют, что операторам реально нужно, в противовес тому, что догадываются вендоры. NEXX, RestoAudit, ITHS Gate — это модульные части, которые стыкуются с существующим ERP и POS, не требуя его изменений.

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

Архитектура и подбор команды — это одна работа: найти лучших и научить их работать вместе.

Похожую фразу я услышал от Джека Ма позже. К тому моменту ITHS уже работал именно так — и в том, как я собираю команду, и в том, как подключаю чужие продукты к стеку клиента. Это одна задача в двух доменах.

Три шага. Без мистики.

Каждый engagement — от 30-минутного аудита до мульти-локационного развёртывания — следует одной структуре. Шаги заставляют быть честным на каждой стадии.

01
Диагностика
Прослеживаю, как данные и деньги реально движутся через бизнес — не как должны. Узкие места, ручные шаги, точки потерь, разрывы интеграций. На выходе — письменная архитектурная карта.
02
Проектирование
Предлагаю минимальный жизнеспособный стек, закрывающий разрывы. Существующие инструменты, новые инструменты, изменения workflow, точки автоматизации. У каждой рекомендации рядом — значение в евро.
03
Исполнение
Если хотите, чтобы я исполнил — исполняю. Если нужен бриф для другого подрядчика — тоже нормально. В любом случае архитектура ваша. Без vendor lock-in.

Консалтинговая практика и продуктовая компания,

Консалтинговая сторона — Digital Architecture Audit, KPI Audit, кастомные AI-агенты — способ оставаться руками в операционной реальности. Она финансирует работу и валидирует то, что операторам реально нужно, в противовес тому, что догадываются вендоры.

Продуктовая сторона — NEXX Ecosystem, RestoAudit.ai, ITHS Gate — способ масштабировать эти ответы за рамки одного клиента за раз. Каждый продукт родился из задачи, которая повторялась у десятков ресторанов.

Обе стороны намеренно архитектурно ориентированы и POS-agnostic. Работают с Syrve, CompuCash, r_keeper, iiko — или любой established-платформой. Не заменяют POS — закрывают разрывы вокруг него.

Посмотреть полный стек продуктов →

От чего я отказался — и почему.

Несколько границ, которые делают практику рабочей. Они пришли из последнего десятилетия операционных сделок — из понимания того, где гибкость помогает, а где тихо разрушает работу.

01
Перестал бегать за каждым клиентом.
Когда уступаешь в каждом условии, чтобы удержать сделку — одна сторона получает удобство, вторая несёт издержки. Это не партнёрство, это паразитизм. Работающие engagement-ы — те, где обе стороны привержены одной дисциплине.
02
Перестал нанимать ради удобства.
Лучшие люди в команде — не удобные. У них есть мнение, они возражают, они видят то, что упускаю я. Моя задача — собрать выдающихся профессионалов и помочь им работать вместе, а не искать покладистых, которые никогда не возражают.
03
Перестал брать engagement-ы, где не могу владеть архитектурой.
Если клиент хочет, чтобы я настроил vendor-инструмент, не глядя на всю операционную картину — кто-то другой подойдёт лучше. Архитектуре нужны границы, чтобы оставаться честной.
04
Перестал позиционировать продукты как магию.
AI — инструмент для конкретных операционных задач, не замена архитектуре. Когда что-то работает с AI, я объясняю почему именно. Когда не работает — тоже говорю. Ресторанам уже продали достаточно магии.

Прямые линии.

K. Talikov
Рига · 2026
◆ Следующий шаг ◆

Давайте посмотрим на ваши процессы вместе.

Лучший способ понять, можем ли мы вам помочь — Digital Architecture Audit. 30 минут, бесплатно, уходите с письменной диагностикой, которую можете использовать — с нами или без нас.