Веб-версия Почты Mail

Главный экран

При входе в почту у пользователя открывается папка Входящие, если он авторизован. На этом экране пользователь может:

• открыть и прочитать любое письмо из списка;

• выделить все письма в папке и совершить с ними одно из действий:

  • удалить;
  • переместить в папку;
  • переместить в архив;
  • отметить непрочитанными;
  • снять или поставить флаг.

• отметить все письма в папке прочитанными;

• отфильтровать все письма в папке по одному из параметров:

  • имеют флаг;
  • не прочитаны;
  • имеют вложения.

• перейти к поиску писем;

• перейти к созданию нового письма, нажав кнопку Написать письмо;

• нажав треугольник рядом с кнопкой Написать письмо, перейти к созданию:

  • нового письма себе, выбрав Написать себе;
  • ссылки на звонок, выбрав Предложить звонок;
  • ○нового события, выбрав Создать событие.

• перейти в другую папку, нажав на ее название в левой колонке;

• перейти к созданию новой папки, нажав Новая папка под списком папок;

• перейти в другой сервис Mail, нажав соответствующую иконку: Облако, Адресная книга, Календарь, Задачи, Оплаты, Бонус;

• настроить внешний вид почтового ящика и включить группировку писем, нажав значок шестеренки;

• перейти к остальным настройкам Почты;

• сменить язык почтового ящика.

Создание и отправка письма

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

• увеличить область написания письма;

• свернуть черновик, а потом развернуть его;

• указать до 30 получателей в полях Кому, Копия и Скрытая копия, выбрав их вручную или добавив из адресной книги;

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

• указать тему письма;

• прикрепить:

  • файл с компьютера;
  • файл из его Облака;
  • файл из почтового ящика;
  • ссылку на звонок.

• ввести текст письма и отформатировать его с помощью инструментов форматирования;

• перевести написанное письмо;

• вставить в письмо шаблон или сохранить написанное письмо как шаблон;

• выбрать подпись для письма;

• отметить, что письмо важное, нажав значок !;

• добавить уведомление о неответе на письмо спустя определенное время;

• добавить в письмо просьбу отправить уведомление о получении;

• указать время отправки письма, нажав на значок с часами;

• сохранить черновик письма;

• отправить письмо.

Управление письмами

Поиск

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

• непрочитанное;
• с флагом;
• с вложением;
• имеет определенную категорию: заказы, финансы, регистрации, путешествия,
• билеты, штрафы и налоги;
• дата.

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

На странице поисковой выдачи пользователь может отфильтровать результаты:

• по признаку письма:

  • непрочитанные;
  • с флагом;
  • с вложением.

• по категории письма:

  • сканы документов;
  • заказы;
  • финансы;
  • регистрации;
  • путешествия;
  • билеты;
  • штрафы и налоги.

• по папке;

• по времени:

  • за вчера;
  • за эту неделю;
  • на этот месяц;
  • за другой месяц;
  • за определенный год.

Также пользователь может указать, чтобы поиск применялся к папкам Спам и Корзина. Если какое-то письмо соответствует запросу, пользователь нажимает на него, чтобы перейти.

Выделение писем, действия с письмами

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

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

Просмотр письма, действия с ним

Чтобы просмотреть письмо, пользователь нажимает на него. Открыв нужное письмо, пользователь может:

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

Во время чтения письма пользователь может также перейти в карточку контакта из полей Кому, Копия, Скрытая копия, От кого. В карточке контакта можно:

• скопировать почту отправителя;
• перейти к написанию нового письма с адресом контакта в поле Кому;
• позвонить отправителю;
• перейти ко всем письма от этого отправителя;
• добавить или убрать отправителя из контактов.

Действия с аккаунтом

Нажав на имя аккаунта в правом верхнем углу, пользователь может:

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

Добавить новый аккаунт можно двумя способами: войти в существующий или создать новый. В Почтe Mail пользователь может войти не только в аккаунт Mail, но и в аккаунт другого сервиса: Яндекс, Google, Yahoo и так далее.

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

Настройки

Внешний вид

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

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

Другие настройки

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

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

Описание процессов, обеспечивающих поддержание жизненного цикла

Команды, участвующие в разработке и обслуживании продукта

1. Команда разработки — разработчики, которые отвечают за разработку продукта.
2. Команда аналитики – аналитики, настраивающие сбор аналитики и вывод собранных данных.
3. Менеджер продукта – менеджер, ответственный за развитие продукта.
4. Команда дизайна — разрабатывают визуальный стиль продукта и UX.
5. Команда разработки бэкенда – разработчики, отвечающие за серверную разработку.
6. Команда тестирования — разработчики, отвечающие за качество продукта и дистрибуцию бета-сборок.
7. Инфраструктурная команда — системные администраторы и разработчики, обеспечивающие поддержку продукта на инфраструктурном уровне.
8. Переводчики, редакторы — обеспечивают продукт всем необходимым текстовым наполнением, переводят интерфейсы на другие языки.
9. Маркетинг — отвечают за привлечение аудитории в продукт, его продвижение на рынок.

А также команды:

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

Разработка продукта

Целеполагание

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

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

Команды декомпозируют цели компании на более локальные, которые относятся к их сфере ответственности.

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

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

Планирование квартала

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

Идея прорабатывается более детально, обсуждается с командами разработки — добавляется вся необходимая информация по срокам, ресурсам, командам.

Все задачи декомпозируются на подзадачи. Тимлид команды составляет диаграммы Ганта, по которым прогнозируют сроки передачи задачи в тестирование и выпуск версии с этой задачей.

Работа над задачей

Менеджер продукта вместе с дизайнером прорабатывают UI и UX задачи.

Макеты проходят дизайн-ревью команды.

Менеджер передает прототипы в UX лабораторию. После проведения UX и количественных тестов вносятся правки в макеты/прототипы.

После чего задача ещё раз проговаривается менеджером с тимлидом разработки.

Тимлид назначает задачу конкретному исполнителю.

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

После прохождения тестирования задача вливается в альфа-ветку.

Создаются графики KPI фичей (как технических, так и продуктовых).

После сбора нескольких задач собирается релизная сборка и поступает в интеграционное тестирование (автоматическое и ручное).

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

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

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

Успех и достижение целей отслеживается по графикам.

Незапланированные задачи

Периодически возникают ситуации, когда появляются незапланированные задачи.

Кейсы:

• Важная и срочная для компании задача. Это может быть маркетинговая акция; задача, связанная с репутацией компании; фича, которую нужно немедленно доставить пользователям. Важность задачи определяет менеджер продукта. Менеджер обсуждает с тимлидами, какая вероятность взять эту задачу в работу, не сдвинув план, или подвинув что-то менее критичное.
• Если ничего, влияющего на OKR не съезжает, то задача добавляется. Например, некоторые заложенные риски могут не сыграть и освободится немного времени для небольшой задачи.
• Если задача вытесняет что-то из стека запланированных задач – продуктовый менеджер обсуждает с продуктовым директором квартальный план и возможные изменения. После чего планы либо остаются изначальными и задача откладывается до следующего квартала, либо согласовывается новый план.

Баги

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

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

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

Баги, уже живущие в боевых версиях, чинятся в дежурства.

Приоритет бага устанавливается автоматически в багтрекере, на основании нескольких параметров:

• важность затронутой функциональности (например, предоставляет доступ к сервису, или является дополнительной возможностью);
• какое влияние оказывает (блокирует действие, ухудшает и т. д.);
• сложность воспроизведения.

У каждого приоритета свой SLA по фиксу.

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

Подходы к разработке

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

Команда может использовать различные подходы: Разработка в отдельной ветке и тестирование в ней же; Итеративная разработка через feature toggle.

Поддержка и модерация

Команда поддержки в курсе всех выходящих релизов.

Есть согласованные шаблоны для ответов.

Отзывы разделены на типы, ведется статистика по каждому типу отзывов.

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

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

Статистика и аналитика

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

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

Для оценки эффективности запуска и влияния на другие сервисы используется одна система для A/B-тестов.

Настроены продуктовые уведомления в чат продуктовых аномалий (на наличие проблем, на резкий рост метрик).

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

Маркетинг и пиар

Команде маркетинга/пиара/рекламы доступно подробное описание продукта, а по возможности организован доступ к тесту. При необходимости согласован список партнеров для раннего тестирования от пиара/ маркетинга/рекламы.

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

Целевая аудитория для продвижения продукта описана в критериях таргетингов рекламного движка, а также по возможности сегментирована на подгруппы.

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

Определены точная дата и время запуска. Запланирован старт продвижения.

По необходимости пресс-релиз заранее передан в СМИ с ограничениями на точное время запуска. Для СМИ подготовлен список партнеров, которые могут дать комментарий. При передаче медиа пресс-релиза под эмбарго согласовывать с ними техническую консультацию с нашей стороны (для обсуждения драфта материала).

Подготовлен и согласован медиаплан для размещения, при необходимости внешнего размещения согласован бюджет.

Сотрудникам, ответственным за продвижение, доступны статистика и аналитика продукта.

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

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

Юридическая чистота

Юристы должны подтвердить, что сервис не нарушает действующего законодательства РФ и других стран, где сервис функционирует. Либо максимально точно просчитать существующие риски и внести коррективы, их хеджирующие.

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

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

В коде продукта не используются сторонние компоненты и другие материалы, охраняемые авторскими/смежными правами, кроме тех, использование которых прямо разрешено правообладателем (Open Source без нарушения лицензии или наличие лицензионного договора). Используемые сторонние библиотеки должны быть перечислены в соответствующем разделе приложения с указанием источника (откуда взято) и основания (лицензия).

Пострелизное обслуживание

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

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

Баги оперативно чинятся.

Сбор обратной связи

Пользователь из Поддержки или партнёр присылает свой фидбек о продукте.

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

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

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

Ретроспектива

После реализации больших задач проводится ретроспектива.

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

Почему успели или не успели. Делаются выводы на следующий раз.

Эксплуатация

Программное обеспечение Почта Mail является сервисом, размещённым в сети Интернет. Для его эксплуатации требуется ЭВМ с браузером (программным обеспечением) для работы в сети Интернет. Браузер должен быть на основе Chrome версии 56 или выше.

Модернизация и обновление программного обеспечения

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

Техническая поддержка и решение вопросов

Техническая поддержка пользователей осуществляется по адресу: https://help.mail.ru/mail

Вопросы, возникающие в ходе работы с продуктом, следует направлять в службу поддержки по адресу: support@corp.mail.ru