Например, обратился к нам брокер по кредитованию, с заказом собрать ему сайт за реальную цену. Но почему-то считал, что будет у него сайт, и к нему повалят клиенты.
Когда же мы ему объяснили, что молодой сайт по кредитованию, причем одностраничник не войдет в ТОП 10 Гугл ни при каких обстоятельствах, он удивился. Недоумение вызвало то, что одностраничники начинают работать только в паре с контекстной рекламой. А за рекламу нужно платить. Ему также не подошел вариант размещения гостевых постов на популярных сайтах. Также ему не подошли и другие предложенные варианты.
Я привел этот пример для того, чтобы Заказчик понимал, что сделать сайт дело не хитрое, и относительно не дорогое, что при составлении, хотя бы подобия технического задания он рассчитывал, что основные расходы – впереди.
Чем большего ожидается от сайта, тем более детально описывается техническое задание на разработку сайта.
Самый быстрый и надежный способ добиться от Заказчика технического задания – это его составление со специалистом Исполнителя. Тогда будут точно исключены такие пункты как:
– Сайт должен быть красивым.
– Сайт должен иметь простую и интуитивно понятную навигацию.
– Сайт должен иметь все необходимое.
У каждого Заказчика свои критерии к красоте, простоте, и необходимости, поэтому при разработки технического задания, во избежание споров целесообразно четко формулировать, каждый пункт.
Кроме этого стоит помнить, что техническое задание является единственным инструментом для разрешения споров, а чем более четко сформулировано техническое задание, тем легче будет разрешать эти споры. Да и Заказчику будет сложнее отвертеться.
Нашей практики знакомы такие случаи, когда Заказчик после общения понимал, что ему требуется сделать для разработки технического задания, и исчезает, но потом через какое-то время возвращается, и говорит, что он был у других веб мастеров, которые взялись делать сайт без задания, и сделали не то что нужно. Человек просто постеснялся лишний раз спросить, а в результате потерял много времени, а значит и упустил ожидаемую прибыль. В результате большие убытки получает не веб студия, а сам Заказчик. Практика показывает, что кто-то обязательно должен брать на себя инициативу: писать звонить, общаться.
И ещё очень важная причина, по которой не стоит приниматься за разработку сайта. Не редко бывает так, что Заказчик, который платит деньги предварительно соглашается на все условия Исполнителя, сообщает, что ему некогда, он ничего не понимает, и предоставляет своего менеджера, который будет отвечать за разработку сайта, и в дальнейшим его обслуживать. Пока идёт разработка сайта – полное взаимопонимание. Но вот сайт готов, и у менеджера появляются не разрешаемые вопросы. То он ещё не решил, что его не устраивает в сайте, то он занят другими срочный делами, то сейчас занят, перезвонить завтра. Контакт с реальным Заказчиком ничего не даёт, потому как он все передал менеджеру, и когда последний примет работу он заплатит.
Так часто бывает: всё здорово, всё нравится пока не нужно платить. Как дело доходит до оплаты, так начинаются недопонимания.
Лучшая защита у Исполнителя от таких Заказчиков – вести всю работу на своём сервере. В самом худшем варианте Исполнитель теряет только время. А сайт всегда можно продать конкурентам.
