|
Sep
07
|
Границы компетенции заказчика
  (2 голоса, средний балл: 4.5 из 5) Loading ... |
В последнее время мне понравилось писать для заказчиков. Данная заметка — логическое продолжение этой цепочки заметок.
Перейдем к делу — в чем же граница компетенции заказчика и как понять собственно ее границы.
В первую очередь напишу, что все, что будет сказано ниже — только мои умовыводы и основаны на моем, личном опыте.
За 3 года фриланса (кстати начал я свой путь в сентябре 2005 года, о чем хорошо свидетельствует мой профайл) мне удалось поработать с самыми разнообразными заказчиками по самым разнообразным областям заказов — от дизайна до поиска багов в сайтах.
Это накладывает свой отпечаток на мое понимание «идеального клиента». Состоит оно в следующем:
- Клиент знает, что хочет получить. При этом никаких сомнений у него не должно возникать, как и фраз «возможно, попробуйте» и т.д. Он проверяет конечный результат, примеряя его на выполнение поставленной задачи, а не ориентируясь на приливы на Марсе.
- Клиент не знает, что хочет получить. Тогда либо клиент доверяется исполнителю, предварительно обсудив с ним, на что же должен быть похож результат и собственно какую задачу он должен решать, либо клиент преступает границы «компетентности» и начинает управлять фрилансером в том направлении, в котором как ему кажется, будет правильнее.
C первым вариантом все более-менее понятно: этот вариант очень удобен и для клиента и для исполнителя (как показывает моя практика — проекты с таким подходом делаются быстро и с удовольствием с обоих сторон). Как правило такие заказчики либо приходят с готовым техзаданием, либо могут довольно точно конкретизировать, что нужно выполнить по их заказу. В части реализации поставленной задачи полностью полагаются на знания и умения исполнителя и разбирают только конечный результат работы, корректируя его по надобности.
Со вторым вариантом очень часто происходит то, что и следует ожидать — либо все устаканивается и исполнитель и заказчик находят общий язык, либо доходит до разрыва отношений (в лучшем случае, а в худшем — скандал).
Очень часто проблемы во втором варианте возникают именно по причине того, что заказчик, не знаючи, что он хочет получить, начинает вмешиваться в работу, вставляя свои корректуры по типу:
Моя дочка, которой 6 лет, посмотрела дизайн и говорит, что если добавить красный, черный и бурый цвет в шапку, то весь макет будет выглядеть намного привлекательнее. Я ей доверяю, она талант и учиться в художественной школе.
Конечно данный случай — клинический. Это нарушение всех правил сотрудничества между заказчиком и исполнителем. Однако, к сожалению, во фрилансе встречаются и такие примеры до сих пор.
Граница компетенции заказчика должна пролегать там, где заказчик уже выбрал исполнителя по портфолио и приступил к работе с ним (предварительно составив техзадание или хотя бы заполнив бриф). Вы также можете составить договор (точнее я рекомендую его составлять, особенно если нет уверенности в том, что конечная работа фрилансера будет удовлетворять вас, как заказчика), где очертить все возможные исходы и результаты сотрудничества (такие как количество исправлений, сроки реализации и форс-мажоры).
Далее вы должны не вмешиваться в работу исполнителя до окончания работ. Вот тогда можно оценивать результат и вносить коррективы, если изначально поставленная задача не выполнена или выполнена не так, как написано в техзадании или даже нарушены условия договора.
Итак, подведем итоги.
Что должен сделать заказчик:
- Выбрать исполнителя
- Составить совместно с исполнителем техзадание (или заказать его составление где-то еще)
- Составить договор и подписать его с исполнителем, описав в нем все спорные ситуации и схему работы над заказом, а также цену работы
- Предоставить все нужные материалы для работы фрилансера
- Проверить результаты работы на соответствие поставленной задаче (по техзаданию) и договору
Чего не должен делать заказчик:
- Вмешиваться в процесс работы над заказом, кроме случаев, когда видны очевидные отклонения от изначально поставленной задачи
- Руководствоваться своими непроверенными домыслами по поводу реализации задач (понимания цветов, композиции, принципов работы вебсайтов и т.д.). Непроверенным можно считать домысел, очевидный только вам самому. Хотите проверить свои домыслы — обратитесь к стороннему профессионалу, чтобы он подтвердил или опровег их
- Сношать фрилансера в мозг Проявлять «хотелки», которые не описаны ранее в техзадании и договоре без доплаты за оные. Если конечно у вас есть 2–3 «хотелки», которые отлично вписываются в пределы 1–2 часов работы — то любой фрилансер будет рад их сделать и бесплатно. Все остальное должно требовать адекватной оплаты за затраченное время разработчика
Описанные выше вещи довольно четко (как на меня) очерчивают границу компетентности заказчика.
Запомните! В работе главное достичь гармонии, когда обе стороны понимают, над чем они работают и что ожидается в результате. Только тогда возможен хороший результат! Ведь вы же не хотите какую-попало работу, верно?
07.09.2008 в 21:34
Абсолютно верно сказано. Для этого нужно немало времени провести в дискуссии, чтобы дизайнер и заказчик одинаково понимали задачу и пути её решения. Спасибо, интересная статья.
07.09.2008 в 23:18
Принципиально не работаю со вторым типом заказчиков. Контрольный вопрос: “Что Вы хотите получить в результате?” Бывает, что человек просто не может сформулировать – здесь надо правильно ставить вопросы. А если он отвечает в духе “не знаю, это же вы специалист”, то это не мой клиент
В том, что касается “заповедей” заказчика, готова подписаться полд каждым словом. Очень интересно узнать мнение работодателей об этих правилах.
08.09.2008 в 09:44
Станислав, вы пишете об одном и том же везде – что здесь в блоге, что на Хабре. Особенно на Хабре. Как вы это делаете. Внимание!
Вы берете рыбу, жарите ее, подаете ее жареной, потом ее же варите, подаете вареной, затем маринуете, кормите всех маринованной, потом солите…
Поэтому вас и минусуют, вы скучны.
08.09.2008 в 10:26
Добрый человек, я уже на хабре писать не могу, так что вопрос отпал сам собою.
А читатели моего блога всегда вправе решить для себя сами, скучен я или нет.
Спасибо за мнение
08.09.2008 в 13:21
Добрый человек, кстати был бы благодарен, если бы указали в каком русле нужно писать, с вашей точки зрения.
Хотелось бы живых примеров, чтобы я мог понять в чем моя ошибка, если таковая имеется.
08.09.2008 в 21:03
Была у меня одна дама, которая давала указания по программингу и по проектировке бд, хотя в этом была полный 0. Её аргументы были железнми: я уже 3 года работаю менеджером по продажам в этой сфере. Помню как это меня взбесило, когда ты по сути должен делать все под указку неграмотной тетки. А шаг влево и вправо считался побегом. Думаю не стоит рассказывать, чем кончилось “сотрудничество”.
08.09.2008 в 23:12
а вот что ты думаешь про scrum ? по моему так называеться одна из методологий пришедшей из хр , конечно имхо она в основном применима с заказчиком с которым возможен личный контакт и лучше с адекватными людьми , но ведь писать тз на 200 долларовую работу тоже не стоит… хотя на удалёнке самый простой вариант расставить галочки в тз как выполенные . вопрос в творчестве . ибо кроме того чтобы придумать чтото надо ещё это формально описать в тз, что не всегда комфортно
08.09.2008 в 23:35
ску, я не знаком с данной методологией хорошо, но насколько я знаю, она пришла, как ветка Agile, вот по методике Агиле я работал, но как ты правильно подметил – тут нужен личный контакт, иначе методология теряет свою эффективность. Ее конечно можно повысить, но она никогда не будет такой, как при личном контакте.
Насчет ТЗ на 200 долларов – ТЗ не нужно. Нужны требования к результату. Расписывать на 10 страниц конечно не стоит задание на такую работу.
09.09.2008 в 14:40
[...] Малкин определяет границы компетенции Очень часто проблемы во втором варианте возникают [...]
09.09.2008 в 14:57
Мне вот услуги дизайнера понадобились именно потому, что с вопросах цвета я не разбираюсь настолько, насколько выбранный дизайнер. Кстати, дизайнера я выбирал по своему уровню – если видел в работах претендентов расхождения со своими представлениями о юзабилити и сочетании цветов, то отказывал. В итоге выбрал N.O.D.’а=)
Еще мне кажется, что для плодотворного сотрудничества закачику необходимо иметь какие-то базовые знания о заказывоемой услуге. Иначе неизбежны расхождения. А так как мы до сих пор считаем, что “кто платит, тот и заказывает музыку”, то и считаем уместным указывать на недоработки в работе профессионалов. Хотя и исполнителям нужно уместь слушать. И спрашивать.
09.09.2008 в 17:59
AlexNote, абсолютно верно. Только те заказчики, которые умеют слушать и спрашивать у исполнителей могут расчитывать на качественный результат
09.09.2008 в 22:37
Добрый человек, низкий Вас поклон! Замечательная аналогия с рыбой!
Стас! Ты знаешь, что я постоянно читаю твой блог. И я уже давным давно заметил, что пишешь ты не о фрилансе, а вообще о проектном менеджменте средних/мелких web проектов.
Я вот никак не могу понять одного: чем принципиально фриланс отличается от моей работы в офисе:
- Заказчики одинаковые
- ЗП – личное дело каждого
- удаленная связь – да не вопрос у нас на фирме два офиса, так что удаленка процветает…
to ску: скрум пришла из аджайл, а не из хп. И скрум подходит только под проекты, когда клиент готов платить не прямо за результат, а за время работы. Т.е. при обычной работе по ТЗ, мы знаем весь объем и можем посчитать сроки/цену. А в скруме, мы что-то постоянно делаем и за это что-то нам постоянно платят. – грубо это выглядит так
- сидеть дома? ну вот я эту неделю дома, по спец заданию
Может это все тоже самое? Только в профиль?
09.09.2008 в 22:53
Буду благодарен, если ты пояснишь, какую мысль человек хотел до меня донести и как я должен изменить стиль написания (хотя честно говоря не пойму, зачем что-то менять – ведь люди читают, количество ридеров растет, посещаемость блога тоже).
Я пишу о том, что мне близко. Возможно я просто немного перерос фриланс и поэтому чаще пишу на отдаленные от фриланса темы. Но тогда встречный вопрос – что ты понимаешь под понятием “писать о фрилансе”?
Граница довольно тонкая и она лежит в том, что можно выбирать проекты и заказчиков, а также выбирать время работы и отдыха (например я могу проваляться месяц на песочке на югах [хотя в этом году вышло всего две недели - стартапы ждут] в удобный мне месяц, в то время, как далеко не каждый может себе позволить отпуск в августе – кому-то не дают, кто-то еще не заслужил).
А так схожих вещей очень много и ты в этом прав.
09.09.2008 в 23:12
Полагаю, мысль выглядит примерно так: “не знаешь о чем написать – не пиши”. Как понимаеш, дельных советов к такого рода критике обычно не прилагается
09.09.2008 в 23:17
lebon, я думал, что автор не совсем это имел ввиду. Но если так, то совсем прискорбно – ибо я как раз пишу когда есть о чем писать и не пишу, когда нет идей для написании статьи. А что попало желания никогда не возникает писать.
10.09.2008 в 00:10
Что за дурацкая манера отвлекаться от темы поста. Считаете что человек, плохо пишет, напишете ему приватно. Со стороны “Доброго человека” это и вовсе очевидный факт. Ссылку на себя не поставил, дело сказал — значит сомнение тешить не собирался, и на трафик с этого блога не зарился. (Я бы в на мыло ему написал, вместо пулеметной ленты из букв в комментариях, но но нет его тут)
По теме. Написано дело. Но вот как бы это донести до рассудка самих заказчиков. До ушей то еще ладно, ссылку в миранде переслать не бог весть какой труд.
P.S.
Попробовал зарегиться. На мыло ничего не пришло. То ли я такой несчастный, то ли блог меня не любит, то ли что-то не хорошое с регистраций твориться.
10.09.2008 в 00:54
Чем больше заказчиков прочитают, тем легче будет. Я для того и пишу, чтобы показывать и своим заказчикам тоже. Если не говорить о проблеме, то никто и не узнает, что таковая имеется.
[0:51] malkin# cat /var/log/maillog.0 | grep maxim@pokrovskii.com
Sep 9 23:57:37 malkin sendmail[60607]: m89Kvavc060604: to=maxim@pokrovskii.com, ctladdr=www (80/80), delay=00:00:01, xdelay=00:00:01, mailer=esmtp, pri=30667, relay=mxs.majordomo.ru. [78.108.81.249], dsn=5.1.1, stat=User unknown
Похоже, что проблема не на нашей стороне. Проблема с мылом автора.
Сегодня кстати зарегистрировались многие. Даже некоторые из них выше написали комментарий.. Сам проверял несколько раз до того, как сделал такую систему, чтобы все работало.
Максим, узнайте, что у Вас с почтой и напишите сюда о результатах общения с суппортом Вашего сайта, чтобы я знал, где все-таки проблема лежит.
10.09.2008 в 09:44
Станислав, каждый понимает аналогию с рыбой по своему. Мое понимание таково: в одном посте ты задел тему клиента, в другом посте та же тема, но другими словами, хотя принципиально идея и советы не изменились. С другой стороны это и есть субъективизм блога.
Мое понимание писать о фрилансе – это когда мне будет совершенно не интересно, потому что я не интересуюсь фрилансом
. Вот такой банальный и субъективный критерий.
А вообще если аудитория ростет, то обязательно пиши. Аудитория это главное.
Максим, мы действитльно отвлеклись, надесю Вы меня простите.
10.09.2008 в 12:10
Зачем тогда вообще блог заводить ? Хочешь что-то кому-то рассказать – напиши лично в мыло.
…когда-нибудь
10.09.2008 в 16:29
Я вместе с заказом дизайнеру обычно скидываю некоторые примеры – идеи того, чего я от него ожидаю. Это не значит то будет плагиат на что то – дизайнеру проще понять ход моих мыслей, потом как не всегда удается словами выразить свое видение вопроса.
10.09.2008 в 19:00
Само хуже когда заказчик сам чесно говоря не компетентен и начинает тебя уму разуму учить или потом после исполнения заказа полгода тебя достает а зачем эта кнопка или как работает та функция .
Мне недавно такой попался ужасть
10.09.2008 в 20:29
“Предоставить все нужные материалы для работы фрилансера”.
Для этого самому нужно быть программистом.
10.09.2008 в 21:00
Mak_Sh, вы не о том подумали. В данном случае имеется ввиду: тексты, логотип и т.д. Тоесть – вспомогательная информация для реализации проекта. Для этого не нужно быть программистом, атнюдь.
11.09.2008 в 00:10
Есть еще один момент, в котором заказчики часто проявляют свою некомпетентность – размер оплаты
некоторые товарищи, скажем так, отстали от жизни лет эдак на 3-4.
14.09.2008 в 20:10
Недавно пришла во фриланс, но уже есть опыт “неудобных” заказчиков – предложение изначально хорошее, а как дойдешь до сути, выходит что-то типа “поди туда, не знаю куда, принеси то, не знаю что”
Мое мнение это из-за своеобразной необразованности заказчиков.
23.09.2008 в 00:32
Забыл в посте урпомянуть еще одни вид заказчиков: Клиент не знает, что хочет получит, но думает, что знает. Постоянно путается, сбивается. Одни предложения противоречит другим. Никому не знакомо?
23.09.2008 в 16:06
Somarion, согласен. Встречались мне и такие. Но как правило выходило все гладко, но сначала нужно клиента “поставить на места”, а после этого уже все идет нормально.