РекламаCity :: Лента новостей :: Статьи :: Профессиональное образование

* - не путать с пошлым и идиотским словом "продюссер", используемом в России. Во всем образованном мире, продюссер - это человек, который контролиует производство.

"Есть в мире интерактивного дизайна такая мега-крутая студия www.f-i.com. Знакомьтесь! Там работает мега-крутой креативный директор (бывший AD) Антон Реппонен. А еще там работает мега-крутой продюссер Том Ноулз. И вот он поделился своими золотыми правилами. А крутые ребята из "Red Keds" их перевели. А я вам их покажу (кто в теме скорее всего читали это "в контейнере", но всё же)." Ajven

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

Избегайте предположений
Это правило номер один. Люди, конечно, могут делать весьма точные прогнозы по проекту, но предполагать что-то в мире интерактива весьма рискованно: «Я полагал, что этот сайт будет работать в IE6 так же хорошо, как и в IE8»; «Я думал, нам не нужно будет использовать что-то из функционала предыдущего сайта»; «Ой, а я так понял, что это вы будете заниматься контентом»…

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

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

Но как увлеченному дизайнеру и разработчику, вам постоянно охота выделиться: всегда так заманчиво «задизайнить» что-то в стиле, который вдохновил вас недавно, или поэкспериментировать с вон той новой технологией, или создать cто-пятьсот выпадающих окошечек, которые вы будете проектировать месяцами.

Но — всегда, всегда, ВСЕГДА в первую очередь надо думать о цели проекта. Если у вас две недели, чтобы создать десять компонентов, то разумно ли тратить первую неделю на идеальную проработку первого? Насколько уместно, делая сайт для какой-нибудь адвокатской конторы, сидеть и оттачивать мастерство владения «фотошопом»?

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

Как строго вы бы ни контролировали процесс, вы должны быть готовы к [новым] багам и неожиданным проблемам. Просто потому что веб — это такая нестандартная среда, и пользователи могут просматривать ваш сайт, пользуясь различными гаджетами, типами связи и браузерами. Ну а выход такой: если вы собираетесь запустить ваш сайт с помпой, откройте его тихонечко на несколько недель раньше основного срока запуска, и позвольте всему «утрястись» перед тем, как вы будете делать «тадам!!!»

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

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

Классический пример того, как все может пойти враскоряку, — это когда вещи «дизайнятся» и проектируются на основе текста-«рыбы», а потом оказываются не приспособлены к реальному контенту. И как следствие — адовы правки и в программинге, и дизайне. Кроме того, подготовка контента занимает кучу времени: его надо написать, утвердить, разместить, а затем, после размещения, еще и вычитывать постоянно. В Fi мы еще постоянно делаем многоязычные сайты, и это — еще один уровень сложности ([представьте], что происходит, если ваше приложение для «айфона» надо вдруг перевести на русский и китайский?)

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

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

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

Любезно предоставлено Ajven