§1.5. ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА РАЗРАБОТКУ САЙТА

Что требуется от Заказчика?

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

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

Чаще всего Заказчик не конкретизирует свои требования, и как правило потому как он их еще не продумал. Начинает придумывать, и менять свои озвученные решения по ходу работы, или ещё хуже, когда уже все готово. В результате требуется почти всё переделать, или вообще отказаться от работы. А в итоге было зря потрачено время и деньги.

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

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

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

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

В этом случае задание мы оформляем с Заказчиком в упрощённом виде.

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

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

Когда же мы ему объяснили, что молодой сайт по кредитованию, причем одностраничник не войдет в ТОП 10 Гугл ни при каких обстоятельствах, он удивился. Недоумение вызвало то, что одностраничники начинают работать только в паре с контекстной рекламой. А за рекламу нужно платить. Ему также не подошел вариант размещения гостевых постов на популярных сайтах. Также ему не подошли и другие предложенные варианты.

Я привел этот пример для того, чтобы Заказчик понимал, что сделать сайт дело не хитрое, и относительно не дорогое, что при составлении, хотя бы подобия технического задания он рассчитывал, что основные расходы – впереди.

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

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

– Сайт должен быть красивым.

– Сайт должен иметь простую и интуитивно понятную навигацию.

– Сайт должен иметь все необходимое.

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

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

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

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

Так часто бывает: всё здорово, всё нравится пока не нужно платить. Как дело доходит до оплаты, так начинаются недопонимания.

Лучшая защита у Исполнителя от таких Заказчиков – вести всю работу на своём сервере. В самом худшем варианте Исполнитель теряет только время. А сайт всегда можно продать конкурентам.