«Рябинушка» — платформа адресной благотворительной помощи совместно с Wildberries и Ozon

Роль и задачи

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

Самое сложное было не в интерфейсе: нужно было собрать вокруг одного продукта две команды конкурентов — Wildberries и Ozon, — которые даже не пересекались друг с другом.

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

Работа с командами

Wildberries и Ozon — прямые конкуренты, поэтому совместных встреч не было: каждая сторона работала у себя и отвечала только за программную часть — API своего маркетплейса. Свести обе интеграции в единый продукт должна была моя проектная команда — всего в проекте участвовало 28 человек, включая специалистов Wildberries и Ozon.

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

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

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

Вместо абстрактного «пожертвовать 500 ₽» человек совершает конкретное действие: помогает конкретному учреждению получить конкретную вещь.

Цель: сделать путь максимально похожим на привычный сценарий онлайн-покупки и сохранить ощущение адресной помощи.

Доверие

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

• кому нужна помощь;
• что именно необходимо;
• сколько таких товаров нужно;
• сколько уже куплено;
• как проходит оплата;
• что произойдёт после покупки;
• как будет подтверждено получение.

Так абстрактное пожертвование превращается в понятный пользовательский сценарий.

Каталог

1200+ учреждений невозможно показать одним бесконечным списком. Карточки распределены по регионам и типам, а внутри — конкретные списки нужд.

Поэтому каталог должен был одновременно отвечать на два вопроса: «Кому я хочу помочь?» и «Что я могу сделать?».

Четыре программы заботы

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

• Действуй — спорт и активный образ жизни.
• Познавай — обучение, образование и социально-культурная адаптация.
• Живи — всё необходимое для повседневной жизни.
• Созидай — творчество, хобби и развитие.

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

Бренд должен был одновременно говорить о помощи и оставаться современным цифровым продуктом, а не выглядеть как традиционный благотворительный фонд. Я собрал визуальный язык и дизайн-систему платформы с нуля: сетку, типографику, цвет, иконографику и библиотеку компонентов — от карточек нужд до сценариев оплаты и личного кабинета.

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

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

Четыре развилки, которые определили продукт:

• Покупка вместо пожертвования. Абстрактный перевод денег заменил на конкретное действие — купить нужную вещь конкретному учреждению. Это сняло главный барьер доверия.
• Прозрачность внутри сценария. Кому, что и сколько нужно, сколько уже куплено, что будет после покупки — вынес в сам процесс, а не в отдельный раздел «о нас».
• Четыре программы заботы вместо тысяч разрозненных нужд. Свёл хаос потребностей к структуре, по которой человек ориентируется за секунды.
• Один визуальный язык поверх двух интеграций. Спроектировал единую дизайн-систему и модель сборки, чтобы пользователь видел цельный продукт, а не стык двух платформ.

Масштаб и доверие