Как понять, что подрядчик плохо сделал сайт

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

Сверьте результат с согласованными требованиями

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

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

Проверьте основные клиентские действия

1. Найти услугу или товар по обычной навигации.
2. Прочитать условия и понять способ обращения.
3. Отправить заявку с компьютера и телефона.
4. Получить обращение у ответственного сотрудника.
5. Пройти оформление и оплату, если они входят в проект.

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

Проверьте управление, доступы и передачу результата

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

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

Не делайте вывод по одному внешнему показателю

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

Попросите объяснить обнаруженную проблему и её связь с выполненной работой. Если нужна независимая проверка, задайте ей предмет: сценарии, согласованные требования или конкретная неисправность. Общий вердикт «сайт плохой» менее полезен, чем воспроизводимые замечания.

Составьте перечень замечаний с критериями исправления

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

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