Devino.Online

Подзадачи

• переработать страницу с листами и обогатить функционалом соответствующей тенденции рынка;

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

Процесс

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

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

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

Список подписчиков сильно не тронут, тк тут в основном дефолтная таблица с данными, но только усовершенствован сам функционал таблицы.

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

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

---

Подзадачи

• Переосмыслить логику создания SMS рассылки;

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

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

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

Процесс

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

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

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

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

---

Подзадачи

1. Пересмотреть функционал A/B тестов, определить что важно для клиентов, чего не хватает, а также посмотреть лучшие практики и решения на рынке.

2. Продумать процесс функционала A/B тестов для массовых и триггерных рассылок на примере Email канала.

3. Сделать статистический калькулятор для автоматического расчета тестовых групп.

4. Реализовать функционал и провести исследовани.

Процесс

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

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

С помощью интервью было видно, что пользователи часто не видели ту или иную настройку, например «Количество тестовых групп». Была выдвинута гипотеза, что настройка просто стоит не в том блоке, поэтому ее не видят. Многие пользователи не понимали «калькулятор групп», так как не было никаких подсказок по этому поводу и базы знаний. Так же 4 из 5 опрашиваемых в первой итерации говорили, что нет UTM-меток для каждого тестируемого варианта письма, они обращают внимание на данные UTM по проведению рассылок.

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

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

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

С новыми данными было проведена работа по третьей итерации разработки.

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

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

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

Так же большая работа была проведена по статистике рассылки с А/В тестом, которая изменяется от момента создания до рассылки выбранного лучшего варианта. Были проработаны элементы в графике и таблице с максимально понятными для пользователей значениями, статусами , лейблами.

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

---

Подзадачи

1. Изменить страницу «Получатели» в визарде создания рассылок.

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

3. Разработать настройку создания или редактирования условий.

4. Провести исследования.

Процесс

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

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

В исследовании я попросил закрасить круги по диаграмме Венна, которая отвечает по параметрам логических операторов (И ИЛИ ИСКЛЮЧИТЬ). И пришел к выводу, что И с ИЛИ вызывают затруднение, и я решил упростить функционал.

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

Логический оператор ИСКЛЮЧИТЬ будет использоваться как в самом блоке, просто исключать условия локально, а так же может использоваться как глобальное исключение из всех блоков разом. И такой блок может быть в конструкторе только один.

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

Было принято решение не создавать вложенные блоки на первый этап внедрение функционала в Devino.Online, потому как данный функционал удовлетворяет все потребности клиентов. В будущем возможно расширение функционала сегментатора, но только если будет на нововведения спрос.

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