Рамки проекта, задачи, методы решения, а также, степень доверия участников к «формуле» выясняются в процессе проектирования.

Проектирование сайта — процесс. Сложный, продолжительный, с остановками и частыми сомнениями в уже найденном. Терпение и внимание — прежде всего.

О чем это мы

Пожалуй, самое важное при проектировании сайта — понимание сторон, о чем идет речь.

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

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

ссылки нажимаются

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

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

Запишем чтобы не забыть

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

Наша проектная документация это: техническое задание и прототип.

Зачем и для кого

Справедливо, что заказчика больше интересует не процесс, а результат. Зачем надо было тратить так много времени и сил участников проекта, и с той, и с другой стороны, на эти выкладки, таблицы и схемы?

На наш взгляд, очевидные преимущества наличия проектной документации на сайт:

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

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

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

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

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

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

Так что, намного лучше с ней, чем без нее. А в некоторых случаях без нее — вообще никак.