Как заказать аудит сайта перед доработкой

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

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

Заявку оформляйте с описанием продукта: что делает сайт, какие задачи предстоят, кто отвечает за проект со стороны бизнеса. Доступы передавайте после подписания договора и соглашения о конфиденциальности, лучше через временные пароли и отдельного пользователя с ограниченными правами. Попросите отчет в письменном виде, чтобы его можно было передать другому исполнителю. Хороший отчет читается без переводчика: в нем объяснено, чем грозит каждая проблема и что с ней делать. Обсудите отчет на созвоне и зафиксируйте, какие пункты войдут в план доработки.

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