Как разработать платформу как Too Good To Go — архитектура food rescue в 2026

*Архитектура, юнит-экономика, стек и стоимость food rescue платформы как Too Good To Go. Российские аналоги, ESG-нарратив, барьеры запуска в РФ.*

В мире каждый год выбрасывается около одной трети всей произведённой еды. Это десятки миллиардов долларов потерь для бизнеса и колоссальные эмиссии CO2 от еды, которая никому не понадобилась. На этой проблеме построили один из самых интересных foodtech-стартапов десятилетия — Too Good To Go. Сервис из Дании за 10 лет вырос до 100+ миллионов пользователей в 22 странах и стал символом ESG-foodtech.

В этой статье разбираем, как устроена платформа Too Good To Go архитектурно, как работает её юнит-экономика, что нужно для запуска подобной модели в России в 2026 году и сколько обойдётся разработка food rescue платформы. Материал — для основателей стартапов, продуктовых команд крупных ретейлеров и тех, кто думает о sustainable foodtech-направлении.

Содержание

1. Что такое Too Good To Go и как работает food rescue
2. Бизнес-модель: где берётся прибыль платформы
3. Архитектура food rescue платформы
4. Что должно быть в MVP
5. Стек технологий и интеграции для РФ
6. Российские параллели — X5, Магнит, Вкус. Вилл, фудшеринг
7. Что мешает запустить аналог Too Good To Go в РФ
8. ESG-нарратив: метрики, отчётность, репутация
9. Сколько стоит разработка
10. Кейсы Surf в смежных задачах
11. FAQ

Ключевые моменты

Ключевое за 30 секунд

• Too Good To Go — это коммерческая B2B2C-платформа, не благотворительный сервис. Зарабатывает на комиссии с каждой «Surprise Bag» (~1-2 EUR с продажи).
• Архитектура — три приложения (клиент / заведение / админка) + платформа с геопоиском, очередями и временными окнами получения заказа.
• В РФ Too Good To Go не запущен. Прямых коммерческих аналогов на 2026 нет — eatme.ru закрылся, foodsharing.ru работает как волонтёрский проект.
• Барьеры запуска в РФ — нет аналога Loi Garot (Франция) или Good Samaritan Act (США), сложности с НДС при передаче остатков, поведение потребителя пока не привыкло к Surprise Bag-формату.
• Стоимость разработки — MVP от 8 млн ₽, региональная платформа от 18 млн ₽, федеральная — от 30 млн ₽.

1. Что такое Too Good To Go и как работает food rescue {#1-tgtg}

Too Good To Go — это датский foodtech-стартап, основанный в 2015 году в Копенгагене. Идея простая: рестораны, пекарни и супермаркеты в конце дня выкидывают непроданное — свежую выпечку, готовые блюда, продукты с истекающим коротким сроком. Это убытки для бизнеса, плюс огромный объём пищевых отходов с эмиссиями CO2.

Платформа Too Good To Go соединяет заведения, у которых остались непроданные продукты, и пользователей, готовых забрать «магический пакет» (Surprise Bag) за 1/3 от исходной стоимости — без права выбора конкретных позиций, в окно перед закрытием заведения.

К 2026 году компания выросла до 100+ миллионов пользователей и 160 000+ заведений-партнёров в 22 странах (17 в Европе + 5 за её пределами — Австралия, Канада, США, Япония, Новая Зеландия). По собственной метрике сервиса, к этому моменту спасены сотни миллионов «магических пакетов» — это эквивалент миллионов тонн CO2.

Концепция food rescue (или surplus food, или food waste reduction) шире, чем Too Good To Go. На рынке также:

• Karma (Швеция) — каталог конкретных позиций со скидкой 50%, в 2022 поглощена Just Eat Takeaway.
• OLIO (Великобритания) — бесплатный peer-to-peer обмен едой между соседями.
• Flashfood (Канада) — узкая ниша, работает только с супермаркетами, скидки до 75%.
• Phenix (Франция) — корпоративный сегмент, B2B-каналы для крупного ретейла.

Архитектурно все эти платформы похожи, но бизнес-модели у них разные. Дальше — про модель Too Good To Go как наиболее устоявшуюся.

2. Бизнес-модель: где берётся прибыль платформы {#2-business-model}

2.1. Surprise Bag как главный продукт

Surprise Bag («магический пакет») — это коробка с непроданными остатками на конец дня, упакованная заведением. Клиент покупает её через приложение, не зная конкретного содержимого, и забирает в окно перед закрытием (обычно 1-2 часа).

Цена Surprise Bag — обычно €3-€5 при исходной стоимости содержимого €9-€15. То есть скидка 50-70%, что мотивирует пользователя. Для заведения — лучше получить €3, чем выбросить продукт на €15.

2.2. Commission per bag

Главный источник дохода Too Good To Go — комиссия с каждой проданной Surprise Bag. По публичным данным, она составляет ~1-2 EUR, в зависимости от страны и сегмента партнёра. То есть из условных €4 стоимости bag заведение получает €2-3, платформа берёт €1-2.

При сотнях миллионов проданных bags за всё время это даёт уверенный масштаб дохода. Юнит-экономика работает только при большом объёме — низкий ASP (Average Selling Price) компенсируется количеством транзакций.

2.3. B2B-инструменты для заведений

Помимо клиентского приложения, Too Good To Go даёт партнёрам:

• B2B-приложение для управления Surprise Bags (создание, цена, окно выдачи, фото);
• админ-кабинет с аналитикой продаж, отзывами, импортом меню;
• API для интеграции с собственной POS заведения (для крупных сетей);
• маркетинговые инструменты — push-кампании, баннеры в районе.

Часть инструментов бесплатна, часть — на платных тарифах для крупного бизнеса. Это дополнительный источник дохода помимо commission.

2.4. Юнит-экономика — почему модель работает только при объёме

В табличной форме типовая экономика на одно заведение в зрелой стране (например, Дания):

Для платформы доход в €5-20/день с одного заведения — мизерный. Но при 170 000+ партнёрах это масштабируется до устойчивой выручки. Эта модель — классический пример, где объём решает всё. На старте, при 10-100 заведениях в одном городе, юнит-экономика будет отрицательной несколько лет.

Та же логика, что и в архитектуре приложения как Яндекс.Еда — двусторонний marketplace с проблемой курицы и яйца. Только в food rescue ситуация ещё острее: потребительский интент «удивиться содержимому Surprise Bag» — узкий, его нужно ещё развить в стране.

3. Архитектура food rescue платформы {#3-arhitektura}

Food rescue платформа архитектурно похожа на классический двусторонний marketplace доставки еды, но со своими нюансами.

3.1. Три приложения + платформа

Это та же архитектура агрегатора доставки, но без курьера — пользователь забирает сам. Это упрощает логистику на 30-40%, но требует более тонкого UX по геолокации и временным окнам.

3.2. Платформа: каталог, геопоиск, заказы, оплата

Бэкенд food rescue платформы состоит из нескольких сервисов:

• Сервис каталога — список заведений, их Surprise Bags, фотографии, описания, окно выдачи, остаток.
• Сервис геопоиска — выдача bag в радиусе пользователя с фильтрами (категория, цена, время до закрытия).
• Сервис заказов и оплаты — корзина, оплата, бронирование bag, выдача QR-кода для подтверждения получения.
• Сервис уведомлений — push, когда новая bag появляется рядом; напоминание о приближающемся окне выдачи.
• ESG-сервис — считает спасённую еду, CO2-эквивалент, формирует отчёты для пользователя и партнёра.

Для одного города всё это может работать на монолите. Для регионального или международного масштаба нужны микросервисы и асинхронные очереди (RabbitMQ или Kafka), кеш Redis для геопоиска, ElasticSearch для текстового поиска по категориям и заведениям.

3.3. Очереди и фоновые задачи

Food rescue платформа активно использует фоновую обработку:

• Расчёт радиуса и сортировки заведений «рядом» — пересчитывается при каждом изменении геолокации пользователя.
• Закрытие окон выдачи и автоматический возврат денег за не забранные bags.
• Push-кампании по триггерам (новая bag, истекает окно, спасено N грамм еды).
• ESG-метрики, пересчёт CO2-эквивалента.

3.4. Push и временные окна

Главный UX-приём food rescue платформ — давление времени. Пользователь видит, что Surprise Bag доступна, но окно выдачи через 1,5 часа, и осталось 3 штуки. Это работает как механика дефицита — конверсия в покупку в food rescue платформах в 2-3 раза выше, чем в типичной доставке.

Это создаёт серьёзную нагрузку на бэкенд в пиковые часы (обычно 18:00-21:00). Архитектура должна выдерживать всплески запросов на каталог и геопоиск без деградации.

4. Что должно быть в MVP {#4-mvp}

MVP food rescue платформы не обязательно содержит всё, что есть в Too Good To Go. Минимально работающий набор:

Что не нужно в MVP:

• Сложная категоризация и фильтры (можно базовые).
• Платная подписка для пользователя.
• Кастомные тарифы для крупных партнёров.
• Импорт меню из POS — для MVP заведение создаёт Surprise Bag вручную.
• AI-рекомендации.

MVP можно собрать за 4-5 месяцев. Подробнее — этапы разработки приложения и подход к MVP.

5. Стек технологий и интеграции для РФ {#5-stek}

5.1. Мобильная разработка

Для food rescue платформы — два пути:

• Нативная разработка (Swift + Kotlin) — лучшая работа с геолокацией, картами, push, фоновыми задачами. Дороже на 30-40%, но гарантирует плавный UX.
• Flutter — экономит 20-30% бюджета, подходит для большинства сценариев. Минусы: чуть тяжелее с глубокими системными интеграциями.

Для MVP оптимален Flutter. Для зрелой платформы с региональным масштабом — нативка.

5.2. Backend и инфраструктура

В 2026 для РФ-проекта стандартный выбор:

• Yandex Cloud или VK Cloud — серверы и базы данных в РФ, что критично для 152-ФЗ.
• PostgreSQL — основная БД для пользователей, заказов, заведений.
• Redis — кэш геопоиска и сессий.
• ElasticSearch — текстовый поиск по категориям и заведениям.
• RabbitMQ / Kafka — асинхронные очереди для push, отчётов, фоновых задач.
• Kubernetes — оркестрация микросервисов (для зрелой версии, не MVP).
• Docker, Terraform — стандарт.

5.3. Оплата

Для РФ в 2026 годятся:

• СБП — обязательно, доминирующий способ безналичной оплаты в РФ.
• Эквайринг через CloudPayments / ЮKassa / Тинькофф — для банковских карт.
• ОФД — фискализация чеков.

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

5.4. Push и SMS

• Firebase Cloud Messaging — основной push-сервис, бесплатен до лимитов.
• OneSignal — альтернатива, удобнее для триггерных кампаний.
• SMS-уведомления через российских провайдеров (SMS.ru, SMSC, СберSMS) — для подтверждения регистрации и критических сценариев.

5.5. Аналитика и BI

• AppMetrica (Яндекс) — основная аналитика поведения пользователей в приложении.
• MyTracker (VK) — альтернатива/дополнение.
• ClickHouse + Metabase / Superset — для собственной BI и расчёта ESG-метрик.

Подробнее про подход — на странице foodtech-практики Surf и в материале про UX/UI дизайн foodtech.

6. Российские параллели: X5, Магнит, Вкус. Вилл, фудшеринг {#6-russia}