Сайт сломался по независящим от Исполнителя причинам.

[Удален]
1059

Вопрос не совсем про оптимизацию, но про сайты и деловые вопросы :)

Как официально в договоре на разработку сайта написать о том, что сайт может сломаться по независящим от Испонителя причинам, и не спугнуть клиента?

К примеру, сайт сломался из-за действий клиента (к примеру, клиент ввел некорректные символы в форме админки и скрипт глюкнул) или по вине хостинга клиента.

Был случай, заказали сайт, сделали сайт, работает год, затем хостинг клиента сменил настройки PHP на сервере, сайт отказался работать, а Исполнитель в это время отдыхает на пляже в другой стране...

samb100 добавил 28.02.2009 в 01:59

или немного другая ситуация: под сайт клиента куплен обычный хостинг и продан клиенту в несколько раз дороже, клиент естественно об этом ничего не знает ;)

Хостинг изменил настройки PHP и сайт сломался. Клиент начинает судорожно звонить Исполнителю, исполнителя нет в зоне действия сети.

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

stealthy
На сайте с 15.06.2006
Offline
69
#1

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

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

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

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

Twilight CMS (http://www.twl.ru): есть Free версия, очень проста и удобна в использовании. Консультирую по любым вопросам. Новый спорт - практическая стрельба (http://nikit.in) - не для офисного планктона.
LiteCat
На сайте с 03.05.2007
Offline
236
#2

1. Укажите в Договоре гарантийный срок, в течение которого вы можете бесплатно устранить проблемы, которые СВЯЗАНЫ с вашей работой (недоработки и т п), а всё остальное - за отдельную плату.

2. Обговорите в ТЗ условия работы сайта, необходимые права доступа, настройки сервера и PHP и т. п, версии ПО. Согласно ТЗ сайт должен будет функционировать только в благоприятных ему условиях.

3. Обговорите в Договоре условия, при которых вы не несёте ответственность за работу сайта - в том числе, модификация его третьими лицами либо Заказчиком, изменения версии либо настроек ПО, противоречащих ТЗ и т п.

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий