Предпроектная аналитика: плюсы и минусы

Речь пойдет об этапе разработки сайта/приложения, которым многие пренебрегают.

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

---

Пишу конкретно о том подходе, который использую сам. Делаешь иначе? Круто! Делись в комментариях.

Разберем всё на примере проекта.

Тип сайта: e-commerce.
Направление: хозяйственные и строительные товары.
Наличие старого сайта: есть.
Причина обращения: сайт устарел; мало продаж с онлайна; пользователи жалуются, что неудобно; конкуренты забирают аудиторию.
Характер обращения: "вы специалист, скажите, как сделать лучше".

Бывает множество других ситуаций.

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

Или когда у клиента есть только идея сделать сайт, или просто необъяснимое желание переделать существующий.

В этой статье рассмотрим нечто среднее: сайт есть, клиент не настаивает на чем-то конкретном, но понимает, что хочет получить в результате разработки.

Повторюсь. Так делаю я. На истину не претендую, но это всегда работает и приносит нужный результат.

1. Брифинг.
Задача этого этапа - собрать достаточное количество вводной информации о текущем положении, из разных источников. Пообщавшись только с одним представителем клиента, которому поручили обновить сайт, вы получите информацию? Да. Достаточно полную? Нет.

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

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

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

Для чего общаться со всеми этими людьми? Чтобы узнать текущую ситуацию с совершенно разных сторон и быть более объективным. Если пообщаться только с 1-2 людьми, то вы узнаете о ситуации только с ИХ точки зрения. Этого недостаточно.

2. Анализ метрик.
Задача этапа - понять, кто аудитория, откуда она приходит, как часто возвращается, сколько её, какие устройства использует, куда кликает и где сталкивается с проблемами. Если кратко, то вот так.

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

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

3. Анализ конкурентов.
Задача этапа - выявить, что сделано хорошо, что плохо, чтобы избежать у себя тех же ошибок, а также адаптировать и применить успешные практики.

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

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

4. Анализ ЦА.
Задача этапа - понять, какая у проекта аудитория, какие цели и задачи они преследуют и каковы их потенциальные барьеры.

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

На выходе - документ с описанием персонажей для каждой категории ЦА, краткой характеристикой (возраст, пол, доход и пр.), а также цели, задачи и барьеры.

5. Пользовательские сценарии.
Задача этапа - составить для всех ключевых представителей ЦА сценарии от входа на сайт, до целевого действия.

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

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

6. Аудит текущего сайта.
Задача этапа - выявить недочеты, учитывая проведенный выше анализ, чтобы исправить их при разработке новой версии.

Что делаю я? Сначала рассматриваю сайт по пользовательским сценариям, и выявляю недочёты для конкретных групп пользователей. Затем провожу общий юзабилити-аудит, чтобы найти больше минусов.

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

7. Поиск удачных решений
Задача этапа - найти удачные практики, среди существующих сайтов/приложений, которые можно было бы применить на текущем проекте.

Что делаю я? Анализирую Behance, Awwwards и ещё несколько подобных сайтов. Просматриваю существующие сайты-миллионники (ozon, mvideo, ЯМ и пр.). Смотрю свежие работы топовых веб-студий. Также беру лучшие сайты из сферы проекта.

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

8. Разработка архитектуры
Задача этапа - на основании проведенного анализа реализовать структуру новой версии сайта.

Что делаю я? Разрабатываю mindmap, в котором описываю структуру внешней части сайта, главную страницу, шаблон, а также личный кабинет (при наличии).

Пример результата:

9. Формирование запроса по контенту.
Задача этапа - понять, какой контент можно использовать со старого сайта, какой необходимо переработать, какой получить от клиента.

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

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

2. Будет ясно ДЛЯ КОГО делается проект и как сделать его использование лучше и эффективнее для них.

3. Будут услышаны и учтены мнения не только руководителя, но и консультантов, а также самих клиентов.

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

5. Получите четкое понимание, что делать дальше и ЗНАЧИТЕЛЬНО сократите риски на ВСЕХ последующих этапах проекта.

1. Стоимость. Если делать эти этапы силами специалистов, выходит недешево. Но для многих проектов оно явно того стоит.

2. Сроки. Для Заказчика, вместо месяца проектирования и дизайна, может быть непонятным, почему ещё ничего не нарисовано. Тут всё зависит от типа клиента и о того, насколько хорошо вы объяснили суть данного этапа.

3. Не всегда необходимо. Бывают ситуации, когда нужно быстро запустить простой сайт-визитку, для того, чтобы информация о компании была в интернете. Или допустим кто-то просто хочет протестировать гипотезу и за неделю делает сайт на каком-нибудь конструкторе или на Wordpress. Тогда им нецелесообразно платить за этот этап. Это не для всех клиентов, скажем так.

Надеюсь статья была полезна.

Меня зовут Конаков Артём. Мне 21.

Уже 4 года в сфере web-разработки.

Работал в топ 1 студии Питера и в одной из лучших по ХМАО. Звали в Яндекс.

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

Для связи:

Telegram - @konakovart
E-mail - [email protected]