Е-ДИМ: как мы запустили сервис готового питания с нуля и сделали ставку на спортивное питание

Клиент

«Е-ДИМ» — сервис готового питания с доставкой. В отличие от «Пиццы в городе», здесь мы не переносили старый сайт, а строили всё с чистого листа: и платформу, и продукт. Идея клиента — не один универсальный рацион на всех, а несколько направлений питания под разные жизненные ситуации: спортивное питание, питание для кормящих женщин, восстановительное питание после болезни и операций, классическое домашнее меню. Стартовали с направления, где спрос и экспертиза клиента были сильнее всего, — спортивного питания, — и заложили в платформу возможность быстро добавлять остальные, когда придёт их черёд.

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

Платформа

Сайт и админка построены на e2brand — нашей платформе, той же, на которой мы позже пересобрали «Пиццу в городе». Для Е-ДИМ мы с самого начала спроектировали её под несколько направлений питания на одном движке: общий каталог блюд, общие заказы и склад, но у каждого направления — свой лендинг, своя механика подбора рациона и свой тон подачи.

Два ключевых модуля, без которых сервис готового питания просто не может честно считать деньги и кормить клиентов:

• Техкарты на каждое блюдо. У каждого блюда — рецептура с ингредиентами и их количеством. Для спортивного питания это не только состав, но и КБЖУ: калорийность, белки, жиры, углеводы по факту рецептуры, а не «на глаз». Именно это позволило в спортивном направлении показывать клиенту реальные, а не усреднённые формулой цифры на этапе подбора рациона.
• Автоматический расчёт себестоимости. Раз в системе есть рецептура и закупочные цены на ингредиенты, платформа сама считает, во сколько обходится каждая позиция меню. Плюс склад: поступления и списания оформляются как документы, списание можно привязать к конкретным позициям заказа. В результате у владельца с первого дня есть не просто «сколько продали», а реальная маржа по каждому блюду и по каждому направлению питания отдельно — критично, когда направлений несколько и цена ошибки в одном не должна быть незаметна на фоне остальных.

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

Интеграции

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

Для лидов со спортивного лендинга отдельно настроена внутренняя CRM: заявка из квиза попадает в воронку, менеджер ведёт её по статусам, ничего не теряется в почте.

Упаковка

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

Что сделали в упаковке спортивного направления:

1. Честная механика вместо формулы. Изначально ожидалось, что рацион будет считаться по стандартной формуле калорийности под цель клиента. По факту реальный план питания от нутрициолога клиента строится не так — три уровня калорийности под конкретные задачи (снижение веса, поддержка, набор массы), не универсальная формула. Мы перестроили квиз-подбор рациона под эту реальность: пользователь видит реальный пример дня из плана питания и реальную калорийность, а не подогнанную под формулу цифру.
2. Квиз вместо формы. Подбор рациона — три коротких шага: цель и пол → ограничения по питанию (аллергии, вегетарианство, религиозные ограничения — свободным текстом, чтобы повар и менеджер увидели именно формулировку клиента) → контакты. На первом же шаге клиент сразу видит пример дня из меню и ориентировочную стоимость — не абстрактное «узнайте после заявки».
3. Цена, которая не врёт. Стоимость рассчитывается по реальной тарифной сетке клиента (калорийность × срок подписки, со скидкой за более длинный период), а не по округлённому коэффициенту — тот же принцип, что и в техкартах: показывать то, что есть на самом деле, а не усреднённую оценку.
4. Путь от сомнения к заказу. Для тех, кто не готов сразу оформлять рацион на месяц, — пробный заказ: набор блюд на один день по цене, ниже отпугивающего порога месячной подписки.

Результат

4направления питания заложены в архитектуру с первого дня

Уже сейчас: сервис поехал не с одним универсальным продуктом, а с архитектурой под несколько направлений сразу, и первое из них — спортивное питание — прошло путь от сырого 4-недельного плана нутрициолога до честного квиза с реальными числами, не подогнанными под маркетинговую формулу.

Вывод

Сервис готового питания — это в первую очередь про доверие к цифрам.

Клиент должен верить калорийности в рационе, а владелец — марже в отчёте. Мы построили это на одном фундаменте: техкарта блюда одновременно кормит и КБЖУ на сайте, и себестоимость в отчёте владельца — одни и те же данные, а не две параллельные системы, которые могут разойтись. И заложили в платформу запас на рост: запуск с одним направлением питания не означает архитектуру под одно направление — остальные три уже ждут своей очереди на той же платформе, без пересборки с нуля.