Как запустить сайт доставки на iiko

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

Что должно быть в iiko

Перед витриной проверьте: актуальные техкарты, типы заказов delivery, склады, способы оплаты, фискальные регистраторы, пользователей и права. Наведённый учёт в POS важнее дизайна главной страницы.

• отдельное меню или ценовая категория для delivery;
• настроенные модификаторы и комбо;
• корректные налоговые схемы.

Каталог и цены

Определите источник истины — iiko. Сайт получает номенклатуру, цены, стоп-листы и акции через интеграцию. Любое «ручное» дублирование в CMS создаст расхождения в первую же неделю.

На практике выделите 20 топ-позиций для жёсткого теста: состав, вес, аллергены, фото — сверка с техкартой обязательна.

Зоны и время

Зоны доставки, минимальный чек, время приготовления и стоимость доставки должны совпадать между сайтом и iiko. При нескольких точках — явное правило выбора ресторана по адресу гостя.

Оплата и чеки

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

Мягкий запуск

1. внутренние тесты команды 2–3 дня;
2. закрытая ссылка для постоянных гостей;
3. ограниченная зона или часы;
4. полный запуск после стабильных SLA.

Метрики первых 14 дней: доля заказов без ручной правки, время от оплаты до чека на кухне, отмены из-за стоп-листа.

Поддержка после старта

Назначьте ответственных за меню, стоп-листы и инциденты интеграции. Без этого сайт «умирает» тихо: заказы идут, но маржа тает на ошибках и компенсациях.

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

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

Подключите мониторинг интеграции с первого дня, а не после серии ручных правок чеков.

Проверьте SEO и технические основы параллельно с интеграцией: скорость мобильной версии, корректные UTM, цели в аналитике. Запуск без measurement не позволит оценить окупаемость direct.

Обучите смену работе с новым типом заказа: на KDS delivery-чеки должны отличаться от зала, иначе путаница в пик даст первые отмены.

Согласуйте визуальную идентичность и tone of voice с залом, но не копируйте меню один в один: delivery-линейка часто короче и с другой упаковкой.

Подготовьте FAQ для смены и колл-центра: что отвечать гостю при задержке, как оформить повторную отправку соуса, когда эскалировать IT.

После запуска сравните фактическое время интеграционного цикла «оплата → чек на KDS» с SLA, который обещали гостю на сайте.

Зафиксируйте owner запуска со стороны ресторана — без named owner интеграция и маркетинг разъедутся в первые две недели.

Связанные страницы