AGRO — DRDES.

Проекты

Один SuperApp вместо 5+ разрозненных сервисов для фермера

Продукт с нуля до MVP: от анализа рынка и CJM до интерфейсов и дизайн-системы

5 → 1

сервисов объединены в одном SuperApp

0 → MVP

за 3 месяца

дизайнер на весь продукт

Overview

Фермерские хозяйства и закупочные компании работают в условиях высокой неопределённости. На рынке нет единой системы, где все процессы фермера собраны в одной платформе. Большая часть операций ведётся вручную — в Excel, бумажных журналах, мессенджерах и на устных договорённостях. Это создаёт хаос в данных, снижает прозрачность закупок и усложняет управление полями, складом и логистикой.

Цели

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

Моя роль

Ключевая задача от CPO - сделать первое знакомство фермеров и закупочных компаний с SuperApp простым и понятным. Я участвовал в создании платформы с самого начала и вместе с CPO формировал подход к продукту.

Продуктовое видение

Связать все функции и процессы в единую систему.

Анализ B2B-процессов

Понять реальные задачи, боли и сценарии работы.

CJM

Сократить лишние шаги и ускорить принятие решений.

Информационная архитектура

Упростить навигацию и сделать сложные данные доступными.

Дизайн-система

Обеспечить консистентность и масштабируемость продукта.

Прототипирование и тестирование

Проверять гипотезы и улучшать опыт на каждом этапе.

Анализ конкурентов

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

Локальные решения — АГРО.KZ vs Tort Tulik — локальные решения

Зарубежные решения — CropioApp — сильный зарубежный функционал, Egoisric — модульный подход, близкий к SuperApp

Вывод

Каждый сервис делает что-то одно хорошо, но никто не решает задачи комплексно. Моя задача — взять лучшие UX-паттерны разных ниш и собрать их в одну экосистему под B2B-процессы фермеров и закупщиков.

Исследование и CJM

После анализа конкурентов появились первичные гипотезы. Чтобы проверить их, мы вместе с PM провели опрос фермеров и агрономов. Дальше показываю работу на одном модуле — «Скот».

Проблемы

Ручные записи, потери данных, отсутствие аналитики.

Решение AGRO

Всё в цифре: точность, экономия времени, данные в одном месте.

UserFlow

Полный функциональный путь фермера в разделе «Скот»

Ключевые решения

Почему интерфейс устроен именно так

Карточка животного и журнал изменений

Проблема

История каждого животного жила в тетради или не велась вообще. Купили, родился, продали, перевели в другое хозяйство — всё держалось в памяти фермера и терялось.

Решение

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

Почему?

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

Вет-журнал с календарём

Проблема

План прививок у фермера есть, но он не под рукой: сложно вспомнить, когда следующая вакцинация, и заранее подготовиться.

Варианты

Ограничиться push-уведомлениями о прививках. От календаря внутри каждой карточки сначала отказывались.

Решение

Календарь в карточке животного: прошедшие и предстоящие прививки и история болезней в одном месте. Дату следующей прививки система рассчитывает и записывает сама.

Почему?

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

Навигация SuperApp

Проблема

Конкуренты заточены под один модуль: кто-то только под скот, кто-то только под технику. Единой точки управления хозяйством нет ни у кого.

Решение

Сайдбар, где хозяйство разбито на модули - скот, растениеводство, техника, а склады и маркетплейс вынесены отдельно.

Почему?

Единая точка управления — главная цель продукта, которую поставил CPO. Навигация должна была уместить 5+ сервисов в одном интерфейсе.

Design-System

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