Какие проблемы могут быть у разработчика сайта?

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

2 Висяк - у любой веб-студии есть такие проекты где заказчик поставил следующую формулировку - уехал директор/ответственное лицо или у нас происходят изменения в компании (ребрендинг, изменения в отделе маркетинга), финансовые проблемы, выставка, уволился сотрудник, нет информации (а без нее не можем принять сайт, надо же все наглядно увидеть) и т. д. Студия получает висяк, такой проект может висеть от нескольких дней в лучшем случае до нескольких месяцев, а в некоторых особо "интересных положениях" и годами, когда интерес к проекту у заказчика потерялся.

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

Разработка это человеческие ресурсы, все может произойти за несколько месяцев, иногда нужно сменить разработчика, ключевой сотрудник может заболеть, иногда вовсе увольняется. Для заказчика, это не может быть форс-мажором, так как компания ответственна за сроки, а не конкретный специалист, поэтому у нас например в компании предусмотрена в контракте возможность остановить сроки проекта на 7 рабочих дней. Пользовались этой возможность мы не так часто, но в тех случаях, когда это пригодилось, это действительно спасало от срыва сроков.

4 Заказчик поглотитель времени - с одной стороны этот риск перекликается с другими, но не все так просто. Если "работа мимо портфолио" может немного превышать выделенное время на разработку, а "висяк" влияет на оборотные средства и на дату закрытия проекта, то "заказчик поглотитель времени", это другая проблема. Небольшие, но частые дополнения в проект, влияют на увеличение трудозатрат студии, в отдельных случаях может произойти не только уменьшение прибыли, а оказаться, что проект и вовсе убыточный. Все начинается с небольших, маленьких просьб и разработчик идет на встречу, дальше это может привести к ежедневным небольшим поправкам. Такие дополнения чаще всего возникают на самом завершающем этапе проекта, перед сдачей и оплатой работы. Но поглощение времени может быть и в процессе работы, например обсуждение дизайна не по электронной почте, как было предусмотрено техническим заданием, что заказчик присылает исчерпывающие и объективные комментарии по дизайн-макету, а с личным присутствием разработчика, менеджера по проекту, заказчика, когда 2 специалиста выезжают на встречу обсуждать проект по несколько раз в неделю. Это могут быть внесение различных "небольших" деталей по ходу проекта. Конечно, разработчик в этом случае должен выставить дополнительный счет на дополнительные работы, действовать согласно и в рамках технического задания, но в той или иной степени практически все компании-разработчики проходили через это.

нужно договор так составлять, что бы заказчик шел как по узкому коридору и тогда проблем не будет, учитесь создавать нужные вам условия

Неоплата его работы