Я веб-дизайнер, в настоящее время работаю с очень требовательным клиентом.
Я представил им проекты еще в мае , и я все еще работаю с ними над возмещением ущерба. Они вносят изменения во все , и хотя я знаю, что следует ожидать возмещения ущерба, это действительно начинает расстраивать. В настоящее время я работаю каждый вечер над списком новых исправлений, которые у них есть. Крошечные вещи, такие как «сделайте это синим», или «измените ширину этого», или «уменьшите этот промежуток».
Я знаю, что нужно загладить свою вину, и это нормально, но как вы справляетесь, когда их слишком много? Я подсчитал комментарии в InVision и обнаружил 185 исправлений на 6 страницах дизайна веб-сайта.
Некоторые из них меняются, а потом меняются снова, а потом меняются снова и снова. Например, они хотели добавить страплайн, поэтому я добавил его, скорректировал все меню, чтобы разместить их на 6 страницах. Потом они хотели изменить текст, поэтому я изменил его и обновил во всех 6 документах. Теперь, когда оно изменилось, они хотят сделать меню меньше, поэтому теперь мне нужно вернуться и снова изменить меню.
Я указал время, которое, как я думал, потребуется для завершения дизайна с некоторым временем для возмещения ущерба, но я увеличил это время более чем в три раза. Я не объяснил им достаточно рано в процессе, что исправление сверх нормы обойдется им дороже, поэтому на этот раз мне придется проглотить стоимость, но должен ли я лучше излагать это с будущими клиентами?
Как вы относитесь к возмещению ущерба? Вы устанавливаете для них примерное время в начале, а затем берете больше, если они превышают это? Или вы делаете что-то другое?
Я обычно делаю три ревизии. После этого начинаю зарядку. .. фиксированная ставка за ревизию.
Работа есть работа. Вам нужно получать деньги за работу. Независимо от того, было ли это частью первоначального предложения или добавлено позже, вам необходимо выставить счет за него. Это также держит клиента в очереди. Если им выставляется счет за каждое изменение, они начинают расставлять приоритеты для своих изменений.
Когда вы устанавливаете свое первоначальное соглашение с клиентом, обязательно учитывайте период пересмотра. Возможно, вы скажете: «Смета включает 10 часов исправлений».
Затем вам нужно придерживаться этого, и если оно превышает 10 часов, выставляйте счет соответственно. Обычно это обрабатывается с помощью пункта аля «пересмотры сверх 10-часового отведенного времени будут оплачиваться по стандартной почасовой ставке в размере ххх долларов».
После запуска изменения, как правило, должны документироваться немного более формально, и вы хотите использовать то, что называется запросом на изменение . Запрос на изменение — это, по сути, мини-проект с собственной фазой анализа и оценкой, с которыми клиент соглашается до начала работы.
Возможно, это может помочь: https://freelancing.stackexchange.com/questions/3226/project-based-freelance-project-requiring-multiple-unexpected-redos-from-clien/3337#3337 .
Мне нравится задавать много вопросов перед тем, как приступить к работе, готовить быстрые наброски и разбивать свои проекты на «шаги»; и затем каждый шаг получает одобрение. Как только клиент возвращается, взимается плата за исправление.
Я также объясняю клиентам, что они должны предоставить свои окончательные тексты и изображения, которые они хотят использовать, чтобы избежать изменений.
Всегда будьте конкретными и, да, четко объясняйте процесс, прежде чем начать.
Но так как вы уже застряли с этим...
Когда клиенты вернутся к использованию html-сайта в качестве «зоны эскизов», как это делает ваш клиент, прекратите изменять CSS и html и вернитесь к использованию плана или показу им JPG ОДНОЙ страницы (или ее частей). Объясните им, что когда вы начинаете заниматься CSS и html, сейчас не время играть и изменять вещи (по крайней мере, не меню и большие изменения). Вы можете быть любезны и сказать им, что это для их же блага, поскольку кодирование требует некоторого планирования и это позволяет избежать ошибок. Не говорите такие вещи, как «это легко», они могут в конечном итоге поверить, что это действительно легко для вас.
Так что сделайте скриншот главной страницы, внесите изменения в Photoshop, Illustrator или Indesign и покажите им «доказательство» в формате JPG, которое они одобрят. Сначала утвердите основной макет, а не все 6 страниц!
В доказательство добавьте упоминание о том, что «за любые изменения после утверждения будет взиматься плата в размере XX в час». И вместо того, чтобы отправлять это доказательство по электронной почте, разместите его где-нибудь и отправьте им URL-адрес; таким образом, он будет отображаться на 100% в их браузере, и они будут иметь лучшее представление о том, чего ожидать.
Лично мне нравится представлять им 2-4 варианта; таким образом они могут сказать, что им нравится меню A, основной шрифт B и нижний колонтитул C, например. Затем я представляю им еще один набор доказательств с элементами, которые они предпочли, и другими вариантами, если это необходимо. Обычно это приводит к ограничению возможных запросов, которые они могут иметь, потому что вы показали им почти все, что возможно на данный момент! Ваши доказательства не обязательно должны быть идеальными, они подобны эскизу; просто сделайте несколько копий/вставок и переместите вещи.
Как только он будет одобрен, вы можете вернуться к кодированию. Если вам нужно снова вернуться к «наброскам» или изменить свой код, начните брать почасовую оплату.
Вам нужно сделать что-то подобное, иначе они будут продолжать работать до декабря 2016 года, если они получат от вас всю эту бесплатную работу и если вы не потребуете от них полного одобрения некоторых из ваших работ. Сейчас они не принимают никакого решения.
PS: мне не нравится использовать программное обеспечение для дизайна, чтобы делать наброски веб-сайтов, и я уверен, что вы тоже. Иногда проще сделать это прямо в CSS, но... причина, по которой вы это делаете, не столько в том, чтобы ускорить создание веб-сайта, сколько в том, чтобы ваш клиент чувствовал, что вы также заставляете его вернуться к шаг 1! Все, что они хотят в конце концов, это сделать свой веб-сайт; когда вы снова показываете им JPG, они становятся немного менее возбужденными, и вы снова получаете некоторый контроль над ситуацией.
Они одобрят ваши корректуры в формате JPG быстрее, чем реальный веб-сайт, который вы им показываете, потому что они захотят увидеть результат «вживую» как можно скорее.
Лорен-Клир-Моника-Ипсум
Лорен-Клир-Моника-Ипсум