Улучшение личного кабинета Mos.ru

Бенчмарк-анализ личных кабинетов

Примеры лучших практик:

1. Сбербанк (Онлайн) — инвестирует в персонализацию, быстрый доступ к частым операциям, минимум кликов до нужной услуги
2. Яндекс.Карты/Яндекс.Плюс — единый профиль, уведомления в реальном времени, история действий, удобная фильтрация
3. РГИС (Госуслуги Роман Абрамович) — быстрая навигация, готовые документы в одном месте, экспорт в файлы
4. Приложение ДЛЯ ЖИЛЬЯ — уведомления о показаниях счётчиков, оплата без шагов
5. Apple ID — минималистичный дизайн, одна главная страница, остальное в подменю, максимум полезной информации сверху

Что их объединяет:

• Минимум информации на главной, но она релевантна пользователю
• Быстрый доступ к частым действиям (без глубокой навигации)
• Современный, чистый дизайн
• Уведомления о важных событиях
• Мобильная оптимизация

---

5 предложений по улучшению Mos.ru

1. Персонализированный дашборд на главной странице кабинета

Обоснование: Сейчас пользователь видит множество услуг без понимания, какие важны лично для него. Нужна адаптивная главная с блоками: «мои документы», «срок действия», «неоплаченные услуги», «новые рекомендуемые услуги».

Метрики:

• Увеличить conversion до первого действия на 25%
• Снизить bounce rate кабинета на 15%
• Увеличить retention пользователей на 10%

2. Система уведомлений о важных событиях

Обоснование: Пользователи не знают о сроках (справка в школе, медицинский осмотр, льготы и т.д.). Нужны push/email/SMS оповещения за неделю, 3 дня и день до истечения сроков.

Метрики:

• Увеличить процент вовремя выданных документов на 20%
• Снизить повторные запросы на 18%
• Улучшить NPS на 8 пунктов

3. Быстрый поиск по истории запросов и документам

Обоснование: История услуг показывает 200+ позиций без фильтров. Нужен поиск, фильтры по году, типу документа, статусу, сортировка по релевантности и дате.

Метрики:

• Снизить time-to-find на 70%
• Увеличить повторное использование услуг на 12%
• Улучшить кликабельность архива на 25%

4. Экспорт и интеграция документов

Обоснование: Пользователи часто носят справки в другие места. Нужна возможность скачать PDF, поделиться через QR-код, отправить другому человеку или синхронизировать с мобильным приложением.

Метрики:

• Увеличить share rate документов на 30%
• Снизить повторные визиты в офис на 15%
• Улучшить satisfaction score на 12 пунктов

5. Мобильная оптимизация с offline-режимом

Обоснование: 45% траффика из мобильного. Нужна PWA или нативное приложение с кешированием справок и возможностью показать документ без интернета (для проверяющих).

Метрики:

• Увеличить мобильный conversion на 35%
• Снизить bounce rate мобильного на 20%
• Улучшить app retention на 25%

---

Процесс от идеи до запуска

Валидация идей

Инструменты:

• Опросы (100+ пользователей о боли и желаемых функциях)
• Интервью с ключевыми пользователями (пенсионеры, родители, частые юзеры)
• Юзерские тесты прототипов
• Анализ аналитики (где теряются пользователи, какие сценарии популярны)
• A/B тестирование гипотез

Приоритизация

Использую матрицу (Impact × Effort):

• Высокий impact + низкий effort → запустить первым
• Высокий impact + высокий effort → планировать на квартал
• Низкий impact → отложить или отклонить

Для Mos.ru приоритеты: Дашборд → Уведомления → Мобильное → Поиск → Экспорт

Организация разработки

Структура:

1. Discovery (2 недели) — интервью, аналитика, прототипы
2. Design (3 недели) — макеты, дизайн-сиcтема, готовые компоненты
3. Development (4-6 недель) — спринты по 2 недели
4. QA & Testing (2 недели) — функциональное и юзерское тестирование
5. Beta (1-2 недели) — запуск для 5-10% пользователей

Роли в проекте:

• Product Manager (я) — vision, приоритеты, stakeholder management
• Designer — UX/UI
• Engineering Lead + 2-3 разработчика
• QA/Тестировщик
• Product Analytics

Измерение успеха

Метрики для трекинга:

• Аналитика: daily active users (DAU), session length, funnel по сценариям
• Качество: NPS, satisfaction score, error rates
• Бизнес: repeat usage rate, support tickets, conversion по услугам
• Техническое: page load time, crash rates, mobile vs desktop ratio

Процесс анализа:

• День 1-3: проверить базовые метрики (нет ли критических ошибок)
• Неделя 1-2: сравнить с контрольной группой (A/B тест)
• Месяц 1: анализ поведения, feedback, итерации
• Месяц 2-3: scale до всех пользователей (если успешно)

План итераций: еженедельные улучшения на основе feedback и data.