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

  • Навигация. Пожалуй, это основное, на что требуется сделать упор. Она просто обязана быть простой и внятной. Реализация навигации не составит труда, если ваш проект состоит не более чем из 50-60 страничек. Но ведь вы собираетесь и дальше совершенствовать свой ресурс, и web-страниц станет намного больше. Так что ориентируйтесь еще и на этот фактор, дабы впоследствии вам самому не «заплутать» в навигации своего сайта. Также помните, что навигация «помогает» поисковым роботам проиндексировать ваш сайт.
  • Не перегружайте дизайн большим количеством изображений – это отрицательно скажется на скорости загрузки. Давайте все же не будем испытывать терпение пользователей и сделаем идеальное соотношение информации и графики. Не стоит также добавлять баннеры с анимацией, они раздражают зрение и отвлекают от основной картины.
  • Ссылки следует выделять должным образом, чтобы пользователь понимал, где ссылка, а где основной текст. Не следует при наведении на ссылку делать увеличение ее размера, это приведет к резкому сдвигу основного текста. И еще одно немаловажное замечание: ссылки, при переходе на которые нет страниц, использовать крайне не рекомендуется.
  • Далее, дилемма каждого, в особенности начинающего web-мастера: свой дизайн или готовый шаблон. Лично я сторонник первого варианта, поскольку на фоне всех сайтов вы должны представить собственную уникальность. Но если все же не хватает знаний либо времени, подойдет и шаблон, но вам стоит его хоть немного подредактировать и видоизменить.
  • Пользуйтесь только своим контнентом. Наполнение сайта чужими изображениями и статьями отнюдь не поощряется в Сети Интернет. Я вам советую продумать свои, пусть не такие сложные графические элементы, и сделать для каждого фоновую заставку с названием вашего сайта (это и своего рода реклама, если ваше изображение будут использовать другие, и защита авторских прав).

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

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

Сразу напишу — этот текст никоим образом не претендует на абсолютную правоту и верность. Это выводы после наблюдений за успешными фрилансерами в России и на иностранных сайтах. Всегда и везде есть свои исключения и особенности.

Да, ситуацию с неадекватными заказчики пока не рассматриваем — всякие бывают.

1. Первая заявка на проект. Чрезвычайно хочется видеть следующую информацию:
a) Что будет сделано в рамках проекта. Лучше список компонентов или задач, и их примерное время. Гораздо проще общаться с человеком, который уже подумал о проекте и создал свое представление (пусть даже и не совсем верное). Но тут надо быть внимательным и не предложить php, когда явно требуется разработка на с++

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

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

b) Если есть что-то уже готовое и есть желание предложить его — хорошо бы описать его: ОС, компоненты, язык, функции, цена, условия лицензирования (если есть). Если это «готовое» не совпадает на 100% с формулировкой задачи — желательно указать чего не хватает, цену, сроки, функции. Часто проще взять что-то готовое, чем работать с разработчиком с нуля.

с) что планируется передать как результат проекта (работа) — компоненты, исходники, хелп, инсталлятор, видео, результаты и в каком виде.
Пример: «После выполнения проекта вы получите: исполняемый файл, C++ проект с исходниками для Visual Studio 2005, краткий мануал по использованию, программа в инсталляционном пакете InnoSetup, исходный проект InnoSetup.»

В этом примере:
— показываете заказчику что он получит за свои деньги;
— имеется возможность продемонстрировать свои знания и опыт;
— уже начинается продажа не просто труда фрилансера, а конкретной реализации задачи.

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

4. Торговля и цена — не всегда высокая цена предполагает торговлю. Торговля будет только если предложение единственное. Полагаю, вероятность этого не очень высока.
Если есть желание поторговаться — лучше не указывать цену, а обозначать — «цену назвать не могу, требуется уточнение деталей».

5. Теперь о главном — цена. Конечно, есть заказчики вида «восточные люди», которые стараются снизить любую цену в несколько раз. Это нормально.

Простой случай — торговля идет вокруг проекта с 100% детализацией. Тут рецептов нет, фрилансер сам определяется своими личными факторами — загрузкой, необходимостью денег и т.д.
Сложный случай — торговля идет вокруг проекта, у которого в описании 1-2 строки, а цена уже зафиксирована с точностью до 1 доллара. Это, согласитесь, достаточно странно :)
Например, бюджет заказчика 100 долларов, а хочется 200. В этом случае можно заняться уточнением деталей проекта — есть масса моментов, которые для заказчика некритичны, но при разработке можно сэкономить. Например, использовать не собственноручно запрограммированный сайт, а взять готовый движок. Или для заказчика не нужные исходные коды. Или снизить объем работы за счет несущественной для заказчика функциональности. Или использовать сторонние компоненты и библиотеки.

В этом случае важный момент — у заказчика есть проблема и бюджет. Ему нужно решение проблемы, попадающее в бюджет. Почти всегда заказчик будет счастлив, если проблема будет решена на 70-90%. Удовлетворен, если проблема решится на 50-70%. Можно выясните основу проблемы и предложить решение, попадающее в бюджет. Если потребуется, недостающие фукнции будут потом заказаны фрилансеру за отдельные деньги.

6. Полезно также узнать, как проект будет использоваться — для внутреннего использования или для распространения. Если внутренее использование с 1-2 инсталляциями, то некоторые вещи можно сильно оптимизировать или урезать — например, разрабатывать под одну операционную систему, использовать opensource компоненты, убрать инсталлятор. Что, безусловно, скажется на цене.
Если же продукт планируется распространять «на сторону», то сразу же стоит предложить (и объяснить зачем) поддержку разных ОС (XP/Vista/7), уточнить использование лицензионных компонентов, подумать об инсталляторе и обновлениях. Заказчик возрадуется, увидев такую активность и заинтересованность в качественной реализации проекта.

7. Очень хочется, чтобы фрилансер задавал заказчику больше вопросов по сути задачи. Не «кушал мозг», а стремился бы понять, что именно заказчику нужно. Это очень стимулирует продолжать работу с таким фрилансером.
Единственное, есть шанс случайно убедить заказчика, что либо этот проект ему не нужен, либо задачу можно решить без фрилансера :)

источник: хабрахабр

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

В противном случае – это пустая трата времени.

На самом деле – это шутка, но как известно: в каждой шутке есть доля правды.

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

Но, несмотря на это, мне кажется, что отличительные черты успешного фрилансера от неуспешного можно заключить в следующие пункты:

  1. Хорошее мнение людей о фрилансере благодаря его профессиональным качествам
  2. Большое количество постоянных заказчиков, а значит и работы
  3. Хорошее портфолио, доказывающее умения и навыки
  4. Удержание собственных цен (в то время как неуспешные фрилансеры предпочитают снижать цены до пола)
  5. Позитивные взгляды на жизнь!

Человек, так или иначе, знающий себе цену, будет держать свою марку, будет брать только те заказы, которые ему интересны, а главное – будет работать тогда, когда душа лежит.

Такие же рекламные ходы, как покупка платных аккаунтов, размещение рекламы и пр. – не всегда доказывают успешность и профессионализм.

Владимир *Звягин* Безбородов и Ольга Volanda в соавторстве

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

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

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

Что бы заказчик изначально был благосклонен и к Вашей заболевшей маме, и к выключенной электроэнергии в Вашем доме, необходимо знать некоторые простые неописанные правила:

  1. По опыту, можно сказать, что намного лучше уживаются такие рабочие союзы, где заказчик и исполнитель – разного пола. Женщина лучше понимает мужчину, а мужчина – женщину. Работать с представителями своего пола – страшно и не всегда плодотворно.
  2. Предоплата укрепляет отношения между рабочими сторонами. Заявив сумму, фрилансер будет безумно рад получить хотя бы 30-50% оплаты сразу. А все 100% – просто сказка! Но, есть и обратная сторона медали. Если работодатель будет почти идеальным и оплатит, то у него пропадают напрочь все гарантии того, что работа будет сдана в срок и вообще будет сдана.

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

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

После первого сотрудничества следует второе и третье – это признак того, что теперь Вы завоевали работодательское сердце и обеспечены работой на долгие «годы» -)

Владимир *Звягин* Безбородов и Ольга Volanda в соавторстве

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

Тот факт, что мне приходилось находиться “по обе стороны баррикад” позволяет взглянуть на ситуацию с разных сторон и постараться выделить ключевые моменты, определяющие ход проекта .

1. Отсутствие четкого осознания целей проекта

Очень часто при создании сайта у заказчика отсутствует четкое понимание целей, которые стоят перед проектом. И в итоге результат может оказаться плачевным: вы “что-то” попросили, мы “что-то” и сделали. Четкое понимание, что сайт нужен только для галочки и указания на визитках (а для многих компаний это так и есть) избавило бы множество заказчиков от головной боли и лишних трат.

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

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

2. Неправильная оценка и распределение бюджета проекта

Довольно часто заказчик не может правильно оценить бюджет проекта и правильно расставить приоритеты по аспектам работ. Очень часто заказчик исходит из личных предпочтений и устоявшихся стереотипов (например, “дизайн сайта не важен, главное – информация”). Это неверно, бюджет должен формироваться исходя из четкого понимания целей и задач проекта (см. пункт выше). Если вы определили, что основная задача сайта – поддержание бренда или определенной марки продукта в Сети, глупо экономить на разработке дизайн-концепции.

Типичная ошибка – большой бюджет на продвижение проекта (допустим, сотни тысяч долларов в год) – и мизерный на сам сайт. Подумайте, вкладывая такие деньги в рекламу, логично потратить немного больше денег на разработку, чтобы посетители сайта не были разочарованы. Верно и обратное: не имеет смысла раздувать бюджет на сайт, если никаких целей, кроме, собственно, его наличия нет.

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

СРОКИ

Не секрет, что более 80% проектов по созданию сайтов не укладываются в изначально установленные сроки, и работа затягивается на время, иногда превосходящее календарный план в разы. Это касается практически всех проектов (как за 2-3 тысячи, так и за 20-30 тысяч) и студий-разработчиков любого уровня.

Попытаемся выделить ключевые ошибки заказчика, которые приводят к затягиванию сроков по проекту:

3. Затягивание согласования работ

Главная причина затягивания сроков со стороны заказчика – мучительные согласования результатов работ. Особенно это касается разработки дизайн-концепции сайта. Чем больше людей со стороны заказчика участвуют в этом процессе (а по дизайну каждый считает себя специалистом) – тем больше хаоса привносится в проект. Это необходимо исключить – у проекта должен быть менеджер, курирующий все вопросы по проекту, а так же четко выделенный человек, принимающий окончательные решения. Разработчику обязательно нужно обеспечить доступ как к менеджеру, так и принимающему решения лицу, как бы трудно это ни было. Остальных “советчиков” необходимо исключить из процесса, потому что выполнения всех их пожеланий и комментариев (зачастую необоснованных и противоречащих друг другу) затянет проект на неопределенный срок. Это ни в коей мере не касается этапа тестирования сайта и выявления ошибок – тут нужно привлечь максимально широкий круг людей, чтобы вычистить все огрехи. Нужно четко построить модель взаимодействия по проекту с разработчиком именно на уровне менеджмента компании.

При принятии решения по дизайну необходимо максимально абстрагироваться от собственных предпочтений и мыслить в категориях пользователя из ЦА и общей адекватности предлагаемых вариантов.

Очень часто заказчик начинает “придираться” к мелочам в дизайне, хотя на самом деле ему не нравится предложенный концепт в принципе, но он просто не может (или опасается) это выразить. Важно отследить этот момент и предложить разработать новый вариант. Разработчику это будет проще, чем потратить месяцы на согласование не играющих роли мелочей, которые все равно не добавят удовлетворенности заказчику. Не теряйте за мелочами общего видения проекта!

Еще один важный аспект – не пускайте проект на самотек. Очень часто после первого срыва сроков по этапам, заказчик расслабляется и перестает оперативно реагировать на ситуацию. Это может привести к огромным задержкам по срокам, поскольку разработчик часто склонен сделать то же самое. Проект может попасть в “мертвую точку”, когда все потеряли к нему интерес. Сдвинуть ситуацию с этой точки может стоить огромных усилий.

4. Неправильная организация этапа подготовки материалов на сайт

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

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

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

“Хорошая ситуация” – когда на момент старта проекта в студию приезжает менеджер со стороны клиента и привозит кипу бумаг и высокую стойку CD с информацией (все-все, что он смог собрать). Это правильно.

Разработчик не обманывает вас, когда говорит, что материалы крайне важны для его работы. Это действительно так. Идеальная ситуация – 100%-ая готовность материалов на момент начала работ по дизайну. Наличие материалов к этому моменты позволит вам существенно ускорить процесс, а также лишить разработчика типичной отговорки “не было материалов, поэтому задержали сроки”, хотя, как правило, это не является отговоркой, а действительной причиной.

5. Отсутствие дедлайна работ

Жесткий дедлайн, о котором известно вам и разработчику – отличное средство мотивации деятельности по проекту с обеих сторон. Его наличие позволяет отмести мелочи и долгое согласование незначительных моментов, сформировать нацеленность на результат. Если жесткого дедлайна нет – придумайте его (вплоть до указания финансовых санкций в случае его несоблюдения). Отсутствие дедлайна расслабит как вас, так и разработчика.

6. Оптимизм исполнителя при составлении календарного плана

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

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

7. Нарушение типового цикла проведения работ

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

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

Типовой цикл прохождения проекта выглядит примерно так:

1) Определение целей и задач проекта

2) Определение позиционирования, анализ информации о продукции/услугах и ЦА

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

4) Разработка Технического Задания (ТЗ) на сайт, итоговой сметы и календарного плана работ.
Задача ТЗ – максимально подробно определить все аспекты работ по сайту, создать единое видение (это очень важно) проекта и заказчика и исполнителя.

5) Разработка дизайн-концепции сайта

6) Разработка макета главной страницы

7) Разработка макетов внутренних страниц

8) HTML-верстка сайта

9) Разработка анимационных FLASH-элементов

10) Сборка сайта на базе CMS-системы и разработка дополнительного функционала

11) Контент-наполнение сайта, пакетный внос данных в БД

12) Запуск пилотной версии сайта, тестирование, устранение ошибок

13) Перенос сайта на хостинг, тестирование, открытие сайта

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

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

8. Создание “сайта-памятника”

Еще одна типовая ошибка заказчика – считать, что после создания сайта его работа по развитию Интернет-направления заканчивается. Это в корне не верно. Создание сайта – точка “ноль” для его существования. Чтобы сайт стал эффективным маркетинговым инструментом, необходимо разработать стратегию его продвижения, а также на постоянной основе заниматься его обновлениями, мониторингом состояния, произведением улучшений и доработок, развитием.

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

Небольшой пример – большинство заказчиков хотят видеть на своем сайте ленту новостей, которая публикуется на главной странице. При этом у большинства компаний не хватает сил поддерживать ее в актуальном состоянии (или просто нет должного количества информационных поводов). Определите этот момент еще на стадии проектирования, ведь нет ничего хуже сайта с новостями за прошлый год на первой странице – он моментально создает у пользователя ощущение “заброшенности ресурса”. Лучше не публикуйте новости вообще, они, как правило, не очень интересны пользователю.

МЕЛКИЕ ОШИБКИ

Так же можно выделить ряд более мелких ошибок, обычно совершаемых заказчиком, рассмотрение которых при этом может быть интересно:

9. Регистрация домена студией или лично менеджером проекта

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

10. Большая предоплата фрилансеру

Работая с фрилансером, необходимо помнить. Что получение большой предоплаты крайне расслабляет человека и сводит его мотивацию практически к нулю. Этот грустный факт подтвержден многолетним опытом. Не давайте предоплату частнику более 10-20% процентов, даже если вы очень в нем уверены. Это не касается работы с крупными студиями – получение предоплаты в 40-60% процентов от бюджета проекта является нормой для рынка.

11. Отсутствие контроля откатов

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

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

Типовые менеджерские ошибки, совершаемые заказчиком при разработке сайта
Терехов Андрей (andrey@terekhov.ru)

источник

Для тех, кто хочет попробовать свои силы в качестве фрилансера (неважно, в какой стезе – копирайтер, художник, дизайнер…) Этот чудесный список я нашёл на reddit.com. Фразы, перечисленные в нём, всем хорошо известны, но вообще – стоит распечатать этот список и повесить на стенку.

Top 10 лживых фраз, которые говорят наивным фрилансерам

1. «Сделай это дёшево (или бесплатно) – и в следующий раз мы заплатим больше».

2. «У нас правило – платить только когда мы видим готовый продукт».

3. «Сделай это для нас – и ты получишь всё! Заказы просто посыплются на твою голову!»

4. Глядя на проект/концепцию: «Ну, мы пока не уверены, что ты нам подходишь, так что пока оставь свой материал у меня, чтобы я мог переговорить об этом с партнёром / инвестором / женой / духовным наставником».

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

6. «Контракт? Зачем нам эти гнусные бумажки! Разве мы не друзья?»

7. «Пришли мне счёт, когда работа будет опубликована / размещена».

8. «Предыдущий парень сделал это за ХХХ баксов».

9. «У нас бюджет – ХХХ баксов, стопудофф».

10. «У нас – финансовые проблемы. Давай мы немного подзаработаем – и заплатим, окей?»

Просто будьте готовы вежливо ответить на эти возможные «аргументы» – и Ваш фриланс-опыт будет гораздо более удачным!

источник английский

источник русский




© 2010 Москва
Фриланс
Прачечные самообслуживания России
(495) 789-18-82, 111 250, Москва, ул. Солдатская, д. 10, корп. 2
На специальном сайте - франчайзинг предложение от сети «Чистофф»