Гарантия на разработанный сайт

На каждый созданный сайт действует гарантия 6 месяцев. На протяжении этого времени, при выявлении каких-либо недочетов по моей или нашей (команды) вине, вы можете обратиться ко мне и они будут исправлены, естественно — бесплатно!

Постараюсь подробно ответить на эти вопросы ниже по тексту.

• Зачем нужна гарантия на сайт;
• Почему гарантия именно 6 месяцев;
• Может ли быть гарантия дольше;
• Как определить, гарантийный случай или нет;
• В каких случаях гарантия не действует.

Зачем нужна гарантия на сайт?

В процессе разработки сайт неоднократно проходит тестирование + тестирование перед сдачей проекта + финальное тестирование после переноса сайта на хостинг. Но, человеческий фактор никто не отменяет и каждый может ошибаться, только не каждому хватает смелости это признать.

В принципе, большинство специалистов у которых есть хоть капля совести, предоставляют гарантию на выполненную работу и я не являюсь исключением:)

Каждый должен нести ответственность
за свою работу по-умолчанию!

Жаль, не все согласны и понимают это.

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

Почему гарантия 6 месяцев?

Сразу стоит понимать, что сайт это не бытовая техника и не китайский ширпотреб, который ломается по истечению срока в лучшем случае.

Если сайт работает сейчас,
он будет работать через 5 и через 10 лет.

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

Срок в пол года выбран неспроста, а исключительно на основе опыта работы последних лет.

На практике, для выявления каких-либо недочетов достаточно 14-ти дней. Если они есть, обнаружить это можно в первые 3 дня после начала наполнения сайта.

Если заказчик принимает решение самостоятельно заниматься наполнением сайта, то на момент сдачи проекта, контент может быть еще не готов и наполнять сайт будут только через 2-3 месяца. Тогда данный промежуток времени является самым оптимальным.

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

Срок рассчитывался в отношении к стандартным проектам, которые мы собственно и разрабатываем.

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

В каких случаях гарантия может быть дольше?

В IT, год это уже много. Даже подтверждение квалификации от Google действует лишь 12 месяцев.

Срок в 1 год и более накладывает некоторые ограничения, если сайт не находиться на поддержке и заказчик принимает решение заниматься сайтом своими силами. Ведь, что и главное как, делали на сайте на протяжении года и более — неизвестно.

Существует 3 основные причины, по которым сайт может перестать корректно работать:

• Актуальность кодовой базы — отсутствие актуальных обновлений для стабильной работы сайта.
• Человеческий фактор — заказчик или менеджер внесли изменения в системные настройки и не всегда осознанно.
• Сторонний сервис — на сайтах часто используют сторонние сервисы, такие как: карты, платежные системы, CRM и т.д. которые могут времени от времени менять условия предоставления услуг и технические параметры.

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

В случае нахождения сайта на поддержке, срок гарантии регулярно продлевается на весь период обслуживания.

Обычно, если заказчик или сотрудники следуют инструкциям и рекомендациям по работе с сайтом, а сайт регулярно обновляется, то шанс что, что-то может пойти не так, существенно снижается:)

Как определить какой случай гарантийный?

За это беспокоиться не стоит, достаточно обратиться с описанием проблемы и все:)

Чаще всего, проблемы как таковой и нет. Просто наполнение сайта выполняли не в той последовательности, потому и результат был другим.

Пример:

На сайте имеется 2 языка. менеджер добавили страницу на одном языке, потом создали отдельно страницу на другом языке. Разумеется, эти страницы не связаны между собой и не отображаются в противоположной версии языка. Хотя правильнее и быстрее было бы, просто выбрать пункт на уже созданной странице «Создать страницу на English».

Около 95% обращений в первый месяц работы с сайта, происходят по невнимательности и решаются банальной консультацией:)

Какие случаи не являются гарантийными?

Как у любой гарантии, есть свои условия и правила.

Гарантия действует при условии, что исходный код сайта остался прежним и сайт эксплуатировался в соответствии с техническими требованиями.

Случаи не являются гарантийными:

• Исходный код файлов не соответствует тому, который был на момент сдачи проекта;
• Любой сторонний сервис с которым интегрирован сайт (crm, карты, виджеты, платежные системы) обновил API, политику, конфигурацию и т.д. , что привело к некорректной работе отдельных функций сайта или его компонентов;
• Любые ограничения или действия на стороне хостинга, которые негативно повлияли на работоспособность сайта.

Давайте разберем каждый пункт подробнее.

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

Случаи, когда заказчик нанимает сторонних специалистов для интеграции каких-либо сервисов на сайт оговариваются отдельно. Это правило всегда может иметь исключение, я все понимаю и готов идти на встречу:)

Сторонний сервис обновил конфигурацию, политику и т.д. — как это было с Google Maps в 2018-м. Что для использования API карт на сайте нужно было пройти верификацию и привязать карту + были сокращены лимиты. В этом случае, работа функционала никак не относиться к качеству выполненной работы.
Ситуация не из приятных, но при использовании сторонних сервисов всегда есть такой риск.

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

Или перешли на более дешевый тарифный план, в котором количество предоставляемых ресурсов меньше требуемых. В этом случае сайт действительно может работать медленнее и выдавать ошибки.

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