Как принять сайт у разработчика

Что проверить до подписания

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

• Формы: отправить заявку самому и убедиться, что письмо дошло и не попало в спам
• Открыть сайт со своего телефона, а не со служебного устройства подрядчика: экран, шрифты и скорость там другие
• Провести пальцем поперёк экрана на нескольких страницах — страница не должна ездить вбок
• Битые ссылки: пройти по меню и подвалу целиком, включая правовые страницы
• Измерить скорость с мобильного интернета, а не через офисный Wi-Fi
• У каждой страницы свой заголовок и своё описание — одинаковые означают, что метаданные не заполняли
• Счётчик стоит и цель на отправку формы хотя бы раз сработала
• Сайт открывается и с www, и без него

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

Какие доступы обязаны остаться у вас

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

• Домен — оформлен на вашу компанию или на вас лично, а не на сотрудника подрядчика
• Хостинг или площадка, где сайт развёрнут, с логином и паролем
• Панель управления содержимым, если она есть, — с ролью администратора, а не редактора
• Исходный код и документация: без них сайт нельзя развернуть заново
• Аналитика: счётчик заведён на ваш аккаунт, а не на аккаунт агентства
• Почта, на которую приходят заявки, и доступ к настройке отправки

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

Проверять это лучше не при приёмке, а при выборе подрядчика: там же, где сравниваете цены. Разбор критериев — в статье как выбрать веб-студию; приёмка только подтверждает то, о чём договорились раньше.

Если ошибка нашлась после сдачи

Она найдётся — это нормально и не повод для конфликта. Важно заранее различать две разные вещи, потому что решаются они по-разному.

• Дефект: сделано не так, как договаривались, или не работает то, что должно. Исправляется подрядчиком и не оплачивается отдельно
• Доработка: работает как договаривались, но теперь нужно иначе. Это новая задача, и она считается заново

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

Отдельная ситуация — когда сайт достался вам от другого подрядчика и его состояние неизвестно. Тогда сначала нужен разбор того, что есть: чужой код мы берём на сопровождение только после него, потому что до разбора нельзя назвать ни срок, ни цену без выдумки.

Оплата по этапам

Порядок оплаты — тоже часть приёмки: он определяет, чем вы располагаете в момент разговора о замечаниях.

У нас деньги делятся пополам: половина вносится, когда согласовано техническое задание, вторая — когда проект полностью сдан. Смысл такого деления в том, что интерес довести работу до конца остаётся у обеих сторон: у студии впереди вторая половина, у заказчика позади первая. Схема не единственная возможная — важно лишь, чтобы её назвали до старта. Суммы и состав пакетов открыты на странице цен.

Ещё один признак, заметный до договора: как подрядчик подписывает собственные примеры. Все шесть работ в нашем портфолио помечены как концепты студии — прямо под скриншотом, а не сноской внизу. Тот, кто аккуратен в такой мелочи, обычно аккуратен и в акте.