{"id":14270,"url":"\/distributions\/14270\/click?bit=1&hash=a51bb85a950ab21cdf691932d23b81e76bd428323f3fda8d1e62b0843a9e5699","title":"\u041b\u044b\u0436\u0438, \u043c\u0443\u0437\u044b\u043a\u0430 \u0438 \u0410\u043b\u044c\u0444\u0430-\u0411\u0430\u043d\u043a \u2014 \u043d\u0430 \u043e\u0434\u043d\u043e\u0439 \u0433\u043e\u0440\u0435","buttonText":"\u041d\u0430 \u043a\u0430\u043a\u043e\u0439?","imageUuid":"f84aced9-2f9d-5a50-9157-8e37d6ce1060"}

Как сеошники обманывают сами себя

Прочитав на днях «разоблачающую» статью «честного» сеошника Дениса Скорятина и не менее достойный ответ «сообщества SEO-специалистов» меня кое-что задело: Денис Скорятин уверен, что сеошник — тот человек, который помогает улучшать интерфейсы и даже рисовать прототипы страниц или сайта.

Среди SEO-сообщества мнения разошлись: одни уверены, что это дело рук маркетологов, другие – дизайнеров, третьи - и тех, и других одновременно.

Что же тут не так?

Денис Скорятин затронул важный нюанс. Работая сеошником и сталкиваясь с клиентскими проектами, он понимал: что-то не так и интерфейсы нужно править. В сообществе SEO-специалистов с этим согласились, но разошлись в деталях. У меня же появляется вопрос: как получается, что новый, только что запущенный сайт сразу попадает под правки?

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

Почему это происходит?

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

В обоих случаях работа начинается с заполнения брифа или просьбы прислать ТЗ. С этого проблемы и начинаются.

Потому что клиент не знает

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

ТЗ или бриф оказываются описанием личных «хотелок» или удачных, по субъективному мнению клиента, решений конкурентов. И, в итоге, в интернете появляется очередной проект, созданный согласно последним тенденциям в дизайне, но не учитывающий бизнес-задач или потребностей целевой аудитории.

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

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

Так что делать?

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

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

Сергей Ерофеев, цитата из статьи

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

Чисто теоретически Сергей Ерофеев может оказаться прав и, позаимствовав структуру и функционал какого-нибудь Amazon, можно создать успешный с точки зрения поисковой доступности сайт, получив много трафика. Вот только даже такой радужный сценарий не означает большого количества продаж. И тогда «неприятный кейс» из его же статьи «жил был сайт (бизнес), и тут его переделали» становится неизбежным.

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

Каждый бизнес уникален

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

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

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

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

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

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

0
74 комментария
Написать комментарий...
ezdiumno ru

В приемный покой привозят пациента с черепно-мозговой. Чтобы выявить все повреждения приглашаются специалисты из глазного, невралгии, лор, травматологии, челюстно-лицевого отделений. Они осматривают больного и выносят совместное решение на основе которого принимается решение о дальнейшем лечении.
И это правильно.
К чему это я?
Представьте, что больной - это клиент, а врачи это разрабы, дизайнеры, сеошники, маркетологи и даже финансисты.
Понятно к чему я?
Разработку сайта нужно готовить и начинать совместной командой.
Пока каждый спец будет обособленно заниматься сайтом, ничего путного не выйдет. Каждый будет тянуть одеяло на себя и оно будет рваться

Ответить
Развернуть ветку
Ruslan Kokin
Автор

Для создания единой понятийной базы, которой является понимание бизнеса, его задач, пользователей и их потребностей не нужна делегация всех представителей диджитал рынка :) Достаточно грамотной работы одного двух UX-специалистов. Не тех, которые UI/UX, а нормальных юзабилити-специалистов.

Ответить
Развернуть ветку
ezdiumno ru

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

Ответить
Развернуть ветку
71 комментарий
Раскрывать всегда