Как стать автором
Обновить

Комментарии 29

а почему бы не использовать контракт, в котором оговорить требования и пожелания сторон?
проект разрабатывается поэтапно… на каждой стадии идет обсуждение и утверждение у заказчика (читай — боевые действия). Вопрос в том что мы не можем убедить заказчика не делать лишнего (ненужного, вредного) и наоборот делать нужное…
В результате куча нервов и нежелательные результаты…
> Вопрос в том что мы не можем убедить заказчика не делать лишнего (ненужного, вредного) и наоборот делать нужное…

А надо. Надо уламывать и гнуть свою линию, ибо заказчик не знает, что же ему нужно.
Я пару раз шел на поводу у клиента, в итоге получались такие бяки, которые даже в портфолио положить стыдно. Больше так не делаю :).

Отдельной строкой идут гос.структуры, от работы с которыми отказываюсь принципиально. Вот отказался от одного сайта в пользу друга, который в общем-то неплохо делает сайты, а у него вышла вот такая вот бяка: alania-minnats.ru/news.php. Естественно под влиянием заказчика. Еле удалось отговорить его от вставки в шапку, страшного 30-метрового гиф файла с анимацией, который подготовили они сами.
НЛО прилетело и опубликовало эту надпись здесь
за проект ответственны несколько программистов и менеджер. ежедневно проводятся консультации и обсуждения. «в штыки» воспринимаются только откровенно бредовые идеи.
остальные идеи в том или ином виде уходят в разработку…
Вот читаю ваш пост, и прямо мурашки бегут по коже… Работал я с такими клиентами, причём не раз, и каждый раз зарекался не связываться снова. Увы, изначально никогда не знаешь каким образом пойдёт рабочий процесс. Поэтому в любом случае не мешает работать поэтапно, но чётко. А именно:

— при разработке дизайна предлагать заказчику 2-3 варианта дизайна (что нелегко, но раз уж заказчик сам не знает чего хочет...), и после внесения правок, которые (ОБЯЗАТЕЛЬНО!) заказчик предоставляет в письменном (!) виде по электронной почте (что является даже доказательством в суде. :));
— разработку самого сайта вести соответственно техзаданию, которое предварительно подписано заказчиком и заверено обеими сторонами;
— оговаривать стоимость форс-мажорных правок и коррективов, поддержки после разработки сайта

Из личного опыта могу сказать, что в случае несоблюдения вышеуказанных правил, на разработку сайта можно потратить очень много денег (да-да), времени и нервов, так и не получив желаемого результата, равно как и оплаты. В этом году с апреля по октябрь пробился как рыба об лёд над одним из таких проектов, окончательно убедившись что у заказчика явно не всё в порядке с упорядочиванием мыслей и задач в голове. В итоге отказался от гонорара, лишь бы не иметь дело с данным заказчиком в дальнейшем и не просыпаться каждое утро в часов так 7 от его «милого» голоса в моём мобильном, всегда готовым внести новые правки, коррективы, и поругать за то что не догадался о них заведомо… И это не считая угроз… :)

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

на данный момент до угроз не доходило ;)…
Просто хочется сделать красиво, качественно и по правилам, а получается… получается совсем не то чего хочется…
а разъестнить что получается не получается? а договориться что сделаете как они хотят но вашей «сделано %контораname%» под этим не будет или разработать дизайн по их требованию если они найдут тех кто примет на вёрстку под свою cms
Пробовали… лично получается далеко не так часто как хотелось бы (находимся в разных городах), но при личных встречах приходим хоть к какому-то взаимо пониманию… но, так получилось, основное общение через сеть…
пробовали предлагать несколько (на наш взгляд) приличных вариантов решения каждой задачи… как правило заказчик настаивает на своей реализации…
По-моему заказчик попросту самоутверждается, и даже близко не представляет на что должен быть похож финальный результат ваших совместных трудов. Попробуйте незаметно подтолкнуть ему концепцию. Может, получится?.. :)
попробуем поработать в этом направлении… спасибо…
В каждой подобной ситуации в итоге прав тот, кто придерживается заранее оговорённых правил игры, и от этого никуда не деться.
В самом начале нужно на бумаге оговаривать, что может делать клиент во время выполнения заказа, а что нет, ну и сколько ему будут стоить правки исходного задания. Если таких правил нет, то клиент, к сожалению, скорее прав, чем нет…
НЛО прилетело и опубликовало эту надпись здесь
это утверждение можно рассматривать с двух сторон:
1. Клиент платит деньги и имеет право получить продукт на который он расчитывает. Со всеми вытекающими последствиями
2. Клиент очень часто не знает или не до конца понимает то что он хотел бы получить в конечном итоге
Если вам хочется выпустить замечтельный и правильный продут то бежать и как можно быстрее.
Но если брать оплату по часам и документировать каждое клиентское желание то почему бы и нет? Есть работа и похуже а так хотябы оплачивается.
точно, с такими клиентами работать только тайм-бейзед
хотя потом все равно есть риск получить от него жалобы, типо «почему мы столько денег заплатили и получилась такая какашка» :)
в условиях «коллапса экономики» и всяких «кризисов» разбрасываться клиентами это очень расточительно… :)
подобный проект был бы очень неплохим дополнением нашего портфолио… но выкладывать его просто стыдно…
Практика показывает, что большинство клиентов — враги сами себе. Почему-то приходя к стоматологу они доверяют им на 100%, когда едут на такси тоже доверяют водителю. Но почему-то когда для их бизнеса делается сайт они думают, что они всё знают как будет идеально. В итоге конечно получается через жопу, зато клиент доволен, что приложил свой «талант».
Не заостряя внимания на том, что ТЗ вообще решает, чем плохо желание клиента «по упрощению и примитивизации деятельности пользователя на сайте»?
Плохо например тем, что он хочет большую зеленую мигающую кнопку для входа в красный дизайн, ссылаясь на то, что пользователь тупой и ссылки вместе с иконкой ему недостаточно…
ну в конкрентных случаях отдельно разбираться надо. Вам достаточно ему просто объяснить, что мигающие кнопки в интернете — дурной тон, и показать примеры. Недостаточно? Сделайте, протестируйте на фокус-группе, получите фидбек (кстати, такой ход повысит вашу стоимость как разработчика).

Но это желание в общем — кредо для юзабилиста, ничего дурного в нем нет
Посоветуйте клиенту все свои гениальные идеи записывать фиксировать, но реализацию отложить до окончания работ над текущей версией и выхода новой. Если, конечно, вы работаете с подробным ТЗ.
НЛО прилетело и опубликовало эту надпись здесь
сплошь и рядом, а потом на каждом новом месте работы говорят, что у вас там то не так, там неудобно сделано, а ты объясняешь что клиент влез в макет, они говорят ну у нас такого нет, а через некоторое время таже ситуация повторяется)
Самое лучшее что можно сделать, когда клиент говорит о поправках, которые кажутся не логичными:

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

www.artlebedev.ru/kovodstvo/sections/87/ — статья шестилетней давности, но тем не менее :)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории