Pull to refresh

Comments 64

Хорошая статья, написанная от лица менеджера, который смотрит на разработку с дизайнерской точки зрения.
В определенный момент, когда выполнять работу дизайнера самому вам станет уже сложно (объемы, приоритеты или просто надоест), между пунктами 5 и 6 возникнет пункт «Создание и утверждение дизайн-концепции». Это позволит сократить время на создание и утверждение дизайна, сделанного не вами, а вашим дизайнером.
Советы в дизайне при создании макетов очень хорошие, особенно это касается текстов. Действительно, не добавляйте полотно, разбавляйте, выделяйте главную мысль, добавляйте экспертные мнения, девизы и народные приметы. Но лучше в качестве «рыбы» использовать не Яндекс.рефераты, а тексты грамотных конкурентов, меняя их название на название вашего клиента. Это приблизит дизайн к реальности.
Согласен, статья — зе бест! И коммент на закуску. Спасибо.
Ну и, конечно, хотелось бы видеть список работ, чтобы закончить картину и понять в каком ценовом сегменте вы работаете.
что-то больно много слов. сложно дочитать все до конца
Если сложно даже дочитать, то эта статья уже не поможет…
ну ты прям герой-читатель. видать делать тебе нечего по жизни, время твое мало стоит в денежном эквиваленте, так вот можешь и почитывать статьи такого рода
Если вам эта тема неинтересна, то, как говорится, лес там =>
Потратить 10 минут на чтение интересной статьи не жалко.
я не говорил о том, что статья неинтересна.
в статье много воды и советов типа КО
Моё время стоит достаточно для того, что бы я мог не тратить его полностью на работу. Если ваше время «стоит так мало в денежном эквиваленте» что его необходимо полностью использовать на зарабатывание денег — то менять что-то пора не мне.

Вот уж не думал что услышу когда-нибудь фразу «видать делать тебе нечего по жизни, если ты читаешь»
ваше чтение моего комментария и потом его неуместное цитирование, весьма доходчиво показываеет ваше развитие и ваш интеллект.
вы вырвали фразу из контекста и перевернули смысл сказанного
Ну да, повыдергивал из комментария фраз за которые взгляд зацепился — тут моя вина конечно. Просто изначальная фраза «что-то больно много слов» меня задела. Тут ведь не твиттер и не быстрые новости, а всё таки тематический блог. Тем более набор блогов у поста подобран правильно, да и статья сама по делу. Получилось как будто пришел в ресторан, ужин заказал «на вкус шеф-повара», получил неплохой стейк с овощами и в ответ: «а чо так заморочено то, бургера с картошечкой не было?»
А в общем то на вкус и цвет, самые глупые споры об этом. Вот только личностей касаться у вас привычка дурная очень, это вы бросайте.
Отличная статья! До полного счастья не хватает только образцов типовых договоров, ТЗ и КП и можно смело претендовать на звание «лучшее пособие для начинающих фрилансеров».
Кстати Я за!
bfck, пожалуйста выложите пример договора.
Мне кажется, что эта статья выходит за рамки «фрилансера». А хорошая заявка на «свое собственное дело» и полноценную реализацию себя.

В качестве комментария / совета — старайтесь брать людей в подрядчики (не важно, дизайнера или программиста) с горящими глазами на эту идею. Даже если у него мало опыта именно в этой сфере (он уже должен быть профи по определению) :)

Спасибо за статью, очень хорошо написана и мотивирует :)
Отлично! Вы на правильном пути… Удивительно, что существуют люди не знающие про «весну».
За статью огромное спасибо! Сейчас также нахожусь в «думах» про что-нибудь своё и как раз рассматриваю вариант создания сайтов.
Спасибо! Отлично!
UFO just landed and posted this here
И я не знал. Но никогда не буду использовать рыбу. Объясню почему.

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

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

И весь текст всегда рисую точно как будет заиплеменчено. И порезчиков прошу сделать 1 в 1 как в макете. С теми же тектстами и в том же количестве. Если на странице лиды у новостей 20 штук-то у меян в макете будет 20, все разные, с разными фотками.

Хотя конечно в макетах отрисовываю все типы контента, оговоренные в спеке и плюс UI файл.

Если заказчик трудный и приходится дорабатывать/перерабатывать то иду на ленту в раздел «криминал» и ищу там самые жесткие варианты и все в макет. Про насильников, убийц, маньяков, коррупционеров итд. Это уже догма за 7-8 лет, которые работаю)))) С заказчиком ссориться не позволяю себе-он мне все-таки деньги платит, но маленькие шалости позволяю. На уровне макета. Без пасхальных яиц)))

Но послдение года 3 не припомню такого-наверно вырос уже)) Научился перезентовать продукт-с первого раза все принимается.

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

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

Доказано неоднократно. Не ленись, не вписывайте рыбные тексты из «весны» или Lorem ipsum — намного лучше будет смотреться нормальный текст, а времени потратите немного на это.
+ требованию к дизайну. Я стал брать за правило писать в ТЗ диапазон знаков на странице, что сильно помогает дизайнеру. Размер SЕО-текста можно определить заранее, а если не SEO то анализ конкурентов, рассуждения о смысле странице и т.д.
Получается создавать не шаблон, что приятно.
>>А вот верстку проверить несложно. Снимите в разных браузерах скриншоты сверстанного сайта и наложите их в графическом редакторе на макеты. Не сходится? Покажите это верстальщику — пусть переделывает.

Пиксельхантинг? Не думаю, что за такое верстальщик вас отблагодарит. Особенно сложно подгонять текст, так как в зависимости от браузера, тем более платформы — возможна разная отрисовка. Все же я считаю, что проверка верстки со стороны заказчика должна быть более адекватной — небольшие сдвиги элементов я считаю допустимыми.
И то верно.
Немного про старые браузеры: я конечно стараюсь добиваться хоть какой-то работы в древних браузерах, но у меня такой волшебный заказчик, что такие моменты даже не обговариваются, и такой кроссбраузинг — это больше мое желание, чем пожелание заказчика или требование.
UFO just landed and posted this here
Ну если логически мыслить, то опытный верстальщик не будет использовать каких-то отступов / других параметров, которые будут отображаться в разных браузерах (исключение IE) по-разному. Или он сразу знает, что такие-то правила будут по-разному рендерить те или иные браузеры. Хотя, возможно, нужно обладать сильно прокаченным скиллом, чтобы так верстать) Но у меня очень редко вылазят несоответствия такого характера. Но, несомненно, данная техника проверки полезна и нужна в работе.
Но написал я тот коммент потому, что когда заказчик начинает слать скриншоты и требовать, чтобы текст пиксель-в-пиксель был везде одинаков, это для меня, как красная тряпка для быка :D
Огромное спасибо.
Я искал доходчивую книжку по этой теме а тут Вы так понятно и компактно разжевали.
Спасибо, буду надеяться что не последняя ваша статья по теме.
Интересная штука, подчерпнул для себя много нового и возьму на вооружение. От себя добавлю еще такую фишку, когда сдаю работу, в конвертике заказчику передаю пароли, инструкцию-брошюру по cms, 2-3 визитки. Пароли и инструкция должны быть красиво оформлены в соответствии с фирменным стилем. Визитки они передают своим друзьям, поэтому важно класть несколько, чтобы самим не потерять контакты, могут не отдать другим. А просто красивая инструкция и пароли — всегда приятно заказчику.
Ах, да, и еще, можно Вас попросить скинуть на всеобщее обозрение пример договора и тз? Если это, конечно, не противоречит этическим, моральным принципам, желанию, религии и правам на частную жизнь.
UFO just landed and posted this here
А договор с Вами заключают как с частным лицом или Вы имеете зарегистрированное юридическое лицо?
присоединяюсь к вопросу.
А как начинали? В плане исполнителей-сотрудников. На фрилансе искали исполнителей?
Не хочу показаться скупердяяем, но: «Закон синергии- объединение людей, дает повышение эффективности труда»
если ты сможешь найти людей и объединить их в группу- профит будет больше.
Не всегда. Очень трудно организовать эффективно работающий коллектив из нескольких человек. Здесь нужно обладать отдельными организаторскими способностями. Есть примеры того, как один человек можем заработать больше, нежели несколько, которых он пытается объединить.
Любопытная статья. Раньше мы тоже делали так, а потом постепенно стали работать совсем по-другому. Вот ключевые различия:

— Перед первой встречей обязательно определиться с порядком цен, иначе просидишь полжизни в кафе за милыми и бесполезными разговорами;
— Предоплата? 100% перед каждым этапом работ;
— Бриф? ТЗ? Блочный макет дизайна? Нет: полностью рабочий прототип сайта сразу на хостинге клиента. Сразу со всем функционалом (в виде скриншотов или фраз «тут слайдер» хотя бы). А уже потом на него навешивается дизайн. Ну, либо сайт изначально делается на готовом платном шаблоне;
— Нет контента — нет сайта. Не начинаем работу, пока клиент не соберет и не предоставит основной массив контента, сайт заполняем только реальными материалами. Иначе велика вероятность сделать мертвый сайт. Да и клиент, потрудившись над контентом, уже не передумает делать сайт. Или передумает: значит, он ему не очень нужен, а мы узнаем об этом еще до начала работ.
— исполнители: вся работа проверяется, в особенности верстка и программинг (и в особенности — в граничных условиях использования!), причем руководитель проекта обычно лично умеет почти все: от Фотошопа до jQuery. Поэтому мелкие правки вносит сам, не дергая исполнителей. Иначе допиливание сложных проектов будет длиться бесконечно.
Насчет подготовки контента — вот это очень правильно. В большинстве случаев заказчик не заморачивается насчет этого. Тут со 100%-ной уверенностью можно сказать, если заказчик отказывается помогать заполнять сайт — сайт ему не нужен и после его приемки, забудет о нем. Сталкивался с таким и в студии и во фрилансе. Ответ на вопрос «Почему так?» мне неведом.
Вижу, поднакопилось немного вопросов. Попробую ответить.

Qkish: А как начинали? В плане исполнителей-сотрудников. На фрилансе искали исполнителей?

Если честно, по моим представлениям, я до сих пор начинаю.

С исполнителями у меня самая настоящая беда: за прошедший год я расстаюсь уже с четвертым программистом. У меня есть надежный партнер-хостер со своим VDS, есть пара ребят-дизайнеров, готовых подстраховать в этом плане, если что-то не успевается. Есть отдельный верстальщик — правда, не так часто приходится прибегать к его услугам, т.к. он параллельно работает на фулл-тайме, отчего его время сильно ограничено, да и большинство программистов предлагают сразу верстку и код.

А вот программисты в моем случае — персональное проклятие, печаль и боль. Я всегда считал, что дизайнеры в своем большинстве — необязательные лентяи и раздолбаи, а у программистов все должно быть точно, ровно и четко. Но те, что мне попадались, могут бесконечно рассуждать о технологиях, рассказывать о том, какие невероятные фреймворки они сейчас осваивают, а уж сделать небольшой сайт на Joomla/MODx? «Ха, да я одной пяткой его за час прикручу, даже если буду одержим припадком болезни Туретте!». Но на практике, зачастую, выясняется, что соблюдение дедлайна и редлайна для них — пустой звук, что, как я уже говорил, хотя бы приблизительное соответствие верстки макету — это мои причуды, что фотки для тамбнейлов не обязательно должны сами ресайзиться, что в админке при добавлении, скажем, новости на сайт допустима необходимость ручного прописывания каких-то классов для картинок, ну или просто хамское отношение в мой адрес — я могу продолжать бесконечно. Знакомились мы, в основном, через общих знакомых. Однажды, совсем отчаявшись, я зашел на weblancer.net и начал просматривать все профили веб-программистов, упорядочивая их по рейтингу. Если видел нечто подходящее — писал письмо. Всех откликнувшихся на мои письма я просил показать свои лучшие проекты. Вот честно: я не увидел ни одного сайта, хотя бы отдаленно приближающегося к уровню, который показывают на порталах типа creattica.com/css/latest. А я очень хочу стремиться к такому уровню.

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

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

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

Кстати, небольшой оффтоп: сейчас у меня назревает достаточно крупный проект, первый мой проект такого масштаба, и я планирую (не сочтите за рекламу) привлечь для верстки (да, именно отдельно для HTML верстки) вот этих ребят из США: www.psd2html.com Цены у них, конечно, кусаются, но зато я почему-то уверен, что все будет сделано вовремя, аккуратно, и если и без «пиксельхантинга», как сказал ambientos, то максимально близко к идеалу.

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

dimasol: А договор с Вами заключают как с частным лицом или Вы имеете зарегистрированное юридическое лицо?

Несколько договоров я заключал на ООО одного из своих бывших партнеров (да, разумеется, программиста). Заключал договор и как частное лицо — но тут он составлялся не мной, а заказчиком, и всех юридических тонкостей этого дела я не знаю. Буквально недавно я зарегистрировался как ИП, но произошла окказия: у меня украли сумку со всеми учредительными документами. Так что теперь план такой: восстановить документы, завести р/сч в банке (в Райффайзене сейчас, кстати, очень крутая акция — бесплатное открытие и три месяца обслуживание) и переписать типовой договор под нужды ИП. Ребят, выкладывать договор совсем не хочу — все-таки это финансовая бумага, вся фигня. Я сам в свое время гуглил на предмет типовых договоров на разработку сайта, и видел несколько очень неплохих вариантов. Да и вообще, я не юрист — может быть, у меня там такая фигня понаписана, что произойди какая неприятность и дойди дело до суда, гремел бы я сейчас цепями где-нибудь в Соловках!

А вот шаблоны ТЗ и КП — ок, подготовлю и чуть позже добавлю в пост!

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

Скину в ЛСку, если кому интересно!
Насчет программистов и верстальщиков пару комментариев:

1) вы хотите чтобы делали сайты на ModX и Joomla, а это уже отсекает большую часть профи. Профессионалы с ними редко работают (из-за их лапшекода).

Кроме того, как вы могли оценивать по портфолио программистов? Только по функционалу сайта?

Хорошие программисты (большинство) из онлайна уже давно работают на зарубежных заказчиков на фуллтайм, через тот же odesk.com к примеру.

2) насчет верстки рекомендую не psd2html (т.к. дорого), а вот это — coderiver.com.ua/ (я и сам уже успел воспользоваться). Качественно, за разумные деньги.
Тут только один никнейм akella уже внушает полное доверие к ресурсу)
Вопрос по первому пункту. А с чем работают профессионалы?
большинство уже давно работает на фреймворках по типу ZF, Symfony, Yii
Но это скорее для более-менее крупных проектов. А если это 5 страничный сайт. Хотя каждый выбирает по себе.

А что вы скажите про фреймворк CodeIgniter.
> А что вы скажите про фреймворк CodeIgniter.

мне не нравится, а там на вкус и цвет фломастеры разные.

> Но это скорее для более-менее крупных проектов. А если это 5 страничный сайт. Хотя каждый выбирает по себе.

Что мешает использовать CMS на базе этих фреймворков (пусть даже самописные) для таких сайтов? Лично я так делаю. Один раз написал мини-цмс и использую ее для своих проектов.

Это лучше намного, чем ковыряться в лапшекоде по типу Joomla.
Спасибо. По поводу joomla полностью согласен. А вот гибкость modx мне нравиться.
> Но это скорее для более-менее крупных проектов. А если это 5 страничный сайт. Хотя каждый выбирает по себе.

ИМХО Wordpress — лучшее, что можно предложить для подобных проектов.
Да, с программистами совершенная беда. Они могут кодить днями напролет, они могут изучать сложные и интересные концепции, придумывать элегантные шаги и нетривиальные решения; но сделать простую вещь быстро, точно, в срок и не задавая вопросов для них оказывается непосильной задачей.

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

Совет насчет расчетного счета в Банке:
3) Лучше выбрать систему online-бухгалтерии и воспользоваться услугами связанного с ней банка. В этом случае системы будут гарантированно совместимы и ваши взаимоотношения с налоговой и автоматизация платежей будут легки и непринужденны.
Программист задает вопросы не просто так. Либо он чего-то не понимает, либо он видит, что Вы чего-то не понимаете. Опять же, желательно различать кодера и разработчика. Кодер пишет код согласно ТЗ, и если и задает вопросы, значит ТЗ составлено не верно. Разработчик же — свободный художник. Используя свой обширный опыт он может увидет косяки еще на этапе ТЗ, а не тогда, когда проект готов к сдаче. Тоже самое касается и грамотного дизайнера. Так что просто надо правильно подбирать исполнителей.
Хорошие программисты любят хорошие системы.
Поищите разработчиков на livestreet.ru
Насчет нескольких вариантов дизайна, из которых заказчик может выбрать рабочий есть еще один важный подводный камень помимо стоимости работ – в случае подготовки нескольких макетов на выбор очень часто заказчик просит что-то в духе «а давайте сделаем как в макете 1, но только с шапкой как в макете 2 и размещением картинок как макете 3», что приводит к гибриду-монстру, но донести это до заказчика иногда бывает довольно непросто.
Мне кажется, самым лучшим выходом может быть предложить сделать один макет, но с возможностью условно бесконечного количества доработок (в случае, если заказчик адекватный).

Так же в случае с дизайном я обычно пишу в ТЗ или договоре что-то в духе:

"Заказчик может направить Исполнителю список частных доработок, не затрагивающих общую структуру страниц и их стилевое решение. Указанные доработки производятся параллельно с разработкой программных модулей сайта. Внесение изменений в дизайн-концепцию после ее приемки допускается по дополнительному соглашению сторон.
Если представленная концепция не удовлетворяет требованиям Заказчика, последний предоставляет мотивированный отказ от принятия концепции с указанием деталей, которые послужили препятствием для принятия концепции и более четкой формулировкой требований.
В этом случае Исполнитель разрабатывает второй вариант дизайн-концепции.
Обязательства по разработке второго варианта дизайн-концепции Исполнитель принимает после согласования и подписания дополнительного соглашения о продлении этапа разработки дизайн-концепции на срок не менее пяти рабочих дней.
Дополнительные (третий и последующие) варианты разрабатываются Исполнителем на основании дополнительных соглашений.
"

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

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

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

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

А серъезных агенствах макеты не рисуются пачками-там глубоко концепты прорабатываются. Когда приходит время макета-уже почти все готово-осталось только чистоту навести. А на драфты обычно у хорошего дизайнера уходит пара часов+грамотная подача и комментарии.
UFO just landed and posted this here
UFO just landed and posted this here
Классически современный заказчик.

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

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

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

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

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

У меня часто бывало что я делаю, а мне говорят что вот нам надо желтенькую собачку, большой логотип и еще хочу фотку своей подруги поставить на главную—я возвращаю деньги и прощаюсь с заказчиком.
UFO just landed and posted this here
1. Либо проект не интересный, либо ему не нравится что получается. Как правило дизайнеры не настаивают на своей точке зрения. Дизайнер способен выдать шедевр-просто это обычно никому не нужно. По той же причине у дизайнеров редко стоят ссылки на реализованые работы-и вообще макеты, которые дизайнеры показывают-очень часто отличаются от того, что вывели на продакшн.

2. Для этого есть портфель. Если это портфель дизайнера, то примерно в таком же ключе стоит ждать работы-плюс/минус по качеству. ПО поводу набросков-это отличает не опытных дизайнеров. Дизайнер с опытом двигается маленькими шажками-тогда больший шанс ен потерять кучу времени и управление проектом легче, плюс появляется возможность изменить что угодно в процессе. По 3-4 часа на итерацию. Сначала лейаут, потмо стилистика, потом, поведение элементов. Потом иконки итд Каждая итерация согласовывается и обсуждается. Если необходимо-вносятся коррективы. Так работают над большими проектами, но и для маленьких тоже хорошо работает. В таком случае все видят результаты, заказчик учавствует в процессе, времени отнимается столько же, переделки не глобальны.

3. Это странный вопрос: для кого-то один дизайнер профессионал, а для другого любитель. Все профессионалы были любителями-поэтому никак не отличить. ДА и какая разница-если вас устраивает портфель, качество работы-то пусть ваш дизайнер будет трижды любителем.
Отличная статья — идете по правильному пути. Искренне желаю вам успехов ;)
В моём понимании это не совсем фрилансерство, это аутсорсинг. Фрилансер — это специалист. Программист, дизайнер, копирайтер и т.д. А вы поставляете готовый продукт. Впрочем это, наверное, субъективно.
Мой рецепт успеха намного короче — почасовая оплата. Вполне можно выжить, и не надо заниматься неприятными мне вещами, вроде SEO, дизайна и т.п. Доход, возможно, меньше, но и риски тоже.
Отличительный пример хорошей статьи — это когда получает много полезной информации и из самой статьи, и еще столько же, если не больше, из комментариев.
Это как раз тот случай. Спасибо автору за статью и за желание сообщества еще полнее раскрыть сабж в комметах.
эх… года два назад мне б эту статью в руки… :(
Автору — огромное спасибо за статью. Все по делу и без воды. Насчет исполнителей и их ответственности и профпригодности. ИМХО не имеет значения работа это в офисе или удаленная — человек либо ответственен, либо нет (он так же заинтересован в постоянной работе с Вами и хорошем имидже, как и Вы с заказчиком). Форсмажор может случиться и по закону Мерфи он случится обязательно. Так что желательно иметь подстраховку. Плюс сроки сдачи у дизайнера и программиста наверное не такие же, как у вас с заказчиком. Так что есть пространство для маневра.

В комментарии я уже написал, что желательно различать кодеров, которым в принципе все равно, что кодить (главное, чтобы ТЗ было со всеми нюансами) и разработчиков, которые ИМХО должны принимать непосредственное участие в разработке архитектуры сайта. Плюс желательно, чтобы разработчик/кодер общался с дизайнером. Так как тот может нарисовать дизайн без учета нюансов его воплощения, как-то CSS-й грид.

Удачи Вам и хороших, добросовестных исполнителей!
Вот какой вопрос у меня крутится в голове — «Нужно-ли заключать отдельный договор на разработку ТЗ»? Так как возможен вариант, что обговорил сайт на первой встрече, написал бриф, заказчик ознакомился, согласился, заключили договор и указали стоимость. При разработке ТЗ начинают возникать «Я имел виду. А можно..?» и т.д. Или бриф писать очень подробно?
Ничего нового не узнал.
Главный вопрос так и остался открытым: как не ошибиться в предварительной оценке стоимости.
Я решил, что в первую очередь надо согласовать ТЗ. Только после этого можно говорить о коммерческом предложении.
Sign up to leave a comment.

Articles