05. AMAZON MAPS
КОНТЕКСТ ЗАДАЧИ
Amazon Maps — это картографическое приложение с уникальным позиционированием на рынке. В отличие от классических карт (Google Maps, Apple Maps, 2GIS), которые ориентированы на массового пользователя и стандартные навигационные сценарии, Amazon Maps предлагает кастомный дизайн и уникальные фичи, главная из которых — возможность создавать собственные карты.
Ключевая особенность продукта заключается в том, что пользователь не просто пользуется готовой картой, а может проектировать свои картографические слои, добавлять собственные точки интереса (POI), маршруты, зоны и метки, а затем делиться ими или использовать для внутренних бизнес-процессов.
Основная целевая аудитория проекта — бизнес. Это означает, что приложение решает не бытовые задачи («как доехать до кафе»), а профессиональные или коммерческие:
Логистические компании (создание карт оптимальных маршрутов доставки с учётом своих складов и точек выдачи).
Службы доставки (карты зон обслуживания с границами и временными слотами).
Ритейл и торговые сети (карты расположения магазинов, конкурентов и дистрибьюторов).
Event-организаторы (карты фестивалей с зонами, сценами и точками питания).
Недвижимость и девелопмент (карты застройки с наложением инфраструктурных объектов).
Таким образом, перед дизайн-командой стоит задача: спроектировать интерфейс, который сочетает в себе мощный картографический движок, гибкий конструктор пользовательских карт и B2B-ориентированные функции — всё это с уникальным кастомным дизайном, отличным от стандартных картографических решений.
ПРОБЛЕМЫ
- Сложность инструмента создания собственных карт для бизнес-пользователя
Функционал «создания уникальных карт» требует от пользователя работы со сложными инструментами (добавление слоёв, точек, зон, маршрутов, кастомизация стилей). Бизнес-пользователи (логисты, ритейлеры, event-менеджеры) не являются профессиональными картографами или дизайнерами. Если интерфейс конструирования карт окажется слишком сложным, перегруженным или неинтуитивным, бизнес просто не сможет использовать эту ключевую фичу, и продукт потеряет своё основное конкурентное преимущество.
- Конфликт между кастомным дизайном и картографической узнаваемостью
Amazon Maps позиционируется как приложение с «кастомным дизайном», отличным от стандартных карт. Однако пользователи привыкли к определённым картографическим паттернам (приближение/отдаление жестами, вращение, перетаскивание, цветовое кодирование дорог, типы карт (схема/спутник)). Слишком радикальный кастомный дизайн может нарушить эти привычки, сделать карту «нечитаемой» или неудобной для быстрой навигации. Баланс между уникальностью и функциональной узнаваемостью — ключевая дизайн-проблема.
- Отсутствие готовых бизнес-сценариев и шаблонов
Проект нацелен на бизнес, но разные бизнесы решают разные задачи: логисту нужны маршруты доставки с учётом пробок и временных окон, ритейлеру — карта плотности магазинов и конкурентов, организатору фестиваля — интерактивная карта зон и павильонов. Если приложение предлагает «чистый лист» без шаблонов и готовых сценариев под каждый тип бизнеса, пользователю придётся каждый раз начинать с нуля, тратить часы на настройку и настройки. Это снижает ценность продукта для B2B-клиентов, которые ожидают коробочных решений или хотя бы стартовых пресетов.
ОГРАНИЧЕНИЯ
- Интеграция с картографическими данными и API
Картографическое приложение невозможно создать без использования внешних источников геоданных (базовая карта, спутниковые снимки, дорожная сеть, информация о пробках, геокодирование). Amazon Maps вынуждена интегрироваться с существующими картографическими платформами (например, OpenStreetMap, Mapbox, Google Maps API или собственными разработками Amazon). Это накладывает ограничения на кастомизацию стилей (не все слои можно перекрасить или изменить), скорость загрузки данных и доступность некоторых функций в зависимости от лицензий и регионов. Дизайн не может полностью игнорировать стандартные паттерны отображения карты, которые диктуются базовым движком.
- Техническая сложность конструктора пользовательских карт
Функционал создания собственных карт (добавление точек, зон, маршрутов, слоёв, кастомизация меток) требует мощного бэкенда и сложной фронтенд-логики. Существуют технические ограничения по количеству объектов на одной пользовательской карте, по скорости отрисовки при большом количестве слоёв, по возможностям экспорта и импорта данных (поддерживаемые форматы: GeoJSON, KML, CSV и т.д.). Дизайн-решения должны учитывать эти технические лимиты — например, нельзя спроектировать бесконечный скролл слоёв, если движок поддерживает максимум 10 слоёв на карту, и нельзя сделать мгновенное переключение стилей, если их отрисовка требует времени.
- B2B-требования к безопасности и разграничению прав доступа
Поскольку проект нацелен на бизнес, критически важным становится функционал разграничения доступа к картам. Разные сотрудники одной компании должны иметь разные права: кто-то может создавать и редактировать карты, кто-то — только просматривать, кто-то — делиться с внешними контрагентами. Также бизнес-клиенты требуют защиты коммерческой информации (карты складов, маршрутов доставки, расположения магазинов) от утечек. Это накладывает ограничения на дизайн: интерфейс должен включать ролевую модель, экраны управления доступом, индикаторы видимости карты (публичная / по ссылке / только внутри компании) и, возможно, двухфакторную аутентификацию для критических действий. Дизайн не может упростить эти функции до лёгкости потребительского приложения — бизнес-безопасность требует своего пространства в интерфейсе.
ЦЕЛИ
- Создать интуитивно понятный конструктор карт для не-картографов
Спроектировать инструмент создания пользовательских карт таким образом, чтобы бизнес-пользователь (логист, ритейлер, event-менеджер) мог добавить точки, зоны, маршруты и слои без обучения и без обращения к технической документации. Цель — довести время создания первой пользовательской карты с нуля до 5–10 минут (для типового сценария). Это достигается за счёт: Drag & Drop интерфейса, контекстных подсказок, визуальных пресетов (точка, зона, линия) и отказа от профессиональной картографической терминологии в пользу понятных бизнесу формулировок.
- Найти баланс между кастомным дизайном и картографической узнаваемостью
Разработать уникальный, запоминающийся визуальный язык Amazon Maps, который при этом не нарушает базовые картографические аффордансы (приближение жестами, перетаскивание, цветовое кодирование дорог, понимание, что синее — вода, а зелёное — парк). Цель — пользователь должен с первого раза понять, что перед ним карта, и уметь ею управлять, но при этом заметить и оценить уникальный стиль (фирменная цветовая палитра, кастомные иконки, анимации переходов, уникальные элементы оформления). Итог — рост узнаваемости бренда Amazon Maps без снижения usability.
- Внедрить бизнес-шаблоны и пресеты под ключевые вертикали
Создать библиотеку готовых шаблонов карт для основных бизнес-сценариев, чтобы пользователь мог выбрать нужную вертикаль и получить предварительно настроенную карту с релевантными слоями, метками и инструментами, а не начинать с чистого листа.
МОЯ РОЛЬ
В этом проекте я выполняла роль UX/UI дизайнера. Мои задачи включали:
Исследование и анализ: изучение бизнес-сценариев (логистика, ритейл, event, недвижимость), анализ конкурентов (картографические сервисы и B2B-конструкторы карт), выявление болевых точек бизнес-пользователей.
Проектирование архитектуры: создание информационной архитектуры конструктора карт, включая управление слоями, точками, зонами, маршрутами и правами доступа.
Визуальный язык: разработка кастомного картографического дизайна (цвета, иконки, анимации), который отличает Amazon Maps от конкурентов, но сохраняет узнаваемость картографических паттернов.
Конструктор карт: проектирование интуитивного интерфейса создания карт для не-картографов (Drag & Drop, пресеты, контекстные подсказки).
Библиотека шаблонов: создание готовых бизнес-пресетов под ключевые вертикали (логистика, ритейл, event, недвижимость).
Коммуникация: защита решений перед стейкхолдерами с учётом технических ограничений (картографические API, производительность, безопасность).»
ГИПОТЕЗЫ
Гипотеза №1. Интуитивный конструктор карт через Drag & Drop
Если заменить текстовые формы и параметры (ввод координат, выбор радиуса, загрузка файлов) на визуальный Drag & Drop интерфейс, где пользователь может просто кликать по карте для создания точек, рисовать зоны пальцем или мышью и перетаскивать маркеры для изменения маршрутов, то время создания первой пользовательской карты сократится с 20–30 минут до 5–7 минут, потому что пользователь взаимодействует напрямую с картографическим пространством, а не с абстрактными формами, что соответствует ментальной модели «я рисую карту, а не заполняю таблицу».
Гипотеза №2. Баланс кастомного дизайна и картографической узнаваемости
Если сохранить ключевые картографические аффордансы (приближение/отдаление жестами, перетаскивание, цветовое кодирование: синее — вода, зелёное — растительность, серое — застройка), но при этом добавить уникальные визуальные элементы (фирменные цвета Amazon, кастомные иконки POI, плавные анимации переходов и зумирования, уникальный стиль отображения зданий), то пользователь будет оценивать дизайн как «современный, удобный и запоминающийся» (рост на 40–50% по опросам удовлетворённости), но при этом не потеряет скорость выполнения базовых навигационных действий, потому что привычные паттерны взаимодействия остаются неизменными, а изменения касаются только визуального слоя, не затрагивая функциональные привычки.
Гипотеза №3. Бизнес-шаблоны ускоряют старт
Если добавить в приложение библиотеку готовых шаблонов карт под ключевые бизнес-вертикали (логистика, ритейл, event, недвижимость), где уже предустановлены релевантные слои, типы меток, инструменты и примеры данных, то доля пользователей, которые создают хотя бы одну карту в первую неделю использования, вырастет на 35–45%, потому что «чистый лист» вызывает когнитивный ступор и желание отложить работу, а готовый шаблон снижает порог входа и даёт понятную отправную точку, демонстрируя ценность продукта без необходимости изучать все функции с нуля.
КЛЮЧЕВЫЕ РЕШЕНИЯ
Решение №1. Визуальный Drag & Drop конструктор карт
Суть решения: Создать интерфейс создания карт, в котором все действия выполняются напрямую на карте, без текстовых форм и модальных окон с параметрами.
Решение №2. Кастомный картографический язык с сохранением аффордансов
Суть решения: Разработать уникальную стилистику отображения карты, которая отличается от Google Maps и Apple Maps, но не нарушает привычных ожиданий пользователя.
Решение №3. Библиотека бизнес-шаблонов с предустановками
Суть решения: Создать экран выбора шаблона при создании новой карты, где пользователь выбирает свою бизнес-вертикаль и получает предварительно настроенную карту с релевантными слоями, инструментами и примерами.
Решение №4. Система ролей и прав доступа
Суть решения: Внедрить в интерфейс управления картами чёткое разделение прав доступа для разных сотрудников компании-клиента.
Решение №5. Контекстный онбординг для каждой бизнес-вертикали
Суть решения: При первом входе пользователя в приложение определить его бизнес-сценарий (логистика, ритейл, event, недвижимость или «другое») и запустить соответствующий туториал, который показывает работу именно с теми инструментами, которые нужны этому пользователю.
РЕЗУЛЬТАТЫ
- Результат №1 (после усиления CTA и очистки от шума)
Рост конверсии в целевое действие на 15–25%.
Увеличится процент пользователей, доходящих до отправки формы / клика по кнопке
Снизится количество уходов с главного экрана без взаимодействия (улучшится «первый клик»).
Результат №2 (после Mobile First-навигации и шрифтов)
Снижение показателя отказов на мобильных устройствах на 20–30%.
Уменьшится количество сессий длительностью менее 10 секунд со смартфонов.
Вырастет доля пользователей, которые успешно находят нужный раздел меню с первой попытки (без случайных нажатий).
Результат №3 (после сканируемой структуры и анимации)
Увеличение времени на сайте и глубины просмотра.
Средняя длительность сессии вырастет на 30–40 секунд.
Пользователи станут просматривать на 1–2 страницы больше за визит (рост pages per session).
Снизится быстрый скролл до подвала без чтения контента.
Результат №4 (после отзывчивых форм и обратной связи)
Снижение числа брошенных форм и обращений в поддержку.
Количество незавершенных отправок форм уменьшится на 25–35%.
Сократится число повторных обращений в чат/почту
Повысится доверие к сайту (субъективно — меньше тревожности при взаимодействии).