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

Почему возникают такие ситуации?

1 причина: Техническое задание (ТЗ)

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

Как избежать этой проблемы?

Техническое задание надо изучать обеим сторонам и защищать свои интересы, иначе небольшой пункт о поиске по сайту может превратится в гигантский поисковый инструмент, с многочисленными фильтрами и подсказками. Либо обратный вариант. Большая часть заказчиков не считают ТЗ официальным документом, считая что по ходу разработки смогут менять любые его составляющие. Именно ТЗ служит для реальной оценки проекта, именно по ТЗ идёт разработка, ТЗ это технические указания, по которым и создаётся проект. При составлении ТЗ должны быть решены и обговорены все моменты – это Закон. Большая часть заказчиков почему то уверена что техническое задание пишется только для разработчиков и в ряде случаев читают его невнимательно.

Заказчик должен понимать, что от того, насколько ответственно он отнесется в самому первому этапу, к созданию ТЗ — зависит весь процесс, целиком. Именно из-за нечеткого ТЗ в дальнейшем встанут проблемы взаимного непонимания, так как видение проекта заказчиком и видение его менеджером и разработчиками проекта как правило отличаются друг от друга .Не жалейте время на начальное обсуждение с менеджером проекта.

2 причина: Дизайн

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

Как избежать этой проблемы?

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

Это существенные моменты, они определяют смету проекта. В Vamax Group клиент нередко приходит с каким-то определённым видением бюджета проекта, но все-таки старается конкретизировать его в утверждаемой и корректируемой смете. Мы всегда готовы помочь нашим клиентам, предложив оптимальные соотношения дизайна и функционала, в этом нам помогает наша практика и понимание бюджета, выделяемого на проект. Эта схема работы минимизирует все риски. Ненадо прятать бюджет проекта, это равноценно тому что вы придёте в автосалон и попросите продавца подобрать Вам часы, не оглашая бюджета. Этим Вы препятствуете нахождению оптимального решения, усложняете задачу себе и менеджеру проекта, тратите своё время на рассмотрение неподходящих Вам предложений. Пока проект на стадии картинки с описанием, всё кажется ясным и простым. Но это только первые этапы, что же будет в дальнейшем На какие моменты следует обращать внимание и почему. Давайте заглянем внутрь…

3 причина: Верстка

Дизайн готов, он одобрен клиентом. Следующий этап – вёрстка. Какие проблемы возникают на этом этапе? Если верстальщик относится к разработчикам, он больше думает о том, как будет программиться макет дизайна, чем о том, насколько это эстетично, современно и креативно.

Как избежать этой проблемы?

Разумеется эти проблемы уладит менеджер проектов, потратив нервы и время на метание от одного специалиста к другому, запросы и предложения. Это рабочие моменты, такое случается и разумеется решается. Но верстальщик со стороны заказчика это человек «не в команде», он мыслит не как дизайнер, либо спаянная команда разработчиков. В компании Vamax Group мы решили эту проблему работая с постоянными верстальщиками, людьми опытными, полностью разбирающимися в данной тематике . Тогда этот специалист сам по себе человек творческий, постоянно взаимодействующий с талантливыми и креативными людьми — и найти им общий язык проще, проще и договориться. Заказчику же следует обязательно задать вопрос о том, как реализуется динамика на предложенном макете. Что происходит при нажатии на кнопки, наведении на списки, анимированные области, как именно раскрывается меню в разделах и подразделах, какова предельная вложенность разделов. Это моменты очень важные и утрясти их необходимо до реализации верстки.

4 причина: Программирование

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

Как избежать этой проблемы?

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

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

5 причина: SEO

Сайт вроде бы готов, но тут появляются SЕОшники… Сайт попадает в руки оптимизаторов, которые смотрят на него с совершенно другой точки зрения, и предъявляет свои требования Добавить тексты блоками по 1800 знаков в такие то места, желательно прямо под логотип. Здесь добавить заголовков, здесь под редактируем тексты… Если корректировать тексты будет seo-копирайтер, дело плохо, у него своя точка зрения он видит сайт исключительно с точки зрения продвижения, забивая тексты ключевыми словами и делая нечитабельными.

Как избежать этой проблемы?

SEO- оптимизаторов надо подключать к работе еще в момент согласования концепции дизайна, чтобы их требования учитывались на протяжении всего проекта. И, конечно, выбирать следует оптимизатора разумного, ведь совсем не обязательно столь радикально да и вообще портить дизайн. Заказчику сайта обязательно надо думать с самого начала о том, как именно будет развиваться и продвигаться сайт. В брифе на создание сайта всегда присутствует вопрос об этом. Это сделано не только для выявления возможных дополнительных услуг, которые следует предложить данному клиенту. Оптимизатор может рекомендовать создание каких-то разделов на сайте, которые позволят улучшить ситуацию с видимостью сайта в поиске. Контекстная реклама, как правило, требует наличия на странице, на которую она ссылается ключевых слов. Медийная реклама дает ориентир на пиковую нагрузку в период рекламной кампании. И все эти тонкости должны быть учтены в разработке сайта.

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