Как выбрать разработчика сайта: что проверить до договора и предоплаты

У вас несколько предложений на разработку сайта. В каждом — портфолио, этапы и обещание разобраться в бизнесе. По обложке презентации трудно понять, с кем получится пройти проект и получить результат, который компания сможет использовать и сопровождать.

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

Подготовьте одну рабочую задачу

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

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

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

Смотрите портфолио через участие и механизм

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

Попросите показать нужный сценарий на доступном примере или объяснить его устройство. Для закрытой части допустима обезличенная демонстрация без раскрытия чужих данных. Отказ показать клиентские сведения сам по себе не говорит о недостатке опыта.

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

Свяжите задачу компании с демонстрацией и понятным подтверждением результата.

Выясните, как устроена работа

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

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

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

Попросите подтверждения по важным вопросам

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

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

Обсудите передачу результата и поддержку

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

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

Передачу доступов, материалов и документации стоит включить в обсуждение до начала проекта.

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

Принимайте решение по содержанию обязательств

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

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

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

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

О направлении работ — на странице сайтов для бизнеса.