Построение цифровых прототипов

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

Для начала отрисуем первые два экрана используя встроенный редактор интерфейсов (Рисунок 7, Рисунок 8). Он позволяет модифицировать сгенерированные шаблоны приложений и разрабатывать свои.

Рисунок 7 Цифровой макет Экран Авторизации

 

Рисунок 8 Цифровой макет Главного экрана Личного кабинета

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

Рисунок 9 Цифровой макет Экрана сообщений

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

 

Рисунок 10 Цифровой макет экрана Истории покупок

Рисунок 11 Цифровой макет экрана детализации истории покупок

Рисунок 12 Цифровой макет экрана Статистики покупок

3.2.4. Сбор и анализ обратной связи по проекту

    По опубликованному проекту были получены следующие вопросы:
1)

Рисунок 13 Вопрос к макету

Рисунок 14 Тепловая карта отзывов

Данная кнопка оформлена в виде стандартного бургер-меню. По ее нажатию происходит раскрытие категорий каталога. Иерархия каталога предполагается двухуровневая.

2)

Рисунок 15 Вопрос к макету

Рисунок 16 Тепловая карта отзывов

 

Анализ результатов

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

 

Архитектура системы

Интеграционные потоки

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

1. С внутренними системами организации:

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

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

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

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

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

2. С внешними системами:

· Системы веб-аналитики: передача данных по размеченным событиям для анализа и построения различных отчетов.

· Системы рассылок сообщений электронной почты, смс и пуш-уведомлений.

· Социальными сетями для публикации единого контента.

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

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

 

 

Рисунок 17 Схема технической архитектуры верхнего уровня