11 наибольших ошибок заказчиков
Источник - http://malkin.com.ua/
Тема работы с заказчиками во фрилансе - одна из самых больных для большинства фрилансеров.
Так какие же частые ошибки совершают заказчики? Почему так получается? Как же не допускать таких ошибок?
Дать ответы на эти вопросы я попытаюсь ниже.
Итак, заказчики:
1. Не прислушиваются к мнению исполнителя
Думаю, что каждый фрилансер встречал такой тип клиентов, которые не прислушивались к Вашим рекомендациям по реализации проекта. Как правило результат такой работы - не удовлетворителен с точки зрения профессионализма, хотя очень часто заказчик и доволен.
Очень часто фрилансер может советовать совершенно адекватные вещи, которые на порядок могут улучшить результат работы. Поэтому нужно фильтровать то, что предлагается фрилансером, но не полностью отвергать все, иначе желание предлагать что-то просто отпадет.
2. Считают, что при реализации проекта - важно только их мнение
Это не правильно. Проекты разрабатываются для пользователей., а не для директоров. Именно поэтому, нужно показывать целевой аудитории проект на разных участках работы - тогда в результате больше вероятности получить то, что нужно пользователям, а не красивую обертку для директора, которая не будет “работать”, ведь пользователям она совсем не нравится/не удобна/не вызывает нужных эмоций.
3. Экономят на исполнителях, в надежде получить не хуже работу
На самом деле так бывает очень редко. Экономия на реализаторе - как русская рулетка - выстрелит или нет, только вероятность не 1/6, а намного больше. Ничего хорошего обычно не выходит. Выбирать фрилансера нужно не по финансовым соображениям (кто меньше предложил), а по соотношению цена/качество, тогда вероятность остаться “в дураках” стает намного меньше.
4. Не контроллируют процесс реализации проекта
Излишний контроль - тоже плохо, однако “отпускать вожжи” - тоже не стоит. Отсутствие контроля очень часто расслабляет большинство фрилансеров, что приводит к тому, что реализация идет вяло, сложные моменты исполнитель либо решает так, как он их понимает, либо вообще выкидывает из проекта в надежде “авось пройдет”.
Идельно выбрать положение где-то по середине - допускать некоторую самостоятельность фрилансера, при этом устанавливать промежуточные “чекпоинты” и за ними жестко следить, не допуская “самотека” проекта.
5. Дают 100% предоплату проекта
Этот момент вообще просто не допустим. Это снимает сразу все обязательства с фрилансера. У фрилансера просто не остается дальше стимула заканчивать работу.
Если и давать предоплату - то не более 25-50% и то, нужно тщательно смотреть, кому Вы ее даете (стоит проверить фрилансера, например как это описано тут).
6. Проводят конкурсы без оплаты участия
Ни один фрилансер-профессионал не будет принимать участия в конкурсе. Да и любой фрилансер, что ценит свое время. Сколько я смотрел победителей таких конкурсов, устроенных заказчиками - это тихий ужас. И спрашивается - зачем делать конкурс, если в результате всеравно выйдет то, что начинается на букву г.
Если уж и делать конкурс, то с оплатой за участие, тогда будет стимул и поучаствовать профессионалам и результат можно получить на порядок выше.
7. Связываются с посредниками
Проблема тут в том, что большую часть оплаты возьмет посредник, а конечному исполнителю попадут только жалкие крохи, соответственно и работа так же будет выглядеть, как заплатили.
Лучше стараться не работать с посредниками, но если другого варианта нет - то тщательно подбирать посредника, чтобы быть наверняка уверенным в успешном результате совместной работы.
8. Отдают (или принимают чужое) техзадание, в котором не описаны санкции, которые будут применяться к фрилансеру, в случае срыва сроков
Чем это плохо? Плохо тем, что это опять же развязывает руки фрилансеру и если даже фрилансер не успеет в сроки - фактически ситуация становится патовой - ведь не описан механизм выхода из данной ситуации. А это очень плохо - на этой почве могут начинаться разные проблемы в отношениях между исполнителем и заказчиком, вплоть до суда.
Чтобы избежать этой ошибки - стоит вписывать в техзадание штрафы за день просрочки. В целом этоже можно и писать в договоре, если таковой заключается между заказчиком и исполнителем. Обсудите изначально цифру штрафа. Это може быть описано как “штраф за день просрочки от указанных в тз(договоре) сроков составляет n долларов США и вычитается из общей стоимости проекта”.
9. Долго предоставляют сопроводительные материалы по заказу (например логотип или хостинг)
Так, как многие заказчики не совсем осознают процесс реализации проекта, то, затягивая с передачей материалов - делают очень часто не возможным оценить время работы, что нужно будет после передачи материалов (например логотип компании передается в ужасном состоянии и его нужно сначала обработать, прежде, чем поместить в дизайн); и это, в свою очередь, может привести к срыву сроков проекта. И тут уже виноват не исполнитель, а заказчик (хотя фрилансер может обезопасить себя, сообщив, что начнет реализацию задачи только тогда, когда все нужные материалы будут переданы заказчиком).
Выход прост - передавать материалы как можно быстрее, если уже началась реализация проекта или начинать отсчет сроков с момента передачи.
10. Не читают техзадание, составленное фрилансером
Это смешной пункт, но на самом деле такие заказчики тоже встречаются, мало того, они подписывают такие техзадания, не прочитав, а потом, при сдаче требуют совсем другого.
Важно запомнить, что техзадание - это не просто вкладыш к проекту, бирка или подсказка - это прямое указание разработчику, что должно быть сделано, а чего не должно быть в принципе. И только по этому документу разработчик будет ориентироваться, когда будет реализовывать проект.
Читать техзадание - первостепенна задача заказчика, чтобы понимать, что же будет сделано в конце проекта.
11. Не осознают реальных целей проекта
И это превращается в головную боль для исполнителя и заказчика. Если бы заказчик сразу понимал, что сайт ему нужен “для галочки” - проблем было бы меньше.
И очень мало заказчиков понимают, что сайт компании - отличный маркетинговый и пиар инструмент, позволяющий усилить мнение о бренде (ровно, как и позволяющий снизить мнение о бренде, если сайт сделан черти-как).
Мой совет - перед началом реализации проекта - уделить пару часов для выяснения целей проекта, его аудитории и желаемого результата.
Вот такие самые большие ошибки совершают заказчики, причем не только во фрилансе..это общая тенденция, к сожалению. Цель моей заметки - чтобы ее прочитали как можно больше заказчиков и не делали больше таких ошибок.
P.S. Я буду рад, если Вы, мои читатели, покажите данную заметку 1-2 заказчикам, с которыми Вы работаете или работали - возможно вместе мы сможем помочь и заказчикам и себе в работе: заказчикам - не делать ошибок, а нам - получать более четкие задания и интересные проекты.
- Блог пользователя anycolor
- Войдите или зарегистрируйтесь, чтобы оставлять комментарии











Комментарии
Гарний топік. Я
Гарний топік.
Я б поставив п.11 на 1-ше місце. І Замовник і Реілізатор повинні знати маркетингове завдання проекту. Напр. "Нам потрібно більше клієнтів чоловіків від 31 до 45 років". Тоді в будь який момент реалізації проекту будь яка суперечка може бути вирішена відповіддю на питання: "А врешті, чи принесе це нам цих клієнтів?"
п.7 Посередник дуже часто корисний і вартий грошей.
п.5 100% передоплата не проблема якщо фрілансер має репутацію.
п.6 Оплата за участь у конкурсі це просто неподобство якесь. Викініть його відразу. Ви ж про фрілансерів пишете, а не посередників-агенції. Фрілансер не може фінансувати участь у тендерах за визначенням.
Вы не поняли. Фрилансеру оплачивается участие в конкурсе, где он делает работу на конкурс.
Ага, можливо. Але малоймовірно, що замовник на це пійде.
На самом деле такое очень часто встречается. Я сам не один раз в таких конкурсах участвовал.
По п. 11
Необходимо не только осознать цель проекта. Надо сделать домашнюю работу:
1. Перед объявлением конкурса необходимо детально проработать требования к проекту. если со стороны заказчика присутствует несколько заинтересованных подразделений (характерно например для корпоративного сайта) то каждое из них должно проработать свою часть и согласовать требования других подразделений.
2. Необходимо определить ответственного заказчика. Попросту хозяина ресурса. Так заказывая сайт, от имени организации зачастую выступают ИТ, а на самом деле заказчиком выступает "маркетинг" при согласовании с "защитой информации".
Требования - есть основа для проведения конкурсов и проверки "правильности" техзадания.
По п. 8
Техзадание не может содержать санкций. Санкции могут быть только в договоре. Только он имеет юридическую силу (и прочую силу :)). А вот техзадание может быть "неотемлемой частью договора". И предоставляется в соответствии с календарным планом работ. Может стоить отдельных денег заказчику. И его прием сопровождается актом приема выполненных работ.