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