Умови завдання та вимоги

Несколько рекомендаций ниже

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

  1. Все фиксируем. Задача должна ставиться на основе требований, а это, к примеру, "разработать сайт компании" или "интернет-магазин. Задача должна быть четкой и подробно описана. Если клиент предлагает "рассказать на пальцах" - будьте готовы к тому, что клиент забудет половину из сказанного или вообще все, а еще лучше получить фразу "вы меня не правильно поняли".
  2. Про красоту. Если разработчик предлагает сделать сайт, который понравиться, потому что они такие великие профессионалы и всем нравиться что они делают - будьте готовы к разочарованию и пониманию, что вы не такой как все.
  3. Еще раз про красоту. Если от разработчика слышно "понравиться код" - человек не понимает, что он делает. Код не должен нравиться или не нравиться, это не манная каша. Есть только два статуса выполненной работы - выполнено или не выполнено. А выполнено или не выполнено определяется при проверке на соответствие заявленным требованиям. Если хотя бы одно требование не выполнено - работа не сделана, в доработку.
  4. Про разновидности. Избегаем определений "сайт-визитка", каталог или еще что-то, сайт есть сайт и он должен иметь четкие границы, а это форматы шаблонов. К примеру, сайт компании должен иметь минимум: главная страница, текстовая страница, команда, оказываемые услуги, контакты. И сайт компании может иметь каталог продукции и это уже отдельная функция. Тот же сайт-визитка с каталогом это уже не сайт-визитка - это хитрость. Это интернет-магазин без функции корзины. Вся разница в ситоимости. Тем самым пытаются занизить стоимость определение самого дешевого вида сайта.
  5. Про этапы и контроль. Необходимо работу разбивать на этапы и контроллировать ее. Если предлагают показать сразу результат готовый - значит используется готовое решение и скрывается это. Если пускать все на самотек, то взяв предоплату, исполнитель может делать паралельно еще несколько проектов, ставя приоритеты в зависимости от интереса клиента. Как итог - проект делается полгода, а то и год.
  6. Про хорошие (супер) сайты. Хороший сайт не может стоить $200-300. Если предлагают сделать сайт за такую стоиомсть, то это делается на основе шаблона. Средний шаблон стоит $50 на Templatemonsters или Themeforest, а то и вообще можно найти бесплатный шаблон. Нет ничего плохого в шаблоне, но нужно понимать, что кроме вас его могут использовать сотни раз по всему миру.
  7. Про дополнительную стоимость. Если задача четко не прописывалась и оценка бралась с потолка, как правило, чтобы привлечь клиента, бывают попытки выставления дополнительного счета после начала работ, что что-то там стало стоить больше. Это ошибка с обоих сторон, но при подобных ошибках в расчетах вся ответственность целиком лежит на исполнителе - считайте лучше. С другой стороны, из-за дополнительных пожеланий клиента может увеличиваться стоимость работы и это нормально и требует дополнительной оплаты. Не стоит думать, что у исполнителя сердца нет и он выставляет счет за каждое движение пальца - увы, он живет с этого и тратить больше времени на проект делая какую-то его часть бесплатно это хитрость со стороны клиента.

Базовые требования к проекту и коду

  1. Соблюдение сроков. Как со стороны клиента в приеме выполненных работ, так и со стороны исполнителя
  2. Как и писал выше - все фиксируем. Неописанный должным образом проект - это чёрный ящик.
  3. Сайт должен отображаться в точности с макетом, не "близко к макету", а в точности. Это называется PixelPerfect. Это возможно, если дизайнер ровно нарисовал. Ровно это значит, что однотипные элементы имеют одинаковый размер и отступы. Как пример - расстояние между всеми пунктами меню, или между абзацами текста. Часто леняться, а особо внимательные клиенты задают вопросы и они правы - рисуем аккуратно.
  4. Сайт должн отображаться одинаково во всех популярных браузерах - кроссбраузерность. Отличия могут быть только в начертании шрифтов - в Apple Macintosh могут быть шрифты немного толще, это нормально. Кроме этого, системные шрифты Windows, Linux и Apple Macintosh отличаются и вместо Arial в Windows для Apple Macintosh используется Helvetica, похоже, но отличаются.
  5. Сайт и сверстанные страницы должен проходить валидацию на validator.w3.org
  6. Проект не должен содержать лишних файлов или "левых" ссылок. Ссылка на исполнителя размещается в заранее согласованном месте с заказчиком или вообще не размещается, если это не предусмотрено договоренностями.