Что подрядчик просит перед стартом: доступы, домен, тексты

Любой проект начинается с письма «что нужно от вас». Дальше возможны два развития событий: либо вы отдаёте всё за один заход и работа идёт, либо запросы капают порциями две недели и проект стоит.

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

Список должен быть закрытым

Свой документ я так и назвал: «Что нужно от вас, чтобы начать». Первой строкой шло обещание: список закрытый, больше по мелочи дёргать не буду.

Это обещание дисциплинирует меня сильнее, чем заказчика. Чтобы его дать, приходится заранее пройти весь проект в голове до конца и понять, какие ключи понадобятся на каждом шаге. Сегодня домен, через неделю почта, ещё через неделю «пришлите логотип в векторе» — каждая такая порция стоит письма, ожидания и переспрашивания. Три дня простоя на ровном месте.

Если подрядчик присылает запросы капельно — он проектирует на ходу.

Домен: нужен доступ к DNS-панели

Первый пункт, который блокирует вообще всё. Речь про панель управления DNS — сервис, где домен покупали: Reg.ru, Nic.ru, GoDaddy, Namecheap. Часто заказчик сам не помнит, где именно, и это нормально: смотрим по whois.

Варианты передачи обычно три:

• логин и пароль от панели регистратора;
• отдельный пользователь с правами на DNS;
• вы сами вносите записи, которые подрядчик присылает списком.

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

Без DNS невозможно ни перевести сайт на новый сервер, ни выпустить SSL-сертификат, ни поднять почту. Поэтому этот пункт идёт под номером один и помечается как блокирующий.

Почта тянет за собой требования к серверу

Если в проекте есть свой почтовый сервер, подрядчик попросит согласовать VPS до покупки. У меня по Mailcow чек-лист выглядит так:

• исходящий порт 25 открыт (у многих хостеров закрыт по умолчанию);
• можно прописать PTR-запись для IP;
• IP чист по спам-листам — Spamhaus, Barracuda, SORBS;
• RAM от 16 ГБ, один Mailcow просит от 6.

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

Заодно попросите зафиксировать критерии приёмки. У меня для почты это: MX, SPF, DKIM, DMARC и автодискавери настроены, mail-tester.com показывает 10/10, ящики из списка клиента созданы. Проверяемо за пять минут.

Действующий сайт чаще всего трогать не нужно

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

Доступ в админку WordPress нужен ровно для одного: забрать оттуда контент и картинки в оригинальном качестве. Если админку дать не готовы — заберу через публичную часть, просто дольше.

Тексты: договоритесь, какая версия главная

Самый недооценённый пункт. На проекте заказчик прислал документ «ТЕКСТЫ ДЛЯ САЙТА» в Google Docs. Выяснилось, что это не только перевод на английский: русские тексты в документе полнее и местами отличаются от тех, что висят на живом сайте.

Владелец принял решение: документ важнее сайта. Мы зафиксировали это письменно одной строкой — и дальше на каждой странице было понятно, какую версию брать. Без такой фиксации спор повторяется на каждом экране.

Что входит в пакет текстов:

• финальные формулировки по разделам, включая названия пунктов меню («Our Events» → «Events»);
• перевод для всех разделов, если сайт двуязычный;
• люди: точное написание имён, должности, биографии. У нас в процессе поменялась должность директора и добавились двое новых сотрудников — такие правки нормальны, если приходят одним списком;
• список ящиков для почты, кому какой адрес.

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

Как отличить хороший запрос от плохого

Хороший список приходит одним документом. В нём у каждого пункта есть объяснение «зачем», помечено, что блокирует старт, и предложены варианты по безопасности — от «дайте пароль» до «внесите записи сами». Критерии приёмки проверяемы.

Плохой список — это одна строка «дайте доступы». Через неделю выяснится, что нужны были совсем другие.

Если подрядчик перед стартом не просит вообще ничего — насторожитесь. Значит, он ещё не дошёл в мыслях до момента, когда сайт надо будет запустить.