Оглавление секции

  • О программе

    Свернуть всё Развернуть всё

    Академия партнёров AILILLU — обязательная программа подготовки региональных дилеров. Дилер в партнёрской модели AILILLU отвечает за четыре функции на своей территории: продажи, маркетинг, онбординг клиентов и поддержку продуктов на уровнях L1/L2. Программа построена так, чтобы после её прохождения сотрудники дилера могли самостоятельно вести полный цикл: от первого контакта с рестораном до запуска продукта и решения типовых обращений.

  • Структура программы

    Блок

    Модули

    Для кого

    Блок A. Базовая подготовка

    Модуль 1 — Платформа AILILLU и партнёрская модель; Модуль 2 — iiko и место AILILLU; Модуль 3 — Основы продаж в HoReCa

    Все сотрудники дилера (обязательно)

    Блок B. Продукты

    Модули 4–13: по каждому продукту пара «Продукт» + «Продажи»

    «Продукт» — все; «Продажи» — менеджеры по продажам

    Блок C. Сервис

    Модуль 14 — Онбординг и поддержка L1/L2

    Инженеры внедрения и специалисты поддержки

  • Модуль 1. Платформа AILILLU и партнёрская модель

    Блок A · ~2 часа · обязателен для всех сотрудников дилера

    Цель модуля: Сформировать целостное понимание платформы AILILLU: какие продукты входят в экосистему, какую ценность они дают ресторану, как устроена партнёрская модель и за что отвечает дилер.

    Урок 1.1. Что такое AILILLU

    AILILLU — единая цифровая экосистема для ресторанов: набор взаимосвязанных цифровых продуктов для ресторанов, кафе, кофеен, фастфуда и ресторанных сетей. Платформу разрабатывает и развивает компания QI Tech Ltd. (Казахстан).

    Что платформа даёт ресторану

    •     увеличение выручки (новые каналы продаж, рост среднего чека за счёт AI-рекомендаций);

    •     автоматизация обслуживания гостей;

    •     запуск собственных каналов продаж (вместо зависимости от агрегаторов);

    •     снижение нагрузки на персонал и сокращение операционных расходов;

    •     контроль закупок и склада;

    •     актуальная аналитика бизнеса;

    •     работа в едином контуре с POS-системой iiko.

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

  • Урок 1.2. Продуктовая линейка: карта экосистемы

    Продукт

    Что делает

    Кому продаём в первую очередь

    Запуск

    AI Официант + QR Меню

    Цифровое меню по QR-коду на столе с AI-ассистентом: помогает выбрать, рекомендует, принимает заказ и передаёт его в iiko

    Заведения с посадкой: кафе, рестораны, кофейни

    3–7 дней

    Киоск самообслуживания

    Киоск на базе iPad Air 13": гость сам оформляет и оплачивает заказ без кассира

    Фастфуд, кофейни, QSR, точки с высокой проходимостью

    5–10 дней

    AI Бот доставки и самовывоза

    Цифровой оператор ресторана в WhatsApp: сам ведёт диалог, принимает заказы 24/7, передаёт их в iiko

    Все заведения с доставкой/самовывозом

    3–5 дней

    White Label приложение

    Собственное брендированное приложение ресторана (iOS / Android / Web): доставка, самовывоз, бронь, лояльность

    Сети и сильные бренды, желающие уйти от комиссий агрегаторов

    7–14 дней

    AILILLU Склад

    Управление закупками, поставщиками, приёмкой и AI-обработкой накладных с автопроведением прихода в iiko

    Заведения с активными закупками, сети, рестораны с полной кухней

    10–14 дней

    Экосистема как единый контур

    Полная цепочка выглядит так: Гость → QR Меню / AI Официант → Киоск → WhatsApp Бот → Мобильное приложение → Доставка → Закупки → Склад → iiko. Заведение, использующее всю экосистему, одновременно увеличивает выручку, снижает операционные расходы, автоматизирует обслуживание и контролирует внутренние процессы из единого цифрового контура.

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

    Схема

  • Урок 1.3. Партнёрская модель: кто за что отвечает

    Зона ответственности дилера (регион)

    •     Продажи: поиск клиентов, встречи, демонстрации, коммерческие предложения, заключение договоров на своей территории;

    •     Маркетинг: локальное продвижение (мероприятия, партнёрства с интеграторами iiko в регионе, соцсети, рекомендации);

    •     Онбординг: настройка и запуск продуктов у клиента, обучение персонала заведения;

    •     Поддержка L1/L2: приём обращений клиентов, решение типовых и конфигурационных проблем (см. Модуль 14).

    Зона ответственности AILILLU (центральный офис)

    •     разработка и развитие продуктов, инфраструктура платформы;

    •     поддержка L3: дефекты кода, проблемы ядра интеграции с iiko, инциденты платформы;

    •     обучение и сертификация дилеров, обновление материалов академии;

    •     федеральные партнёрства и бренд-маркетинг.

    Партнёрская среда

    •     Ключевой партнёр платформы — Kafesoft, крупнейший интегратор iiko в Казахстане: общая клиентская база — источник лидов; аналогичные локальные интеграторы iiko — первые кандидаты в партнёры дилера в регионе;

    •     Референс-клиенты платформы: сеть EspressoDay (100+ точек) и другие — актуальный список кейсов запрашивайте у менеджера AILILLU;

    •     Контакты центрального офиса для эскалаций и запросов материалов:
      CEO@ailillu.kz
    +7 771 525 3575
    +7 705 320 88 88
      hello.ailillu.kz.

  • Практическое задание

    5
    1.         Составьте карту своего региона: выпишите 20 заведений (по сегментам: фастфуд, кофейни, рестораны, сети) и для каждого отметьте, какой продукт AILILLU предложили бы первым и почему.

         2.     Запишите голосовое сообщение до 60 секунд: «Что такое AILILLU» — так, как рассказали бы владельцу ресторана. Отправьте голосовое сообщение своему супервайзеру

  • Тест: Проверка знаний

  • Модуль 2. iiko простыми словами и место AILILLU

    Блок A · ~2,5 часа · обязателен для всех сотрудников дилера

    Цель модуля: Дать сотрудникам дилера уверенное понимание iiko: что это за система, как проходит заказ, как работают списания по техкартам — и где именно в этой картине находятся решения AILILLU. Без этого понимания невозможны ни продажа, ни поддержка.

    Результаты обучения — после модуля дилер сможет:

    • объяснить клиенту, что такое iiko, за 1 минуту без жаргона;
    • описать путь заказа от выбора гостем блюда до отчёта руководителя;
    • объяснить, что такое технологическая карта и почему от неё зависят списания и отчёты;
    • чётко разделять: что делает iiko, а что делает AILILLU (критично для поддержки L1);
    • перечислить, какие данные синхронизируются между iiko и продуктами AILILLU.

    Урок 2.1. Что такое iiko

    iiko — это «мозг ресторана»: система, которая видит, что происходит в зале, на кухне и на складе, и помогает держать всё под контролем. Важно понимать: iiko — это не только касса; касса — лишь одна из частей системы.

    Контур iiko Что делает
    Касса Показывает, что продали и кто оплатил
    Кухня Передаёт заказ поварам, чтобы они начали готовить
    Склад Следит, какие продукты есть в наличии
    Отчёты Собирает понятную статистику по работе заведения

    Зачем это дилеру: Практически все целевые клиенты AILILLU уже работают на iiko. Разговаривая с рестораном на языке iiko (техкарты, стоп-листы, номенклатура, приходные накладные), вы сразу выглядите профессионалом, а не «продавцом приложений».

  • Урок 2.2. Путь одного заказа

    Проследим, что происходит после того, как гость выбрал бургер:

    • Гость выбирает — на кассе, в киоске, QR-меню или приложении.
    • Заказ попадает в iiko — состав, цена, способ оплаты и точка продаж.
    • Кухня получает заказ — повар видит, что и в какой очереди готовить.
    • Оплата фиксируется — продажа сохраняется в кассе и отчётах.
    • Продукты списываются — по настроенной технологической карте блюда.
    • Руководитель видит результат — выручку, заказы, остатки и показатели.

    Главная мысль: Один заказ влияет сразу на кухню, оплату, склад и отчётность. Именно поэтому канал приёма заказа (QR, киоск, бот, приложение) обязан быть корректно интегрирован с iiko — иначе ломается вся цепочка учёта.

    Схема

  • Урок 2.3. Техкарта: как iiko понимает, что списать

    Списание ингредиентов происходит через технологическую карту — «рецепт» блюда внутри системы. Пример техкарты бургера: булочка — 1 шт., котлета — 1 шт., сыр — 20 г, соус — 15 г, овощи — 50 г. Продали 1 бургер → iiko уменьшает расчётные остатки ингредиентов по нормам из техкарты.

    Пример ошибки: Если в техкарте забыли сыр — при продаже бургера сыр со склада не спишется, и отчёт будет неверным. Правило: правильные данные = правильные отчёты. Ошибки сотрудников и настроек искажают результат.

    Это знание напрямую нужно при продаже и поддержке AILILLU Склад: система сверяет заявки, приёмку и накладные, но качество учёта в iiko зависит от корректности номенклатуры и техкарт на стороне клиента.

    Схема

  • Урок 2.4. Где здесь AILILLU: разделение ролей

    AILILLU расширяет способы взаимодействия гостя и ресторана вокруг iiko. Роли разделяются так:

    iiko — ядро учёта AILILLU — цифровые каналы
    Хранит меню, фиксирует продажи, передаёт заказ на кухню и формирует учёт Помогает гостю выбрать, оформить и передать заказ удобным способом (QR-меню, киоск, WhatsApp, приложение), а также автоматизирует закупки и приёмку (Склад)

    Что синхронизируется между iiko и AILILLU

    • Гостевые продукты (QR, киоск, бот, приложение): меню, категории, цены, модификаторы, стоп-листы, наличие товаров, акции, статусы заказов — изменения в iiko автоматически отображаются в каналах AILILLU;
    • AILILLU Склад: товары, склады, остатки, номенклатура, приходные накладные, подразделения.

    Пять тезисов для запоминания

    • iiko — центр учёта: объединяет кассу, кухню, склад и отчёты.
    • Каждая операция важна: продажа, приход, списание и инвентаризация меняют данные.
    • Основа списаний — техкарта: в ней указано, из каких продуктов состоит блюдо.
    • Правильные данные = правильные отчёты.
    • AILILLU работает вокруг iiko: добавляет удобные цифровые каналы заказа для гостя и автоматизацию закупок.

    Для поддержки L1: Первый диагностический вопрос при любом обращении: проблема в данных iiko (меню, стоп-лист, техкарта, цена) или в канале AILILLU (заказ не ушёл, канал недоступен)? Если позиция «пропала» из QR-меню — почти всегда причина в стоп-листе или скрытии позиции в iiko, а не в продукте AILILLU. Полный алгоритм диагностики — в Модуле 14.

    Схема

  • Практическое задание

    1. Нарисуйте схему пути заказа из QR-меню до отчёта руководителя (6 шагов), отметив на ней зоны iiko и зоны AILILLU. Загрузите фото/скрин в Moodle.
    2. Кейс: клиент жалуется, что «после продажи капучино молоко не списывается со склада». Опишите, где вероятнее всего проблема и что проверить в первую очередь.

  • Тест: Проверка знаний

  • Модуль 3. Основы продаж в HoReCa

    Блок A · ~4 часа · обязателен для менеджеров по продажам, рекомендован всем

    Цель модуля: Дать единую методологию продаж, на которую опираются все продуктовые модули «Продажи»: как устроен рынок HoReCa, кто принимает решения, как вести встречу от выявления боли до закрытия сделки.

    Результаты обучения — после модуля дилер сможет:

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

    Урок 3.1. Рынок HoReCa и лица, принимающие решения

    Сегменты и их особенности

    Сегмент Ключевые боли Особенности продажи
    Фастфуд / QSR Очереди, скорость обслуживания, ФОТ кассиров Считают деньги, любят цифры пропускной способности; решение принимают быстро
    Кофейни Проходимость в пик, средний чек, повторные визиты Часто владелец = управляющий; важна простота запуска
    Рестораны с посадкой Нехватка официантов, скорость подачи меню, средний чек Дольше цикл: владелец + управляющий; важен сервисный имидж
    Сети Управляемость, стандартизация, аналитика, закупки Комитет: владелец, операционный директор, IT; пилот на 1–2 точках → тираж
    Доставка-ориентированные Комиссии агрегаторов, свой канал, скорость обработки заказов Легко считают экономику: комиссия агрегатора vs своя подписка

    Роли в сделке

    • Владелец — решает про деньги и стратегию: язык выручки, экономии, независимости от агрегаторов;
    • Управляющий — решает про операционку: язык нагрузки на персонал, очередей, ошибок;
    • Бухгалтер / закупщик — ключевой союзник для AILILLU Склад: язык накладных, расхождений, ручного ввода;
    • IT / интегратор iiko — технический валидатор: язык интеграции, синхронизации, стоп-листов. Не враг, а партнёр — вовлекайте.

  • Урок 3.2. Поиск клиентов и выход на встречу

    • Партнёрский канал — локальные интеграторы и франчайзи iiko: у них есть база заведений, уже работающих на iiko (тёплые лиды с готовой инфраструктурой). Модель — агентское вознаграждение или совместные продажи;
    • Полевые визиты — заведение видно насквозь: очередь на кассе — повод говорить про киоск; бумажные меню — про QR; заказы по телефону — про WhatsApp-бота;
    • Рекомендации — просите у каждого запущенного клиента 2–3 контакта коллег-рестораторов;
    • Локальный маркетинг — отраслевые чаты, ассоциации рестораторов, поставщики продуктов (особенно для Склада), мероприятия;
    • Референсы — используйте кейсы платформы (EspressoDay 100+ точек и др.) и первых локальных клиентов.

    Скрипт назначения встречи (каркас): «Мы — региональный партнёр платформы AILILLU, она работает поверх iiko. Помогаем заведениям [сегмент] снимать [боль: очереди / нехватку официантов / комиссии агрегаторов]. Хочу за 20 минут показать, как это выглядит вживую на вашем меню. Когда удобнее — завтра или в четверг?»

  • Урок 3.3. Структура встречи и выявление потребностей

    • Контакт (2 мин): кто мы, почему пришли именно к ним, договорённость о регламенте.
    • Диагностика (10 мин): вопросы о ситуации и болях — говорим 30% времени, клиент 70%.
    • Демонстрация (10–15 мин): показываем продукт на данных клиента (его меню в демо), связывая каждую функцию с названной болью.
    • Деньги (5 мин): цена + логика окупаемости на цифрах клиента.
    • Следующий шаг (3 мин): конкретика — пилот, договор, дата запуска. Никогда не уходим без зафиксированного следующего шага.

    Диагностические вопросы (универсальный набор)

    • Ситуационные: «Сколько заказов в день? Сколько официантов/кассиров в смене? Какая доля доставки? Кто ведёт закупки?»
    • Проблемные: «Что происходит в часы пик? Теряете ли заказы? Сколько времени уходит на обработку накладных?»
    • Извлекающие (усиление боли): «Во что обходится один потерянный заказ в пик? Сколько стоит месяц работы лишнего кассира? Сколько платите агрегаторам за год?»
    • Направляющие: «Если бы гости заказывали сами, без ожидания официанта, — что бы это изменило для вас?»

    Схема

  • Урок 3.4. Работа с возражениями и закрытие

    Универсальный алгоритм: Выслушать → Присоединиться → Уточнить → Аргументировать → Закрыть

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

    Пять сквозных возражений (детальная отработка — в продуктовых модулях)

    • «Дорого» → переводим в окупаемость: сравниваем с ФОТ, комиссиями агрегаторов, потерями от ошибок;
    • «У нас уже всё работает» → «Работает — отлично. Вопрос в том, сколько денег сейчас теряется на очередях/комиссиях/ручном вводе. Давайте посчитаем»;
    • «Гости/персонал не разберутся» → референсы, простота интерфейса, обучение персонала входит в онбординг;
    • «Надо подумать» → выясняем реальное сомнение: «Что именно смущает — цена, сроки или сам продукт?» + фиксируем следующий шаг с датой;
    • «А что с нашей iiko, ничего не сломается?» → это наше преимущество: AILILLU не заменяет iiko, а подключается к ней; меню и стоп-листы синхронизируются автоматически.

    Воронка и дисциплина

    • Этапы воронки: Лид → Квалификация → Встреча/демо → КП → Пилот/договор → Запуск → Расширение (кросс-продажа продуктов);
    • Каждой сделке — следующий шаг с датой; лид без активности 14 дней — реанимация или закрытие с причиной;
    • После запуска клиент — актив: через 1–2 месяца возвращаемся с предложением следующего продукта экосистемы.

    Схема

  • Практическое задание

    1. Ролевая игра (запись видео до 10 минут): проведите «встречу» с коллегой-«владельцем кофейни»: диагностика (мин. 6 вопросов) → мини-презентация любого продукта → отработка возражения «дорого» → фиксация следующего шага.
    2. Составьте воронку из 10 реальных заведений региона с этапом и следующим шагом по каждому.

  • Тест: Проверка знаний

  • Модуль 4. AI Официант + QR Меню — продукт

    Блок B · ~2 часа · все сотрудники дилера

    Цель модуля: Полное знание продукта: что это, как работает для гостя и ресторана, что синхронизируется с iiko, как выглядит внедрение.

    Результаты обучения — после модуля дилер сможет:

    • провести живую демонстрацию продукта от сканирования QR до передачи заказа;
    • перечислить синхронизируемые с iiko данные;
    • ответить на типовые вопросы клиента о продукте и внедрении.

    Урок 4.1. Что это и для кого

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

    Какие проблемы решает

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

  • Урок 4.2. Как работает: путь гостя

    • Гость садится за стол и сканирует QR-код.
    • Открывается цифровое меню.
    • AI помогает выбрать блюда (состав, рекомендации, сочетания).
    • Гость оформляет заказ.
    • Заказ автоматически передаётся в iiko.
    • Кухня получает заказ в штатном режиме — для персонала процесс не меняется.

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

    Схема

  • Урок 4.3. Интеграция с iiko

    Синхронизируются: меню, категории, цены, модификаторы, стоп-листы, наличие товаров. Все изменения, внесённые в iiko, автоматически отображаются в QR-меню — ручное обновление меню не нужно.

    Основные преимущества

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

  • Урок 4.4. Внедрение и типовые вопросы

    Внедрение

    • Срок запуска: в среднем от 3 до 7 дней;
    • Что нужно от клиента: доступ к iiko (через интегратора или самостоятельно), выверенное меню с фото и описаниями, согласование дизайна/брендинга QR-материалов на столах;
    • Роль дилера: настройка подключения, проверка синхронизации меню и стоп-листов, печать/размещение QR, обучение администратора заведения (см. Модуль 14).

    FAQ клиента

    • «Нужно ли гостю скачивать приложение?» — нет, меню открывается по QR в браузере;
    • «Кто обновляет меню?» — никто отдельно: меню синхронизируется из iiko автоматически;
    • «Что если блюдо закончилось?» — позиция в стоп-листе iiko автоматически скрывается/помечается в QR-меню;
    • «Заменяет ли это официантов?» — нет, разгружает их: приём заказа автоматизируется, сервис и вынос блюд остаются за персоналом.

  • Практическое задание

    1. Пройдите путь гостя в демо-стенде: отсканируйте QR, задайте AI-ассистенту 3 вопроса о блюдах, оформите заказ. Приложите скриншоты каждого шага.
    2. Составьте чек-лист запуска QR-меню для конкретного кафе вашего региона (меню, фото, доступы, QR-носители, обучение).

  • Тест: Проверка знаний

  • Модуль 5. AI Официант + QR Меню — продажи

    Блок B · ~2 часа · менеджеры по продажам

    Цель модуля: Научить продавать QR-меню: кому, с какой аргументацией, как показывать, как считать выгоду и закрывать возражения.

    Результаты обучения — после модуля дилер сможет:

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

    Урок 5.1. Целевая аудитория и триггеры

    • Идеальный профиль: заведения с посадкой — кафе, рестораны, кофейни, где гость ждёт официанта; особенно с большим меню и пиковыми нагрузками;
    • Визуальные триггеры при визите: бумажные/ламинированные меню, гости машут официантам, очередь у стойки в обед, мало персонала в зале;
    • Триггеры в разговоре: «не можем найти официантов», «в пик не успеваем», «гости долго выбирают», «хотим поднять средний чек».

    Elevator pitch (30 секунд): «Гость сканирует QR на столе — открывается ваше живое меню из iiko с AI-ассистентом: он рекомендует, отвечает про состав и принимает заказ, который сразу уходит на кухню. Гости не ждут официанта, официанты не бегают принимать заказы, средний чек растёт на рекомендациях. Запуск — от 3 до 7 дней, ничего в вашей iiko менять не нужно».

  • Урок 5.2. Диагностика и демонстрация

    Вопросы для выявления потребности

    • «Сколько официантов в смене и сколько столов на одного?»
    • «Что происходит в пиковые часы — сколько гость ждёт, чтобы просто сделать заказ?»
    • «Как часто гости спрашивают про состав/остроту/аллергены — и всегда ли официант отвечает верно?»
    • «Как сейчас предлагаете допродажи — напитки, десерты? Делает ли это каждый официант с каждым столом?»
    • «Сколько стоит месяц работы одного официанта с учётом налогов?»

    Сценарий демо (10 минут)

    • Дайте клиенту самому отсканировать QR со своего телефона — эффект «вау» работает лучше слайдов.
    • Покажите меню (в идеале — заранее загруженное демо с позициями клиента).
    • Задайте AI-ассистенту вопрос, который называл сам клиент («что порекомендуете к пасте?»).
    • Оформите заказ и покажите, что он мгновенно появился в iiko.
    • Свяжите каждый шаг с озвученной болью: «вот здесь ваш гость больше не ждёт», «вот здесь растёт чек».

  • Урок 5.3. Экономическая аргументация

    Стройте расчёт на цифрах клиента, полученных при диагностике. Каркас разговора о деньгах:

    • Средний чек: «Ваш средний чек — X ₸, гостей в день — Y. AI-ассистент рекомендует каждому гостю напиток/десерт. Даже если дополнительную позицию возьмёт малая часть гостей — посчитайте прибавку к месячной выручке и сравните с подпиской»;
    • Нагрузка на персонал: «Приём заказов уходит в QR — тот же зал обслуживает меньшее число официантов, либо те же официанты успевают больше столов в пик»;
    • Потерянные заказы: «Каждый гость, не дождавшийся официанта и ушедший, — это минус полный чек. Сколько таких в неделю в пик?»;
    • Подписку всегда сравнивайте не с «нулём», а со стоимостью альтернативы: часами работы официанта и потерянными чеками. Актуальные тарифы — в действующем прайс-листе AILILLU.

  • Урок 5.4. Возражения и кросс-продажи

    Возражение Ответ
    «Наши гости привыкли к живому общению» «QR не отменяет сервис — официант по-прежнему встречает и обслуживает. Автоматизируется только приём заказа. А гость, который хочет заказать у официанта, всегда может это сделать — вы добавляете канал, а не убираете»
    «У нас уже есть QR с PDF-меню» «PDF не принимает заказы, не рекомендует и не знает про стоп-листы. Здесь — живое меню из iiko + AI, который продаёт. Это разные продукты»
    «Гости старшего возраста не разберутся» «Меню открывается в один клик без установки приложений. И для тех, кто не хочет, — остаётся официант. Вы ничего не теряете, только добавляете»
    «Дорого» «Сравните подписку со стоимостью одного часа работы официанта в день или с двумя-тремя потерянными чеками в неделю. Давайте посчитаем на ваших цифрах»
    «Меню часто меняется, замучаемся обновлять» «Наоборот: меню синхронизируется из iiko автоматически. Изменили цену или поставили стоп — в QR это уже отражено»
    «Надо подумать» «Конечно. Что именно взвешиваете — эффект или бюджет? Предлагаю так: запускаем за неделю, вы смотрите на живых гостях. Согласуем дату?»

    Кросс-продажи из QR-меню

    • Есть доставка/самовывоз → AI Бот WhatsApp (тот же принцип, но для заказов вне зала);
    • Высокая проходимость у стойки → Киоск самообслуживания;
    • Сеть или сильный бренд → White Label приложение (в него уже встроено QR-меню с AI-официантом).

  • Практическое задание

    1. Запишите видео-демо продукта (до 7 минут) так, как показали бы владельцу кафе: путь гостя + 3 привязки к болям.
    2. Письменно отработайте возражения «у нас уже есть QR с PDF» и «гости не разберутся» своими словами.

  • Тест: Проверка знаний

  • Модуль 6. Киоск самообслуживания — продукт

    Блок B · ~2 часа · все сотрудники дилера

    Цель модуля: Полное знание киоска: устройство, сценарий работы гостя, интеграция с iiko, рекламный режим, внедрение.

    Результаты обучения — после модуля дилер сможет:

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

    Урок 6.1. Что это и для кого

    Цифровой киоск самообслуживания на базе iPad Air 13". Позволяет гостям самостоятельно оформлять и оплачивать заказы без участия кассира. Подходит для фастфуда, кофеен, ресторанов быстрого обслуживания и заведений с высокой проходимостью.

    Какие проблемы решает

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

  • Урок 6.2. Как работает: путь гостя

    • Гость подходит к киоску.
    • Выбирает блюда и добавляет позиции в корзину.
    • Оплачивает заказ.
    • Заказ автоматически передаётся в iiko.
    • Кухня получает заказ.
    • Гость ожидает выдачу.

    Интеграция с iiko

    Киоск полностью синхронизирован с iiko: передаются заказы, цены, модификаторы, стоп-листы, меню, акции. Изменения в iiko автоматически отображаются в интерфейсе киоска.

    Схема

  • Урок 6.3. Рекламный режим и преимущества

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

    Основные преимущества

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

  • Урок 6.4. Внедрение и типовые вопросы

    • Срок запуска: в среднем от 5 до 10 дней;
    • Что нужно от клиента: место под киоск в зоне заказа, электропитание и стабильный интернет, доступ к iiko, решение по приёму оплаты;
    • Роль дилера: монтаж и настройка киоска, проверка синхронизации меню и проведения тестовых заказов, обучение персонала (выдача заказов, что делать при сбое), настройка контента рекламного режима.

    FAQ клиента

    • «Гость оплачивает прямо на киоске?» — да, заказ оформляется и оплачивается на киоске, затем автоматически уходит в iiko;
    • «Что показывает киоск, когда никто не заказывает?» — рекламный режим: акции, новинки, материалы партнёров;
    • «Это заменит кассира?» — снизит нагрузку и очереди; касса остаётся для гостей, предпочитающих живое обслуживание;
    • «Меню на киоске и на кассе разойдутся?» — нет, источник один — iiko.

  • Практическое задание

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

  • Тест: Проверка знаний

  • Модуль 7. Киоск самообслуживания — продажи

    Блок B · ~2 часа · менеджеры по продажам

    Цель модуля: Научить продавать киоск через экономику очередей и ФОТ: сегмент QSR считает деньги — дать менеджеру инструменты счёта.

    Результаты обучения — после модуля дилер сможет:

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

    Урок 7.1. Целевая аудитория и триггеры

    • Идеальный профиль: фастфуд, кофейни с потоком, QSR, фудкорты, точки с пиками (обед, вечер);
    • Визуальные триггеры: очередь из 3+ человек к кассе, один кассир в пик, гости уходят, не дождавшись;
    • Триггеры в разговоре: «не хватает кассиров», «в обед не справляемся», «высокий ФОТ», «хотим пропускать больше гостей».

    Elevator pitch (30 секунд): «Ставим киоск на iPad: гость сам выбирает, оплачивает — заказ сразу в вашей iiko и на кухне. Очередь у кассы уходит, кассиры разгружаются, киоск сам допродаёт и работает хоть 24/7. Пока никто не заказывает — экран крутит ваши акции. Запуск за 5–10 дней».

  • Урок 7.2. Диагностика и демонстрация

    Вопросы для выявления потребности

    • «Сколько заказов проходит в пиковый час? Сколько кассиров работает?»
    • «Видите ли, как гости уходят из очереди? Сколько таких в день?»
    • «Сколько стоит кассир в месяц с налогами? Сколько смен закрываете с трудом?»
    • «Предлагают ли кассиры допродажи каждому гостю — соус, десерт, увеличенную порцию?»
    • «Планируете ли расти по точкам? Как будете масштабировать кассовую зону?»

    Демонстрация

    • Идеально — живой киоск или демо на iPad: дайте клиенту самому собрать заказ.
    • Покажите допродажу: как экран предлагает дополнить заказ.
    • Покажите мгновенное появление заказа в iiko.
    • Покажите рекламный режим: «это ваша витрина акций, пока киоск свободен».
    • Если есть возможность — сводите клиента к работающему киоску у действующего клиента в регионе.

  • Урок 7.3. Экономическая аргументация

    • ФОТ: «Киоск принимает заказы параллельно с кассой. Если он снимает нагрузку хотя бы одной кассовой смены — сравните месячную стоимость кассира с подпиской на киоск»;
    • Пропускная способность: «В пик касса — узкое горлышко. Киоск — вторая параллельная касса без второго сотрудника: больше заказов за тот же час»;
    • Потерянные гости: «Каждый ушедший из очереди — минус чек. Три ушедших гостя в день — посчитайте месячную потерю»;
    • Допродажи: «Киоск предлагает дополнение к заказу каждому гостю без исключения — кассир в запаре этого не делает»;
    • Ориентир по цене: стандартная модель — подписка в месяц + разовый онбординг (актуальные суммы — в действующем прайс-листе). При годовой предоплате возможны спецусловия — уточняйте текущие акции у AILILLU.

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

  • Урок 7.4. Возражения и кросс-продажи

    Возражение Ответ
    «Дорого, ещё и оборудование» «Сравните с месяцем работы кассира — киоск работает без отпусков и больничных. Плюс есть партнёрские программы субсидирования. Посчитаем на ваших цифрах?»
    «Гости не будут пользоваться» «Практика фастфуда обратная: часть гостей выбирает киоск, чтобы не общаться и спокойно собрать заказ. Касса остаётся — вы добавляете канал, а не убираете»
    «У нас маленькая точка, некуда ставить» «Киоск — это iPad, а не шкаф: настольное или компактное напольное размещение. Давайте посмотрим вашу зону заказа»
    «Персонал будет саботировать» «Персоналу киоск снимает самую неприятную часть работы — очередь и конфликты. Обучение персонала входит в запуск»
    «Сломается — и что тогда?» «Касса продолжает работать как раньше, киоск — параллельный канал. Поддержку по SLA ведёт наш сервис (L1/L2 — мы, сложные случаи — платформа)»

    Кросс-продажи

    • Есть доставка → AI Бот WhatsApp;
    • Хотят коммуникацию с гостями и повторные продажи → White Label приложение;
    • Несколько точек и активные закупки → AILILLU Склад.

  • Практическое задание

    1. Рассчитайте окупаемость киоска для условной точки: 1 кассир в пик, средний чек и поток задайте сами по реальному заведению региона. Оформите расчёт в таблицу «подписка vs выгода».
    2. Ролевая игра: отработайте возражение «гости не будут пользоваться» (запись до 3 минут).

  • Тест: Проверка знаний

  • Модуль 8. AI Бот доставки и самовывоза (WhatsApp) — продукт

    Блок B · ~2 часа · все сотрудники дилера

    Цель модуля: Полное знание AI-бота: как он ведёт диалог, что умеет, как интегрирован с iiko, как внедряется.

    Результаты обучения — после модуля дилер сможет:

    • объяснить принцип работы бота и его возможности;
    • показать сценарий заказа в WhatsApp от «привет» до заказа в iiko;
    • ответить на типовые вопросы клиентов о боте.

    Урок 8.1. Что это и для кого

    AI Бот — цифровой оператор ресторана в WhatsApp. Он самостоятельно ведёт диалог с гостями, принимает заказы и отвечает на вопросы без участия сотрудников. Работает круглосуточно.

    Какие проблемы решает

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

  • Урок 8.2. Как работает и что умеет

    • Гость пишет в WhatsApp заведения.
    • Бот отвечает автоматически, показывает меню и помогает выбрать блюда.
    • Принимает заказ, оформляет доставку или самовывоз.
    • Передаёт заказ в iiko.

    Возможности

    • Доставка и самовывоз
    • Ответы на вопросы гостей и консультации по меню
    • Подбор блюд и автоматические рекомендации
    • Поддержка нескольких языков
    • Работа 24/7

    Интеграция с iiko

    Бот получает данные напрямую из iiko: меню, цены, стоп-листы, наличие товаров, статусы заказов. Ресторан работает в едином цифровом контуре без ручного переноса заказов.

    Схема

  • Урок 8.3. Внедрение и типовые вопросы

    • Срок запуска: в среднем от 3 до 5 дней — самый быстрый продукт линейки.
    • Что нужно от клиента: номер WhatsApp для бота, доступ к iiko, зоны и условия доставки, правила самовывоза.
    • Роль дилера: подключение номера, настройка сценариев и зон доставки, тестовые заказы, обучение персонала обработке заказов из бота.

    FAQ клиента

    • «Это просто кнопочное меню?» — нет, это AI: бот понимает свободный текст, консультирует по меню и рекомендует.
    • «А если бот не поймёт гостя?» — предусмотрена передача диалога сотруднику; типовые заказы бот ведёт сам.
    • «На каких языках работает?» — поддерживается несколько языков (актуальный список уточняйте в текущей документации продукта).
    • «Ночью заказы кто примет?» — бот: он работает 24/7, заказы фиксируются и уходят в iiko по правилам заведения.

  • Практическое задание

    1. Пройдите путь гостя в демо-боте: свободным текстом попросите рекомендацию, уточните состав блюда, оформите заказ на самовывоз. Приложите скриншоты диалога.
    2. Составьте список из 10 реальных вопросов гостей заведений вашего региона и проверьте на демо-боте, как он на них отвечает.

  • Тест

  • Модуль 9. AI Бот доставки и самовывоза — продажи

    Блок B · ~2 часа · менеджеры по продажам

    Цель модуля: Научить продавать бота через две рамки: «потерянные заказы» (вне графика и в перегруз) и «стоимость операторов/колл-центра».

    Результаты обучения — после модуля дилер сможет:

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

    Урок 9.1. Целевая аудитория и триггеры

    • Идеальный профиль: любые заведения с доставкой/самовывозом; особенно те, кто принимает заказы по телефону или вручную в WhatsApp.
    • Триггеры: «не успеваем отвечать в WhatsApp», «оператор один и болеет», «ночью и в выходные заказы теряем», «дорого держать колл-центр», «агрегаторы съедают маржу».
    • Быстрый тест при квалификации: напишите в WhatsApp заведения вечером — если ответ придёт через час или утром, у вас на руках готовая демонстрация их проблемы.

    Elevator pitch (30 секунд): «Ваш WhatsApp начинает сам принимать заказы: AI-оператор консультирует по меню, оформляет доставку или самовывоз и передаёт заказ прямо в iiko — 24/7, без операторов и без комиссий агрегатора. Запуск за 3–5 дней».

  • Урок 9.2. Диагностика и демонстрация

    Вопросы для выявления потребности

    • «Как гости сейчас заказывают доставку — телефон, WhatsApp, агрегаторы? В каких долях?»
    • «Кто отвечает в мессенджерах и как быстро? А вечером и в выходные?»
    • «Сколько обращений в день остаются без ответа или с ответом через час?»
    • «Сколько стоит оператор/колл-центр в месяц?»
    • «Какую комиссию платите агрегаторам? Пробовали переводить гостей на прямые заказы?»

    Демонстрация (самая простая в линейке)

    • Попросите клиента написать демо-боту с его собственного телефона.
    • Пусть задаст «неудобный» вопрос свободным текстом («что у вас не острое к пиву?»).
    • Доведите диалог до оформленного заказа.
    • Покажите заказ в iiko.
    • Контраст: «а теперь вспомните, через сколько сейчас отвечает ваш оператор в 23:00».

  • Урок 9.3. Экономическая аргументация

    • Работа 24/7: «Каждое обращение вне графика оператора сегодня — потерянный заказ. Бот превращает ночные и пиковые обращения в выручку».
    • Конверсия: «Гость, которому ответили мгновенно, доводит заказ до конца чаще, чем тот, кто ждал час. Рост конверсии обращений в заказы — прямая выручка».
    • Стоимость оператора: «Сравните подписку на бота с месячной стоимостью оператора — бот не болеет, не увольняется и отвечает мгновенно всем сразу».
    • Против агрегаторов: «Прямой заказ в WhatsApp — без комиссии. Переводите постоянных гостей с агрегатора в свой канал: наклейка с QR на упаковке, вкладыш в заказ».
    • Актуальные тарифы — в действующем прайс-листе AILILLU (есть пакетные и годовые условия — уточняйте).

  • Урок 9.4. Возражения и кросс-продажи

    Возражение Ответ
    «Бот будет тупить и злить гостей» «Это AI, а не кнопки: он понимает свободный текст и консультирует по меню. Давайте прямо сейчас напишете демо-боту и попробуете его запутать»
    «У нас мало заказов в WhatsApp» «Мало, потому что канал не работает как канал: отвечаете долго, ночью молчите. Бот делает WhatsApp полноценной точкой продаж, а трафик туда переводится с агрегаторов и из зала»
    «Гости любят звонить» «Звонки остаются. Но посчитайте, сколько гостей уже пишут — и сколько из них не дождались ответа»
    «У нас уже есть человек на заказах» «Отлично — бот заберёт типовые заказы и ночь, человек займётся сложными случаями и сервисом. Либо вы сэкономите ставку»
    «Дорого» «Сравните с месяцем работы оператора и с комиссией агрегаторов за месяц. Обычно подписка меньше любой из этих цифр — посчитаем на ваших данных?»

    Кросс-продажи

    • Клиент хочет большего контроля над каналом и лояльность → White Label приложение.
    • Есть зал с посадкой → QR Меню с AI-официантом (единая логика: AI продаёт и в зале, и в доставке).
    • Растут объёмы → AILILLU Склад для закупок.

  • Практическое задание

    1. Проведите «тест тайного гостя»: напишите в WhatsApp трём заведениям региона вечером, зафиксируйте время ответа. Подготовьте на основе этого персональный заход для каждого.
    2. Запишите демо-диалог с ботом (скринкаст до 5 минут) с комментариями для клиента.

  • Тест

  • Модуль 10. White Label приложение ресторана — продукт

    Блок B · ~2 часа · все сотрудники дилера

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

    Результаты обучения — после модуля дилер сможет:

    • объяснить, что такое White Label и чем оно отличается от агрегаторов;
    • перечислить форматы (iOS / Android / Web) и функциональные возможности;
    • описать этапы и сроки запуска;
    • ответить на типовые вопросы клиента.

    Урок 10.1. Что это и для кого

    White Label приложение — собственный цифровой канал продаж ресторана. Решение построено на платформе AILILLU и адаптируется под бренд заведения. Доступно в форматах: iOS-приложение, Android-приложение, Web-приложение. Ресторан получает брендированное решение на базе готовой платформы — без разработки с нуля.

    Какие проблемы решает

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

    Ключевая идея: Агрегатор владеет вашим гостем: его контактами, историей заказов и вниманием. White Label возвращает гостя ресторану — вместе с маржой, которую съедала комиссия.

  • Урок 10.2. Возможности и интеграция с iiko

    Возможности

    • доставка и самовывоз;
    • бронирование столиков;
    • история заказов и личный кабинет;
    • push-уведомления;
    • акции и спецпредложения;
    • программа лояльности;
    • встроенное QR-меню с AI-официантом (тот же продукт, что в Модуле 4, — внутри приложения).

    Интеграция с iiko

    Синхронизируются: меню, цены, акции, остатки, статусы заказов. Все заказы автоматически попадают в iiko.

    Основные преимущества

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

  • Урок 10.3. Внедрение и типовые вопросы

    • Срок запуска: в среднем от 7 до 14 дней.
    • Что нужно от клиента: бренд-материалы (логотип, цвета), доступ к iiko, зоны и условия доставки, правила программы лояльности, аккаунты разработчика для публикации в сторах (по iOS/Android — детали процесса публикации уточняются на онбординге).
    • Роль дилера: сбор материалов, координация настройки и публикации, тестовые заказы по всем сценариям (доставка, самовывоз, бронь), обучение персонала, план продвижения приложения среди гостей (QR на столах и упаковке, акция за установку).

    FAQ клиента

    • «Это шаблон или разработка под нас?» — готовая платформа, адаптированная под ваш бренд: скорость и цена платформы, лицо — ваше.
    • «Чем это лучше агрегатора?» — заказы без комиссии, база гостей ваша, коммуникация (push, акции) — напрямую.
    • «Как гости узнают о приложении?» — план продвижения входит в запуск: носители в зале и на упаковке, стартовая акция, перевод постоянных гостей.
    • «Меню придётся вести отдельно?» — нет, меню и цены синхронизируются из iiko.

  • Практическое задание

    1. Разберите приложение действующего клиента платформы (или демо): пройдите сценарии доставки, самовывоза и брони. Составьте список из 5 функций, которые сильнее всего продают продукт.
    2. Составьте план продвижения приложения для условной сети из 3 кофеен: как за первый месяц перевести постоянных гостей в приложение.

  • Тест

  • Модуль 11. White Label приложение — продажи

    Блок B · ~2 часа · менеджеры по продажам

    Цель модуля: Научить продавать White Label через рамку «комиссии агрегаторов + владение клиентской базой». Это самая «стратегическая» продажа линейки — учим говорить с владельцем на языке бизнеса.

    Результаты обучения — после модуля дилер сможет:

    • квалифицировать клиентов по зрелости бренда и объёму доставки;
    • считать экономику «комиссия агрегатора vs своё приложение»;
    • продавать ценность клиентской базы и повторных заказов;
    • закрывать типовые возражения и строить кросс-продажи.

    Урок 11.1. Целевая аудитория и триггеры

    • Идеальный профиль: сети и заведения с сильным брендом и лояльной аудиторией; значимая доля доставки; активные соцсети (уже умеют говорить с гостем).
    • Триггеры: «агрегаторы съедают маржу», «хотим своё приложение», «нет базы гостей», «конкурент запустил приложение», «хотим программу лояльности».
    • Анти-профиль (продавать осторожно): точка без бренда и без потока доставки — приложению нечего будет монетизировать; начните с бота или QR-меню.

    Elevator pitch (30 секунд): «Своё приложение вашего бренда — iOS, Android и Web — на готовой платформе: доставка и самовывоз без комиссий, бронь, лояльность, push-акции. Меню и заказы живут в вашей iiko. База гостей — ваша, а не агрегатора. Запуск за 7–14 дней, а не год разработки».

  • Урок 11.2. Диагностика и демонстрация

    Вопросы для выявления потребности

    • «Какая доля выручки идёт через агрегаторы и какую комиссию платите?»
    • «Знаете ли своих гостей по именам — есть ли база: контакты, история заказов?»
    • «Как возвращаете гостей — можете ли завтра отправить акцию тысяче постоянных клиентов?»
    • «Есть ли программа лояльности? Как она работает?»
    • «Думали про своё приложение? Что остановило — цена и сроки разработки?»

    Демонстрация

    • Покажите живое приложение действующего клиента платформы: «вот так это выглядит под чужим брендом — под вашим будет так же за 7–14 дней».
    • Пройдите заказ: доставка, самовывоз, бронь, личный кабинет.
    • Покажите push-акцию как инструмент возврата гостей.
    • Акцент на встроенное QR-меню с AI: одно приложение работает и на доставку, и в зале.
    • Закройте сравнением: «разработка своего приложения — это месяцы и десятки миллионов; здесь — готовая платформа под вашим брендом».

  • Урок 11.3. Экономическая аргументация

    • Комиссии: «Возьмём вашу месячную выручку через агрегаторы и умножим на комиссию — вот столько вы платите за чужую витрину. Сравните с подпиской на своё приложение: перевод даже части заказов в свой канал обычно перекрывает подписку».
    • Клиентская база как актив: «Каждый заказ в агрегаторе строит его базу; каждый заказ в приложении — вашу. База с историей заказов — это актив: повторные продажи по цене push-уведомления».
    • Повторные заказы: «Push об акции стоит ноль. Гость с приложением на телефоне возвращается чаще — иконка вашего бренда всегда на его экране».
    • Против «разработки под себя»: «Своя разработка — долго, дорого, потом ещё поддержка. Здесь — готовая платформа, обновления и поддержка включены».
    • Актуальные тарифы (подписка, онбординг, пакетные и годовые условия) — в действующем прайс-листе AILILLU.

  • Урок 11.4. Возражения и кросс-продажи

    Возражение Ответ
    «Гости не будут ставить наше приложение» «Не будут просто так — будут за ценность: стартовая акция за установку, бонусы лояльности, эксклюзивные предложения. План перевода гостей входит в запуск. И у нас есть Web-версия — работает без установки»
    «Мы не уйдём с агрегаторов» «И не нужно: агрегатор — витрина для новых гостей, приложение — дом для постоянных. Новых берёте там, постоянных переводите к себе и перестаёте платить за них комиссию»
    «Дорого» «Посчитаем комиссию агрегаторам за год — и сравним. Плюс это не расход, а актив: база гостей остаётся у вас навсегда»
    «У нас уже был печальный опыт с разработчиками» «Понимаю. Здесь нет разработки на заказ: платформа уже работает у клиентов (в т.ч. крупных сетей), вы получаете её под своим брендом. Могу показать живые приложения»
    «Сначала посмотрим, как пойдёт бот/QR» «Разумно. Начнём с них — они, кстати, потом органично соединяются с приложением в одну экосистему. Зафиксируем возврат к теме приложения через 2 месяца?»

    Кросс-продажи

    • White Label — часто вершина воронки клиента: к нему приходят от QR-меню и бота.
    • После запуска приложения → AILILLU Склад (клиент уже доверяет платформе, переходим от выручки к издержкам).
    • Для сетей: пилот приложения на бренде → тираж → разговор о полной экосистеме на всех точках.

  • Практическое задание

    1. Постройте расчёт для реальной сети региона: оцените месячный объём доставки через агрегаторы, комиссию и сравните со стоимостью приложения (по текущему прайсу). Оформите как мини-КП на 1 страницу.
    2. Ролевая игра: отработайте возражение «мы не уйдём с агрегаторов» (запись до 3 минут).

  • Тест

  • Модуль 12. AILILLU Склад — продукт

    Блок B · ~3 часа · все сотрудники дилера (самый насыщенный продукт линейки)

    Цель модуля: Полное знание системы управления закупками: полный цикл от заявки до прихода в iiko, AI-накладные, умные и автоматические закупки, AI-прогнозирование, факторинг.

    Результаты обучения — после модуля дилер сможет:

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

    Урок 12.1. Что это и какие проблемы решает

    AILILLU Склад — система управления закупками, поставщиками, приёмкой товара и AI-обработкой накладных. Продукт автоматизирует весь путь от создания заявки поставщику до проведения приходной накладной в iiko.

    Какие проблемы решает

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

  • Урок 12.2. Полный цикл: от заявки до прихода в iiko

    • Закупщик создаёт заявку.
    • Поставщик получает заказ и подтверждает или корректирует позиции.
    • Товар поступает на объект; приёмщик фиксирует приёмку.
    • Приёмщик загружает фото или PDF накладной.
    • AI распознаёт документ.
    • Система сверяет данные и показывает расхождения.
    • Информация автоматически передаётся в iiko (приход проводится без ручного ввода).

    AI Накладные

    Система автоматически распознаёт фото накладных, PDF-документы и документы из WhatsApp. AI определяет: поставщика, товары, количество, цены, суммы и расхождения. Это убирает главный ручной труд закупщика и бухгалтера — перенос накладных в учёт.

    Интеграция с iiko

    Синхронизируются: товары, склады, остатки, номенклатура, приходные накладные, подразделения. Это исключает двойной учёт и ручной ввод данных. (Вспомните Модуль 2: качество учёта зависит от корректности номенклатуры и техкарт в iiko.)

    Схема

  • Урок 12.3. Умные закупки, автозаявки и AI-прогнозирование

    Функция Что делает На чём основана
    Умные закупки Формирует рекомендации: что и сколько закупить Текущие остатки, минимальные уровни запасов, история продаж и закупок
    Автоматические закупки Сама формирует заявки поставщикам Минимальные остатки, заданные лимиты, скорость расхода, правила закупки ресторана
    AI-прогнозирование Прогнозирует будущую потребность в закупках Сезонность, праздники, выходные, исторические продажи, маркетинговые акции, динамика спроса

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

    Схема

  • Урок 12.4. Факторинг закупок

    Факторинг — дополнительный финансовый инструмент для ресторанов: закупать товары сейчас — оплачивать позже. Что это даёт заведению:

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

    Простое объяснение для клиента: «Выручка приходит каждый день, а поставщикам платить нужно сразу и крупно. Факторинг сдвигает оплату закупки на потом — товар на кухне сегодня, деньги остаются в обороте». Условия и доступность факторинга — по актуальной информации от AILILLU.

    Сводка преимуществ продукта

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

  • Урок 12.5. Внедрение и типовые вопросы

    • Срок запуска: в среднем от 10 до 14 дней — самое глубокое внедрение линейки.
    • Что нужно от клиента: доступ к iiko, порядок в номенклатуре (или готовность навести его на онбординге), список поставщиков и контактов, определение ролей (кто закупщик, кто приёмщик).
    • Роль дилера: настройка синхронизации с iiko, загрузка поставщиков, обучение закупщика и приёмщиков (в т.ч. работе с фото-накладными), сопровождение первых 2–3 циклов закупки.
    • Ориентир по цене: стандартная подписка за объект в месяц (актуальную сумму и условия для сетей смотрите в действующем прайс-листе).

    FAQ клиента

    • «Наши поставщики не будут ничего осваивать» — поставщику не нужно менять процессы радикально: заявки он получает удобным способом, а накладные система принимает как есть — фото, PDF, из WhatsApp.
    • «У нас бардак в номенклатуре iiko» — это не блокер, а часть онбординга: наведение порядка в номенклатуре само по себе даёт клиенту ценность.
    • «Чем это отличается от складского модуля iiko?» — мы не заменяем складской учёт iiko, а автоматизируем то, что до него: заявки поставщикам, приёмку, распознавание накладных и сверку расхождений, после чего приход попадает в iiko автоматически.
    • «AI точно распознает наши накладные?» — система работает с фото, PDF и документами из WhatsApp; расхождения и сомнительные позиции показываются человеку для подтверждения — контроль остаётся у клиента.

  • Практическое задание

    1. Нарисуйте схему полного цикла закупки (7 шагов) с указанием ролей: закупщик, поставщик, приёмщик, AI, iiko.
    2. В демо-среде: создайте заявку, загрузите тестовое фото накладной, разберите экран расхождений. Приложите скриншоты.
    3. Напишите объяснение факторинга для владельца кафе — 3 предложения без финансовых терминов.

  • Тест

  • Модуль 13. AILILLU Склад — продажи

    Блок B · ~2,5 часа · менеджеры по продажам

    Цель модуля: Научить продавать Склад через издержки и порядок: это продажа не «выручки», а «денег, которые утекают в закупках». Отдельный акцент — работа с бухгалтером/закупщиком как союзником и факторинг как усилитель.

    Результаты обучения — после модуля дилер сможет:

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

    Урок 13.1. Целевая аудитория и триггеры

    • Идеальный профиль: заведения с полной кухней и активными закупками, сети (несколько объектов = кратный эффект), рестораны с выделенным закупщиком;
    • Триггеры: «закупки в WhatsApp и Excel», «бухгалтер тонет в накладных», «постоянные расхождения с поставщиками», «то пусто, то густо на складе», «большие списания», «не хватает денег на закупку перед выходными»;
    • Кто в сделке: владелец (деньги), управляющий (порядок), закупщик и бухгалтер (главные пользователи — делайте их союзниками, а не жертвами автоматизации).

    Elevator pitch (30 секунд): «Все закупки — в одной системе: заявка поставщику в пару кликов, приёмка с телефона, накладную фотографируете — AI сам распознаёт её и проводит приход в iiko, показывая расхождения. Система сама подсказывает, что закупить, а факторинг позволяет платить поставщикам позже. Запуск за 10–14 дней».

  • Урок 13.2. Диагностика: считаем хаос в деньгах

    Вопросы для выявления потребности

    • «Как сейчас устроены закупки — кто, как и где формирует заявки поставщикам?»
    • «Сколько накладных в неделю и кто их вносит в iiko? Сколько времени это занимает?»
    • «Как часто ловите расхождения: заказали одно, привезли другое, в накладной третье? А сколько не ловите?»
    • «Какой объём списаний в месяц? Что чаще — просрочка от перезатарки или стопы от нехватки?»
    • «Бывают ли кассовые разрывы перед крупными закупками? Как выкручиваетесь?»

    Приём «один день закупщика»: Попросите закупщика описать вчерашний день: сколько сообщений поставщикам, сколько бумажек, сколько ручного ввода. Затем покажите тот же день в системе. Контраст продаёт лучше цифр.

  • Урок 13.3. Демонстрация и экономическая аргументация

    Сценарий демо (центральный момент — AI-накладная)

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

    Аргументация в деньгах

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

  • Урок 13.4. Возражения и кросс-продажи

     

    Возражение Ответ
    «У нас закупщик и так справляется» «Вопрос не в том, справляется ли он, а во что это обходится: его часы, ошибки ввода, непойманные расхождения. Система делает его работу быстрее и точнее — он займётся ценами и поставщиками, а не бумажками»
    «Поставщики не подключатся» «Им почти ничего не нужно менять: заявку получают удобным способом, накладные шлют как раньше — хоть фото в WhatsApp. Распознаёт AI»
    «В нашей iiko бардак в номенклатуре» «Это аргумент за, а не против: наведение порядка входит в онбординг, и это ценность сама по себе. Чем дольше бардак — тем дороже он обходится»
    «Это дублирует складской модуль iiko» «Нет: мы автоматизируем то, что происходит до iiko — заявки, приёмку, распознавание и сверку накладных. iiko остаётся ядром учёта, приход попадает туда автоматически»
    «Дорого» «Посчитаем: часы закупщика и бухгалтера, расхождения, списания. Обычно любой из этих пунктов больше подписки. И спросите про факторинг — он может высвободить больше денег, чем стоит система»
    «Начнём с одной точки» «Отлично, так и делаем: пилот на одном объекте, метрики до/после, затем тираж на сеть»

    Кросс-продажи

    • Склад — лучший «второй продукт» для клиентов гостевых решений (QR, киоск, бот): выручку подняли — теперь снижаем издержки;
    • И наоборот: клиент, зашедший через Склад, — тёплый кандидат на гостевые продукты;
    • Для поставщиков клиента существует своя ценностная история (быстрые оплаты через факторинг) — контакты заинтересованных поставщиков передавайте менеджеру AILILLU.

    Практическое задание

    1. Проведите диагностическое интервью с реальным закупщиком или бухгалтером заведения (или коллегой в роли): 8+ вопросов, зафиксируйте цифры (накладных в неделю, часы, списания). Оформите как одностраничный расчёт выгоды.
    2. Ролевая игра: отработайте возражение «это дублирует складской модуль iiko» (запись до 3 минут).

  • Тест

  • Модуль 14. Онбординг клиента и поддержка L1/L2

    Блок C · ~4 часа · инженеры внедрения и специалисты поддержки дилера

    Цель модуля: Дать стандарты онбординга и поддержки: как дилер запускает клиента, как принимает и решает обращения на L1/L2 и когда эскалирует на L3 в AILILLU. Качество сервиса дилера напрямую определяет удержание клиентов и кросс-продажи.

    Результаты обучения — после модуля дилер сможет:

    • вести онбординг по стандартному чек-листу для каждого продукта;
    • классифицировать обращения по уровням L1/L2/L3;
    • проводить первичную диагностику «iiko или AILILLU»;
    • корректно оформлять эскалации на платформу.

    Урок 14.1. Стандарт онбординга

    Онбординг — это не «настроили и ушли», а доведение клиента до уверенного самостоятельного использования. Универсальные этапы (детали по продуктам — в модулях 4, 6, 8, 10, 12):

    • Kick-off: фиксируем ответственных со стороны клиента, доступы к iiko, сроки и критерии успешного запуска.
    • Подготовка данных: проверка меню/номенклатуры в iiko (фото, описания, модификаторы, техкарты — по продукту).
    • Настройка и интеграция: подключение продукта, проверка синхронизации (меню, цены, стоп-листы).
    • Тестирование: тестовые заказы/операции по всем сценариям до появления реальных гостей.
    • Обучение персонала: короткие ролевые сессии по ролям (администратор, кухня, закупщик и т.д.), памятки.
    • Запуск и сопровождение: первые дни на связи в усиленном режиме; для Склада — сопровождение первых 2–3 циклов закупки.
    • Передача в поддержку: клиент знает канал обращений и время реакции; в системе дилера заведена карточка клиента.

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

    Схема

  • Урок 14.2. Модель поддержки: L1 / L2 / L3

     

    Уровень Кто Что решает Примеры
    L1 Дилер: первая линия Приём обращений, типовые вопросы, инструкции, проверка очевидных причин «Как добавить фото блюда?», «Позиция пропала из меню» (проверка стоп-листа в iiko), «Как посмотреть заказы бота?»
    L2 Дилер: инженер Конфигурация, настройки интеграции, переподключения, разбор нетиповых кейсов Сбой синхронизации меню, некорректные зоны доставки, перенастройка киоска, ошибки в правилах автозакупок
    L3 AILILLU (платформа) Дефекты продукта, проблемы ядра интеграции с iiko, инциденты инфраструктуры Ошибка распознавания накладных на уровне модели, недоступность платформы, баг в приложении

    Первичная диагностика: «iiko или AILILLU?»

    • Воспроизводится ли проблема? Соберите: что делали, что ожидали, что получили, скриншоты, время.
    • Проверьте данные в iiko: стоп-листы, видимость позиции, цену, техкарту, права — значительная часть обращений решается здесь (уровень L1).
    • Проверьте настройки продукта AILILLU: подключение, синхронизация, конфигурация (уровень L2).
    • Не решается на L1/L2 или похоже на дефект платформы → эскалация на L3.

    Схема

  • Урок 14.3. Эскалация на L3 и дисциплина сервиса

     

    Как оформлять эскалацию (шаблон тикета)

    • клиент, объект, продукт;
    • описание: шаги воспроизведения → ожидаемый результат → фактический результат;
    • время возникновения, массовость (один клиент или несколько);
    • что уже проверено на L1/L2 (обязательно — иначе тикет вернётся);
    • скриншоты/записи, идентификаторы заказов или накладных;
    • приоритет: критично (клиент не может принимать заказы/работать) / высокий / обычный.

    Дисциплина сервиса дилера

    • единый канал приёма обращений и учёт всех обращений (без «решили в личке и забыли»);
    • время первой реакции и целевое время решения — фиксируются в регламенте дилера и сообщаются клиенту при онбординге;
    • критичные инциденты (клиент не может работать) — немедленная эскалация параллельно с работой L1/L2;
    • ежемесячный разбор обращений: повторяющиеся вопросы → в обучение персонала клиентов и в FAQ.

    Поддержка = продажи: Специалист поддержки первым видит сигналы к расширению: клиент с QR-меню жалуется на очередь у кассы → передайте менеджеру лид на киоск; закупщик мучается с накладными → лид на Склад. Заведите правило передачи таких сигналов в продажи.

    Практическое задание

    1. Составьте чек-лист онбординга для одного продукта (на выбор) применительно к конкретному заведению региона: этапы, ответственные, критерии готовности.
    2. Разберите 3 учебных кейса и определите уровень (L1/L2/L3) с обоснованием: (а) «блюдо не отображается в QR-меню»; (б) «киоск не передаёт заказы в iiko после смены роутера»; (в) «AI стабильно путает единицы измерения у одного поставщика во всех накладных».
    3. Оформите учебный тикет эскалации на L3 по кейсу (в) по шаблону.

  • Тест