Про мои работы на других сайтах

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

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

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

Про то, что не нужно писать в техническом задании

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

Итак, очень в последнее время раздражают все различные скетчи, схемы, наброски будущего дизайна. Обычно их рисуют менеджеры или сами заказчика, в большинстве случаев без доли смысла. Мешают они тем, что нужно вписываться в какие-то непонятные условия расположение объектов. И если следовать таким скейтчам, то в результате ничего хорошего не получается. Еще, как правило, предлагают всегда стандартную схему расположение блоков: шапка, тело (три колонки) и подвал. Ну и как вы думаете, может что-либо выйти интересное после таких скетчей?

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

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

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

Про дедлайн и срывы сроков

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

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

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

Что важно знать при работе с заказчиков

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

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

Сроки
На второе место я бы отнес, сроки. Любые сроки всегда должны быть соблюдены. На мой взгляд, нельзя даже просить и дополнительного дня, если сроки уже прошли. А чтобы избежать дедлайнов, нужно всего лишь всегда накинуть дополнительно 2-3 дня на работу проекта. Лучше выслать работу раньше на два, три дня, чем позже.

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

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

Хотелось бы услышать еще мысли реальных заказчиков по этому поводу, думаю, еще многое не перечислил. А такая информация, на мой взгляд, на вес золота. Ведь постоянные заказчики приносят около 60% прибыли. Базарю, сам проверял:-)

Опять про техническое задание — часть II

Прочитав комментарии, становится ясно, что составление технического задания для многих является головной болью. Но прежде чем приводить примеры и говорить дальше про столь болезненную тему, хочется оговориться. Что ТЗ для фрилансера и для компаний работают немного в разных интерпретациях. А именно, что фрилансер птица вольная и строго следовать техническому заданию, забивая на просьбы заказчика или небольшие правки, которые не были оговорены, чревато остаться без оплаты или просто потерять заказчика. Хотя если рассматривать данную ситуацию в компаниях, то там все может быть надежней и строже. Даже по тому, что любая компания имеет юридическую силу и прочую дурь, в отличие от фрилансера.

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

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

К посту, пожалуй, приложу то самое сильное ТЗ

Постовой:

—  Хорошая поддержка и раскрутка сайта

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

Опять про техническое задание

Памятка по техническому заданию

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

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

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

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

Почему я сижу под Firefox-e 2

Во-первых, я привык к нему с 2006 года. Привык на столько сильно, что даже не смог пересесть на третью версию. Конечно, тут дело привычки. Но насколько себя помню, я еще малым сидел под стареньким Netscape и ничего больше признавал. А оперу вообще всегда игнорировал. По мне так, она как-то сделана через жопу.

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

Ведь всегда интересно заценить безбашенные решения верстальщиков.

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

Среди присутствующих с похожим диагнозом есть?

Комментирование постов

По просьбам «трудящихся»

Меня не давно как-то упрекнул в том, что форма стала лучше только из-за сафарного стиля. На самом деле форму я сделал в сафарном стиле, так как показываю всегда свои макеты в сафари. Показывал бы в осле или в фаерфоксе, то соответственно делал бы формы в их стилях.

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