Instacart по-русски: личный шоппер закупает продукты в магазине и доставляет

Когда речь заходит о доставке продуктов, у большинства сразу всплывает одна и та же картинка: приложение, склад где-то на окраине города, курьер с термосумкой. Это модель даркстора, и она хорошо прижилась в крупных городах. Но за рубежом, в первую очередь в США и Канаде, доминирует совсем другой подход — сервис Instacart. И это не про склад вообще. Это про живого человека, который заходит в тот супермаркет, который выбрал клиент, берёт тележку и ходит по тем же полкам, что и обычный покупатель.

Коротко: Instacart по-русски — это модель, где не даркстор, а живой шоппер идёт в выбранный клиентом магазин и закупает по списку, согласовывая замены в чате в реальном времени. В России такого формата почти нет: доставка идёт либо со склада сервиса, либо из приложения конкретной сети, а доступа к ассортименту любого магазина города нет.

Разница звучит незначительно, пока не начинаешь считать последствия. Даркстор ограничен тем, что у него есть на складе — обычно это несколько тысяч самых ходовых позиций. Шоппер в реальном супермаркете ограничен только ассортиментом этого супермаркета, а это десятки тысяч товаров, локальные бренды, сезонные позиции и всё, что обычно не попадает в узкий каталог агрегатора. В этой статье разберу, как устроена эта модель, почему её почти нет в России и что нужно, чтобы запустить нечто подобное здесь.

Что это за модель за рубежом

Логика Instacart простая, но в ней есть нюансы, которые определяют весь продукт. Клиент открывает приложение, выбирает конкретный магазин — не абстрактную категорию «супермаркет», а именно тот, куда он обычно ходит сам: сетевой гипермаркет, локальную органик-лавку, специализированный магазин с определённым брендом продуктов. Дальше составляет список покупок: либо выбирает товары из каталога этого магазина, либо просто пишет и добавляет фото того, что нужно.

Система подбирает свободного шоппера рядом с этим магазином. Шоппер получает список, идёт внутрь и закупает именно там, физически, как обычный покупатель на кассе. Это принципиально отличает модель от даркстора: нет отдельного склада платформы, нет ограниченного набора SKU, подготовленного заранее сборщиками на закрытом объекте. Есть обычный магазин со всем, что в нём стоит на полках в этот конкретный день.

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

Почему такого нет у нас

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

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

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

Как это могло бы выглядеть здесь

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

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

Отдельно стоит продумать интерфейс для самого шоппера: список задач, маршрут по магазину при возможности, кнопки быстрой отметки «нашёл» / «нет в наличии», встроенный чат и понятный расчёт его вознаграждения за заказ. Именно от удобства этого интерфейса зависит, будут ли люди соглашаться работать шопперами регулярно, а не разово.

Что нужно для запуска

Чтобы протестировать модель, необязательно сразу строить сложную систему на весь город. Разумный MVP собирается из нескольких понятных модулей. Во-первых, база шопперов — людей, готовых ходить по магазинам за вознаграждение. Эту роль можно совместить с уже существующей моделью временного персонала или курьерских служб, чтобы не набирать штат с нуля, а подключить тех, кто уже работает на похожих задачах.

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

На старте вся эта связка может работать даже в формате бота с человеком-диспетчером за кулисами, чтобы проверить спрос до вложений в полноценное мобильное приложение. Дальше, по мере роста, логику подбора шопперов и расчётов можно автоматизировать полностью. Если вы уже прикидываете, с чего начать именно такой MVP, разумнее сразу обсудить проект и посчитать объём работ под конкретный город и магазины.

Риски и сложности

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

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

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

Частые вопросы

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

Как решаются вопросы отсутствия товара? Через чат в реальном времени. Если позиции нет на полке, шоппер сразу пишет клиенту, предлагает вариант замены или фото похожего товара, и клиент сам решает — согласиться, попросить другой вариант или вычеркнуть позицию из списка. Ничего не додумывается за спиной клиента, вся коммуникация происходит, пока заказ ещё формируется в магазине.

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

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

Можно ли встроить такую модель в уже существующий бизнес, например службу курьеров? Да, и это часто разумнее, чем строить всё с нуля. Роль шоппера можно совместить с существующей курьерской или сборочной сетью, добавив к ней модуль выбора магазина, список покупок и чат для согласования замен. Так не нужно параллельно решать задачу набора людей — используется уже работающая инфраструктура, а платформа добавляет именно недостающую логику.

Коротко о главном

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