Календарь записей
в Авито Услугах

Зачем Авито понадобился собственный календарь записей

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

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

Что мы знали на старте

• 830 000+ онлайн-записей уже было совершено на платформе.
• 23% мастеров в «Красоте и здоровье» использовали сторонние системы записи.
• 7% из них платили за такие инструменты.
• Около 10 минут занимала ручная обработка одной заявки.

Как команда запустила минимальный календарь примерно за месяц

Задача: быстро проверить потребность

Мы не знали, захотят ли мастера пользоваться встроенным календарём вместо привычных блокнотов и сторонних сервисов.

Создавать полноценную систему управления записями без проверки спроса было рискованно. Поэтому команда решила начать с минимальной версии.

Решение: использовать готовые компоненты

Я спроектировала минимальную версию календаря на готовых компонентах Авито. За основу взяла календарь из раздела «Недвижимость», а вход разместила во вкладке списка записей.

В первой версии мастер мог выбрать дни недели и указать рабочие часы. Например, настроить работу с понедельника по пятницу с 9:00 до 18:00.

Мы использовали существующие компоненты Авито, чтобы сократить затраты на разработку и быстрее проверить основной сценарий.

Проверка и запуск

Перед запуском команда провела быстрые UX-проверки. Основные сценарии прошли успешно, после чего календарь выпустили.

Весь цикл — от проектирования и проверок до разработки — занял около месяца.

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

• 155 000+мастеров подключили календарь.
• Около 74 000имели активный календарь.

Мы увидели интерес к новому инструменту, но количество активных календарей было значительно меньше числа подключений.

Мастера отключали календарь и продолжали договариваться с клиентами через WhatsApp, после чего переносили записи в свои блокноты и личные календари.

Нам нужно было разобраться, почему встроенный инструмент не заменял привычные способы работы.

Почему мастера возвращались к блокнотам

Чтобы разобраться в причинах отключений, команда провела дополнительные опросы и интервью.

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

Первоначальное предположение не подтвердилось

Ранние исследования указывали, что мастера преимущественно работают по стабильному графику.

Но дополнительный опрос показал другую картину.

62% опрошенных мастеров работали по разному графику каждый день.

На интервью исполнители рассказывали о плавающих выходных, работе в отдельные часы и услугах разной продолжительности.

Три основные проблемы

1. Негибкое расписание

Мастера не могли быстро менять рабочие дни, добавлять перерывы и адаптировать календарь под меняющийся график.

2. Недостаток контроля над записями

Исполнители привыкли сами решать, когда принимать клиентов. Возможность записаться онлайн без предварительного согласования вызывала опасения.

3. Привычка к ручному планированию

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

Как изменилось понимание задачи

Изначально мы хотели дать мастерам возможность настроить рабочую неделю.

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

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

Сначала мы дали мастерам больше контроля над временем

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

Мастер мог выбрать, насколько заранее клиент должен записаться: за один, два, три или четыре часа. Также можно было запретить запись в день визита.

Это был первый шаг к решению одной из главных проблем — опасения потерять контроль над собственным графиком.

Я инициировала выделение календаря в отдельное пространство

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

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

Я предложила отделить календарь от заказов товаров. Для этого собрала необходимые данные, подготовила варианты интерфейса и согласовала решение с ответственными командами.

Что давало разделение

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

Как добавить гибкость и не заставить мастеров переучиваться

К моменту редизайна календарём уже пользовались десятки тысяч исполнителей.

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

Анализ существующих решений

Я изучила Yclients, Dikidi, Masters, Profi App и My Profi.

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

Например, Yclients представлял собой полноценную систему управления салоном.

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

Ближе к нужным сценариям оказался Masters, ориентированный на индивидуальных специалистов.

Принцип редизайна

Добавить гибкость, сохранив знакомую модель взаимодействия.

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

Объединили недельное и месячное представления

Неделя осталась основным видом календаря. Чтобы увидеть весь месяц, достаточно было потянуть экран вниз.

Это позволяло:

• Быстро переходить между ближайшими датами.
• Просматривать более длительный период при необходимости.
• Не занимать весь экран месячным календарём постоянно.
• Сохранять привычное представление для существующих пользователей.

Добавили гибкую настройку расписания

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

Так календарь стал учитывать работу не только по постоянной неделе, но и по меняющемуся графику.

Тесты показали, что мастера теряются в настройках

Мы подготовили несколько вариантов интерфейса и проверили их в немодерируемых UX-тестах.

Участники выполняли задачи, близкие к повседневной работе:

• Настроить рабочий день.
• Задать расписание на неделю.
• Добавить перерыв.

Что выяснили

Мастера ожидали редактировать расписание прямо из календаря записей.

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

Эти наблюдения помогли уточнить модель взаимодействия и направления дальнейшего упрощения.

Параллельно мы прорабатывали дополнительные точки входа в настройки расписания. Было важно рассказать о новых возможностях и вернуть внимание мастеров, которые раньше отказались от календаря из-за неудобств.

Гибкое расписание помогло одним мастерам, но усложнило работу другим

После обновления команда провела дополнительное исследование и собрала более 90 ответов от мастеров из разных сегментов.

23 из 31 опрошенных мастеров, которые получали записи, сказали, что пользоваться календарём стало удобнее.

Они отмечали перерывы, копирование графика и настройку выходных.

Но обратная связь выявила новую проблему.

Не всем нужна настройка каждой даты

Часть мастеров работала по стабильному расписанию — например, с понедельника по пятницу с 10:00 до 19:00.

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

«На каждый день отдельно настраивать нет времени».

Мы решили проблему мастеров с меняющимся графиком, но создали дополнительные действия для тех, кто работал по постоянному расписанию.

Я предложила сохранить два способа планирования

Я обсудила с руководителем продукта необходимость поддерживать обе модели.

Повторяющаяся неделя

Для мастеров со стабильным расписанием. Достаточно один раз выбрать рабочие дни и часы.

Гибкое расписание по датам

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

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

Но отказ от быстрой настройки недели означал бы, что мы перестанем учитывать потребности части существующей аудитории.

После обсуждения команда нашла ресурсы для поддержки обоих сценариев. Мы вернули настройку по дням недели и сохранили гибкий режим.

Вместо одного универсального способа планирования календарь стал учитывать два разных подхода к работе.

Календарь расширили на выездные услуги

После развития календаря команда расширила его на категорию «Уборка».

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

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

Параллельно мы пересмотрели список записей.

Мастера сначала открывали страницу заказчика, поэтому мы уменьшили визуальный акцент на кнопке подтверждения и пересмотрели приоритеты элементов интерфейса.

От базовой настройки недели к календарю для разных способов работы

• 90 000+мастеров пользовались календарём ежемесячно.
• Почти 30%исполнителей Авито Услуг составляла аудитория календаря.

Что изменилось для пользователей

• Появилась возможность управлять расписанием по отдельным датам.
• Стало возможно добавлять перерывы, копировать график и настраивать выходные.
• Мастера получили больше контроля над тем, насколько заранее клиент может записаться.
• Сохранились два режима: повторяющаяся неделя и гибкое расписание.

Что изменилось для продукта

• Календарь получил отдельное пространство и стал доступен в нескольких категориях услуг.
• Команда прошла путь от проверки базовой потребности до развития разных сценариев планирования на основе исследований и обратной связи.

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

Гибкость не должна превращаться в сложность

Самым важным уроком этого проекта стало понимание, что больше возможностей не всегда означает более удобный продукт.

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

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

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